7. 發(fā)布階段
7.1 培訓(xùn)準(zhǔn)備檢查表
如果有培訓(xùn)，工程部人員出《培訓(xùn)準(zhǔn)備檢查表》，它確保培訓(xùn)所需的硬件、軟件、材料、人員都準(zhǔn)備就緒，以免誤漏。例子見表9：
類型 |
事項 |
實施者 |
是否到位 |
硬件 |
Web服務(wù)器 |
[姓名] |
□是 □否 □不需要 |
外部硬件設(shè)備（紫光筆、加密狗等等） |
[姓名] |
□是 □否 □不需要 |
講師筆記本/電腦 |
[姓名] |
□是 □否 □不需要 |
投影儀 |
[姓名] |
□是 □否 □不需要 |
軟件 |
系統(tǒng)軟件代碼部署 |
[姓名] |
□是 □否 □不需要 |
外部軟件插件1 |
[姓名] |
□是 □否 □不需要 |
材料 |
主講師 |
[姓名] |
□是 □否 □不需要 |
培訓(xùn)文檔 |
[姓名] |
□是 □否 □不需要 |
培訓(xùn)過程速記員 |
[姓名] |
□是 □否 □不需要 |
系統(tǒng)調(diào)查反饋表 |
[姓名] |
□是 □否 □不需要 |
表 9
7.2 驗收報告
較多公司的驗收報告是市場部或管理層處理，項目經(jīng)理只需關(guān)注項目是否被驗收，并積極聽取客戶的反饋，這個時期的反饋量是一個高峰期，較多人對于負(fù)面意見有反抗或找理由解釋的心理，一段時間后，回頭看這些反饋，有些是很有道理和建設(shè)性的——盡管它們跟技術(shù)人員的想法、邏輯和習(xí)慣相逆；整理這些反饋，應(yīng)用于軟件的再升級或以后的類似項目中，將會加強項目管理水平、增進(jìn)軟件競爭力、提高客戶滿意度、用戶界面更加友好、模塊的商業(yè)邏輯更加合理和完善等等。有用的反饋要記錄下來，寫入《項目經(jīng)驗教訓(xùn)》。
7.3 項目經(jīng)驗教訓(xùn)
項目經(jīng)理抽出一段時間，專用于重新閱讀項目的所有文檔，回顧整個項目行為，列出哪些地方做對了、哪些地方尚欠缺、哪些地方考慮不周或被忽略到而產(chǎn)生怎樣的影響（后果）等等，這對于以后的項目是珍貴和必要的。組織要將每個項目的經(jīng)驗教訓(xùn)按類別歸放，在組織內(nèi)公開（除機密資料外）。
8. 維護(hù)階段
軟件正式被客戶使用后，就進(jìn)入維護(hù)階段，除了定期監(jiān)看軟件的運行狀態(tài)外，組織還需要對軟件進(jìn)行升級維護(hù)或者接受客戶的維護(hù)請求（含軟硬件的修改），維護(hù)需要以下兩樣交付物。
8.1 整理維護(hù)文檔
軟件維護(hù)管理員不一定是項目經(jīng)理，維護(hù)需要用到的文檔有：《溝通計劃》、《需求說明書》（若有《產(chǎn)品規(guī)格說明書》一并參考）、《系統(tǒng)設(shè)計》、《測試案例》；如果這些文檔不足以支持維護(hù)，項目經(jīng)理有責(zé)任豐富和修改這些文檔。
8.2 維護(hù)版本管理
維護(hù)版本號應(yīng)該是有規(guī)律編制的，組織在這方面要有規(guī)范。維護(hù)管理員根據(jù)資源的使用情況確定維護(hù)完成時間，由此得到維護(hù)版本號，讓版本管理員創(chuàng)建。
8.3 維護(hù)步驟
跟測試階段一樣，這里假定組織有缺陷管理和跟蹤系統(tǒng)，維護(hù)跟bug一起在該系統(tǒng)中處理，步驟是：
- 維護(hù)管理員在缺陷管理系統(tǒng)中新建維護(hù)。
- 管理層審批新維護(hù)，狀態(tài)有：審批通過、取消。
- 維護(hù)管理員把已審批的維護(hù)分配給維護(hù)人員并告知版本號。
- 維護(hù)人員修復(fù)后，維護(hù)管理員做文件檢查、測試（方式雷同4.3和5.2）；不合格的，通知維護(hù)人員再修改；合格的，維護(hù)人員把文件放入版本控制器。
- 維護(hù)管理員把維護(hù)版本號中的文件并入主干中，安排人員到客戶處實施最新修改。
后記
以上交付物是最基本的項目保證，如果項目要做得更好更順，交付物不止這些。概括言之是，基于歷史項目、組織和客戶特征，把一切可預(yù)見的事情提前規(guī)劃和準(zhǔn)備資源，這樣項目就會水到渠成，無驚無險。
借用Lord Kelvin的一段話作為本文的結(jié)束語：“當(dāng)你能夠測度你所說的并將其用數(shù)字表達(dá)出來，你就對它有了一些了解，但當(dāng)你不能測度，不能用數(shù)字表達(dá)它時，你對它的了解就很貧乏、很不令人滿意：它可能是知識的開始，但你在思想上還遠(yuǎn)沒有進(jìn)入科學(xué)的階段。”
（完）
作者：林佩雯