7.2驗收報告

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

7.3項目經(jīng)驗教訓

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

8.維護階段

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

8.1整理維護文檔

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

8.2維護版本管理

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

8.3維護步驟

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

• 維護管理員在缺陷管理系統(tǒng)中新建維護。
• 管理層審批新維護，狀態(tài)有：審批通過、取消。
• 維護管理員把已審批的維護分配給維護人員并告知版本號。
• 維護人員修復后，維護管理員做文件檢查、測試（方式雷同4.3和5.2）；不合格的，通知維護人員再修改；合格的，維護人員把文件放入版本控制器。
• 維護管理員把維護版本號中的文件并入主干中，安排人員到客戶處實施最新修改。

• 后記

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

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

  （完）

  作者：林佩雯

  • 勁爆價:
    不限功能
    不限用戶
    1998元/年
  •