某軟件項目工程延期的處理案例
某公司是一家專門從事系統集成和應用軟件開發的公司，公司目前有員工50多人，公司有銷售部、軟件開發部、系統網絡部等業務部門，其中銷售部主要負責進行公司服務和產品的銷售工作，他們會將公司現有的產品推銷給客戶，同時也會根據客戶的具體需要，承接應用軟件的研發項目，然后將此項目移交給軟件開發部，進行軟件的研發工作。軟件開發部共有開發人員有18人，主要是進行軟件產品的研發，及客戶應用軟件的開發。
經過近半年的跟蹤后，今年元旦，銷售部門與某銀行簽訂了一個銀行前置機的軟件系統的項目，合同規定，5月1日之前系統必需完成，并且進行試運行。在合同鑒定后，銷售部門將此合同移交給了軟件開發部，進行項目的實施。
王偉被指定為這個項目的項目經理，王偉做過5年的金融系統的應用軟件研發工作，有較豐富的經驗，可以作系統分析員，系統設計，但作為項目經理還是第一次。另外項目組還有另外4名成員， 1個系統分析員（含項目經理），2個有1年工作經驗的程序員，1個技術專家（不太熟悉業務）。項目組的成員均全程參加項目。
在被指定負責這個項目后，王偉制定了項目的進度計劃，簡單描述如下為：
1) 1月10日～2月1日需求分析
2) 2月1日～2月25日系統設計，包括概要設計和詳細設計
3) 2月26日～4月1日編碼
4) 4月2日～4月30日系統測試
5) 5月1日試運行
但在2月17日王偉檢查工作時發現詳細設計剛剛開始，2月25日肯定完不成系統設計，您建議王偉應該如何做？他在項目的管理中有問題嗎？
分析列表：
題目：項目在2.1完成需求分析 作者：forgiveme (moto ltd. wuweihua@sina.com.cn)
項目在2.1完成需求分析，在設置檢查點的時候，在此是否應該考慮有個點；在項目計劃中應該對項目的關鍵路徑進行設置，并依據此路徑設置必要檢查點。
問題既然已經發生，5.1已成為必定的時間，那么，首先必須對原因進行分析，在之基礎之上再進行重新構建，我會考慮對項目范圍作些調整，也會作些相應的加班
題目：否有例會 作者：forgiveme (moto ltd. wuweihua@sina.com.cn)
延期前：
1、5月1日這個日期是如何定下的？定期Deadline之前是否考慮了公司的研發資源/力量？
2、項目開始前是否做過風險分析？進度是否是該項目的風險？
3、項目是否有例會？例會的頻度是否與項目的周期相匹配？例會的議程是否包含對目前項目面臨的問題/風險的跟蹤？
4、項目組的組成：項目經理同時又是系統分析員。項目經理應該懂業務，最好不要當系統分析員，不然會陷入技術細節糾纏不清。
5、項目計劃是怎么做出來的？是否經過工作量的詳細估計？是誰估計的？應該由具體執行人員估計，再加上技術專家的意見。
6、是否識別出了關鍵路徑？是否對關鍵任務進行了重點監控？
7、項目的人力資源是如何獲取的？是否與該項目的難度、進度相匹配？資源的數量是如何確定的？是根據工作量確定的嗎？
題目：計劃調整是必須的 作者：寇震 (中鐵十八局集團 18kz@vip.sina.com)
軟件開發計劃包含了需求分析，這是造成開發計劃不準確的最大風險來源，我們的開發計劃必須是根據需求分析后，進行工作分解得到的，而我們通常都不能這么做。我認為需求分析后，再次進行計劃調整變更，確定項目的最終時間表，并和領導、客戶溝通是最可靠的。
|
|
資源大小：26.21 KB 
