我的軟件經驗之<七>----發(fā)布維護

7. 發(fā)布階段

7.1 培訓準備檢查表

如果有培訓，工程部人員出《培訓準備檢查表》，它確保培訓所需的硬件、軟件、材料、人員都準備就緒，以免誤漏。例子見表9：

類型	事項	實施者	是否到位
硬件	Web服務器	[姓名]	□是 □否 □不需要
	外部硬件設備（紫光筆、加密狗等等）	[姓名]	□是 □否 □不需要
	講師筆記本/電腦	[姓名]	□是 □否 □不需要
	投影儀	[姓名]	□是 □否 □不需要
軟件	系統(tǒng)軟件代碼部署	[姓名]	□是 □否 □不需要
軟件	外部軟件插件1	[姓名]	□是 □否 □不需要
材料	主講師	[姓名]	□是 □否 □不需要
	培訓文檔	[姓名]	□是 □否 □不需要
	培訓過程速記員	[姓名]	□是 □否 □不需要
	系統(tǒng)調查反饋表	[姓名]	□是 □否 □不需要

表 9

7.2 驗收報告

較多公司的驗收報告是市場部或管理層處理，項目經理只需關注項目是否被驗收，并積極聽取客戶的反饋，這個時期的反饋量是一個高峰期，較多人對于負面意見有反抗或找理由解釋的心理，一段時間后，回頭看這些反饋，有些是很有道理和建設性的——盡管它們跟技術人員的想法、邏輯和習慣相逆；整理這些反饋，應用于軟件的再升級或以后的類似項目中，將會加強項目管理水平、增進軟件競爭力、提高客戶滿意度、用戶界面更加友好、模塊的商業(yè)邏輯更加合理和完善等等。有用的反饋要記錄下來，寫入《項目經驗教訓》。

7.3 項目經驗教訓

項目經理抽出一段時間，專用于重新閱讀項目的所有文檔，回顧整個項目行為，列出哪些地方做對了、哪些地方尚欠缺、哪些地方考慮不周或被忽略到而產生怎樣的影響（后果）等等，這對于以后的項目是珍貴和必要的。組織要將每個項目的經驗教訓按類別歸放，在組織內公開（除機密資料外）。

8. 維護階段

軟件正式被客戶使用后，就進入維護階段，除了定期監(jiān)看軟件的運行狀態(tài)外，組織還需要對軟件進行升級維護或者接受客戶的維護請求（含軟硬件的修改），維護需要以下兩樣交付物。

8.1 整理維護文檔

軟件維護管理員不一定是項目經理，維護需要用到的文檔有：《溝通計劃》、《需求說明書》（若有《產品規(guī)格說明書》一并參考）、《系統(tǒng)設計》、《測試案例》；如果這些文檔不足以支持維護，項目經理有責任豐富和修改這些文檔。

8.2 維護版本管理

維護版本號應該是有規(guī)律編制的，組織在這方面要有規(guī)范。維護管理員根據資源的使用情況確定維護完成時間，由此得到維護版本號，讓版本管理員創(chuàng)建。

8.3 維護步驟

跟測試階段一樣，這里假定組織有缺陷管理和跟蹤系統(tǒng)，維護跟bug一起在該系統(tǒng)中處理，步驟是：

維護管理員在缺陷管理系統(tǒng)中新建維護。

管理層審批新維護，狀態(tài)有：審批通過、取消。

維護管理員把已審批的維護分配給維護人員并告知版本號。

維護人員修復后，維護管理員做文件檢查、測試（方式雷同4.3和5.2）；不合格的，通知維護人員再修改；合格的，維護人員把文件放入版本控制器。

維護管理員把維護版本號中的文件并入主干中，安排人員到客戶處實施最新修改。

后記

以上交付物是最基本的項目保證，如果項目要做得更好更順，交付物不止這些。概括言之是，基于歷史項目、組織和客戶特征，把一切可預見的事情提前規(guī)劃和準備資源，這樣項目就會水到渠成，無驚無險。

借用Lord Kelvin的一段話作為本文的結束語：“當你能夠測度你所說的并將其用數(shù)字表達出來，你就對它有了一些了解，但當你不能測度，不能用數(shù)字表達它時，你對它的了解就很貧乏、很不令人滿意：它可能是知識的開始，但你在思想上還遠沒有進入科學的階段。”

（完）

作者：林佩雯

QQ在線咨詢