【文章內容簡介】 型和規(guī)格的審核/決策周期比預期長；3） 客戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導致需求不穩(wěn)定和耗時的重復；4） 客戶答復的時間比預期長（如回答需求中需澄清的問題）；5） 客戶堅持技術決策而導致進度計劃延長；6） 客戶對開發(fā)進度管理過細，導致實際進展變慢；7） 客戶提供的組件無法與開發(fā)的產品匹配，導致額外的設計和集成工作；8） 客戶提供的組件質量欠佳，導致額外的測試、設計和集成工作，以及額外的客戶關系管理工作；9） 客戶要求的支持工具和環(huán)境不兼容、性能差或者功能不完善，導致生產率降低；10）客戶不接受交付的軟件，盡管它滿足了所有的規(guī)格；11）客戶期望的開發(fā)速度是開發(fā)人員無法達到的。 承包商1） 承包商沒有按承諾交付組件；2） 承包商遞交的組件質量低下無法接收，必須花時間改進質量；3） 承包商沒有買進項目開發(fā)需要的工具，進而無法提供需要的性能水平。 需求1） 需求已經成為項目基準，但變化還在繼續(xù)；2） 需求定義欠佳，而進一步的定義會擴展項目范疇；3） 添加額外的需求；4） 產品定義含混的部分比預期需要更多的時間。 產品1） 錯誤發(fā)生率高的模塊需要比預期更多的測試、設計和實現(xiàn)工作；2） 校正質量低下不可接受的產品，需要比預期更多的測試、設計和實現(xiàn)工作。3） 在一個或多上新興領域推廣計算機技術使得計劃進度的延長不可預期；4） 由于軟件功能的錯誤，需要重新設計和實現(xiàn)；5） 開發(fā)額外不需要的功能（鍍金）延長了計劃進度；6） 要滿足產品規(guī)格與速度要求，需比預期更多時間，包括重新設計和實現(xiàn)的時間；7） 嚴格要求與現(xiàn)有系統(tǒng)兼容，需要進行比預期更多的測試、設計和實現(xiàn)工作；8） 要求與其他系統(tǒng)、復雜系統(tǒng)或不受本項目控制的系統(tǒng)相連，導致無法預料的設計、實現(xiàn)和測試工作。9） 要求在不同操作系統(tǒng)下運行將花費比預期更長的時間；10）在不熟悉或未經檢驗的軟（硬）件環(huán)境中運行產生未預料的問題；11）開發(fā)一種對組織全新的模塊將比預期花費更長的時間；12）依賴正在開發(fā)中的技術將延長計劃進度。 外部環(huán)境1） 產品依賴政府規(guī)章，而規(guī)章的改變將是不可預期的；2） 產品依賴草擬中的技術標準，而最后的標準將是不可預期的。 人員1） 招聘人員所花時間比預期的長；2） 作為先決條件的任務不能按時完成（如培訓、其它項目）；3） 開發(fā)人員和管理層之間關系不佳導致決策緩慢，影響全局；4） 項目組成員沒有全身心投入項目，進而無法達到需要的產品性能水平；5） 缺乏激勵措施，士氣低下，降低了生產能力；6） 缺乏必要的規(guī)范，增加了工作失誤與重復工作；7） 某些人需要更多時間適應不熟悉的軟件工具和環(huán)境、硬件環(huán)境、編程語言；8） 項目結束前，合同制人員離開團隊，或雇員辭職；9） 項目后期加入新的開發(fā)人員，額外的培訓和溝通降低現(xiàn)有成員的效率；10）項目組成員不能有效地一起工作；11）由于項目組成員間的沖突，導致溝通不暢、設計欠佳、接口錯誤和額外的重復工作；12）有問題的成員沒有調離項目組，損害了項目組其他成員的積極性；13）項目的最佳人選未加入項目組；14）項目的最佳人選已加入項目組，但因其他原因未能合理使用；15）沒有找到項目急需的具有特定技能的人；16）關鍵人物只能兼職參與；17）項目人員不足；18）任務的分配與人員技能不匹配；19）人員工作的進展比預期的慢；20）項目管理人員怠工導致計劃和進度失效；21）技術人員怠工導致工作遺漏或質量低下，工作需要重做。 設計與實現(xiàn)1） 設計過于簡單，無法確定主要事件，并導致重新設計和實現(xiàn)；2） 設計過于復雜，導致一些不必要的工作，影響實現(xiàn)效率；3） 設計質量低下，導致重復設計和實現(xiàn)4） 使用不熟悉的方法，導致額外的培訓時間，并重犯前期使用這種方法時導致的錯誤；5） 產品采用低級語言來實施，導致生產率比預期的低；6） 一些必要的功能無法使用現(xiàn)有的代碼和庫實現(xiàn)，開發(fā)人員必須使用新庫或自選開發(fā)所要的功能；7） 代碼和庫質量低下，導致需要額外的測試、錯誤修正或重做；8） 過高估計了增強型工具對計劃進度的節(jié)省量；9） 分別開發(fā)的模塊無法有效集成，需要重新設計或重做。 過程1） 大量的紙面工作導致進程比預期的慢；2） 進程跟蹤不準確，導致無法預知項目是否已落后于計劃進度；3） 前期的質量保證行為不真實，導致后期的重復工作；4） 質量跟蹤不準確，導致無法得知影響進度的質量問題；5） 太不正規(guī)，導致溝通不足，質量問題和工作重做；6） 過于正規(guī)，導致過多耗時無用的工作；7） 向管理層撰寫進度報告占用的開發(fā)人員的時間比預期的多；8） 風險管理粗心，導致沒有發(fā)現(xiàn)重大的項目風險；9） 軟件項目風險管理花費的時間比預期的多。開發(fā)進度月報(ISO標準)編者說明： 計劃需要跟蹤進度來進行適當?shù)恼{整，因此在開發(fā)組織內應該形成良好的進度匯報機制，ISO標準模板也對這一塊提供了參考。這一文檔格式十分全面，不過也略顯繁瑣，適合于中型以上項目。l．標題 開發(fā)中的軟件系統(tǒng)的名稱和標識符分項目名稱和標識符分項目負責人簽名本期月報編寫人簽名本期月報的編號及所報告的年月2．工程進度與狀態(tài) 進度 [列出本月內進行的各項主要活動，并且說明本月內遇到的重要事件，這里所說的重要事件是指一個開發(fā)階段（即軟件生存周期內各個階段中的某一個，例如需求分析階段）的開始或結束，要說明階段名稱及開始（或結束）的日期。] 狀態(tài) [說明本月的實際工作進度與計劃相比，是提前了、按期完成了、或是推遲了？如果與計劃不一致，說明原因及準備采取的措施。]3．資額耗用與狀態(tài) 資額耗用[主要說明本月份內耗用的工時與機時。] 工時 [分為三類：] [a. 管理用工時 包括在項目管理（制訂計劃、布置工作、收集數(shù)據、檢查匯報工作等）方面耗用的工時； ] [b. 服務用工時 包括為支持項目開發(fā)所必須的服務工作及非直接的開發(fā)工作所耗用的工時；][c. 開發(fā)用工時 要分各個開發(fā)階段填寫。] 機時 [說明本月內耗用的機時，以小時為單位，說明計算機系統(tǒng)的型號。] 狀態(tài)[說明本月內實際耗用的資源與計劃相比，是超出了、相一致、還是不到計劃數(shù)？如果與計劃不一致，說明原因及準備采取的措施。]4 經費支出與狀態(tài) 經費支出 支持性費用 [列出本月內支出的支持性費用，一般可按如下七類列出，并給出本月支持費用的總和：] [ a. 房租或房屋折舊費；] [b. 員工工資、獎金、補貼；] [c. 培訓費包括給教師的酬金及教室租金；] [d. 資料費包括復印及購買參考資料的費用；] [e. 會議費召集有關業(yè)務會議的費用；] [f. 旅差費；] [g. 其他費用。] 設備購置費 [列出本月內支出的設備購置費，一般可分如下三類：][[a. 購買軟件的名稱與金額；][b. 購買硬設備的名稱、型號、數(shù)量及金額；][c. 已有硬設備的折舊費。] 狀態(tài) [說明本月內實際支出的經費與計劃相比較，是超過了。相符合、還是不到計劃數(shù)？如果與計劃不一致，說明原因及準備采取的措施。]5．下個月的工作計劃6．建議 [本月遇到的重要問題和應引起重視的問題以及因此產生的建議。]開發(fā)任務卡編者說明： 項目中應該實現(xiàn)責任到人，項目的進度應該是每個項目成員個人進度表的總匯集，而開發(fā)任務卡則是項目與項目成員的約定，也是項目管理的一個好辦法。大家可以根據自己的實際情況來修改該模板。項目名： 模塊/類名： 安排時間： 任務承擔人： 相關模塊/類情況： 模塊/類名負責人開始時間完成時間狀態(tài)任務描述：估計完成時間：_________________ 批準人：_________________個人開發(fā)進度月報編者說明： 表格式的進度報表能夠節(jié)省制作時間，縮短進度誤差。對于中型以上項目，特別是成員的任務超過了1個月，那么讓每個開發(fā)人員填寫進度月報就是一個很好的管理辦法。當然，如果成員的任務都較小，則無需使用該文檔，只需對工作任務卡進行檢查就可以了。1．標題項目名稱及標識：子項目名稱及標識：開發(fā)階段：報告時間：　　　年　　月　　日　至　　　年　　月　　日報告人：〈簽名〉2．進度 任務任務：任務名任務描述：狀態(tài)： □完成 □未完成與計劃比較： □提前 □按期 □推遲推遲原因：3．資源耗費總用工時：加班時間：機時：上網時間：硬件平臺：軟件環(huán)境和工具：任務：任務名任務描述：任務所屬項目或子項目：性質： □新 □續(xù)上月項目開發(fā)進度月報編者說明： 項目進度月報是必須的管理機制，而長篇大論不僅浪費了大家的時間，而且也使得進度的收集與實際情況有一些時間上的誤差，因而可以采用表格化的報表格式。項目名稱及標識：子項目名稱及標識：本期月報編寫人：〈簽名〉子項目負責人：〈簽名〉本期月報編號：月報日期： 年 月 日 任務任務：任務名任務描述：狀態(tài)： □ 完成 □未完成與計劃比較： □提前 □按期 □推遲推遲原因： 事件事件：事件名事件標志：與計劃比較： □提前 □按期 □推遲推遲原因： 工時管理用工時：服務用工時：開發(fā)用工時：總 計： 機時計算機類型：用時：計算機類型：用時：計算機類型：用時：總 計：用時： 支持性經費支出工資、獎金、補貼：培訓費：資料費：會議費：差旅費：總計： 設置購置費設備名稱型號數(shù)量單價金額總計金額： 任務任務：任務名任務描述：開發(fā)階段：性質： □新 □續(xù)上月 事件事件：事件名事件標志：性質： □新 □舊 項目進度周報編者說明： 月報通常需要較詳細，而周報則應該更簡潔，每周讓項目經理花上12分鐘將一周的項目進度情況做一個通報是很必要的。本文檔模板就是一個例子，供大家參考。周期：2003年__月__日~2003年__月___日項目名稱：________________________________ 項目編號：_______________項目經理：______________ 項目發(fā)起人：____________項目成員：_______________________________________項目計劃開始時間：_______________ 項目實際開始時間：_______________項目預計完成時間：_______________ 現(xiàn)在預計完成時間：_______________項目處于： 163。 初步計劃階段 163。 需求分析階段 163。 開發(fā)階段項目狀態(tài)： 163。 按計劃進度 163。 超計劃進度 163。 進度延遲項目預計投入人力：____________人/日 現(xiàn)在已投入人力：___________人/日預計共需投入人力：____________人/日項目遇到的困難和要解決的問題：__________________________________________________________________________________________________________________________________________項目開發(fā)總結報告(GB標準)編者說明： 在項目中犯錯誤是正常的，但是犯同樣的錯誤則是不可原諒的。因此，我們應該善于在項目中總結、在實踐中總結。在項目結束的時候，所有的成員匯集在一起，回顧一下項目的過程，總結出錯誤，找到解決的辦法，總結出經驗，將這些經驗復用到下一個項目中。然后形成本文檔，共享給大家。1．引言 編寫目的 [說明編寫這份項目開發(fā)總結報告的目的，指出預期的閱讀范圍。] 背景 [說明：] [ a. 本項目的名稱和所開發(fā)出來的軟件系統(tǒng)的名稱；] [b. 此軟件的任務提出者、開發(fā)者、用戶及安裝此軟件的計算中心。] 定義 [列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。] 參考資料 [列出要用到的參考資料，如：] [a. 本項目的已核準的計劃任務書或合同、上級機關的批文；] [b. 屬于本項目的其他已發(fā)表的文件；] [c. 本文件中各處所引用的文件、資料，包括所要用到的軟件開發(fā)標準。] [列出這些文件的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。]2．實際開發(fā)結果 產品 [說明最終制成的產品，包括：][a. 程序系統(tǒng)中各個程序的名字，它們之間的層次關系，以千字節(jié)為單位的各個程序的程序量、存儲媒體的形式和