【正文】 任務(wù)任務(wù)：任務(wù)名任務(wù)描述：狀態(tài)： □完成 □未完成與計劃比較： □提前 □按期 □推遲推遲原因：3．資源耗費總用工時：加班時間：機時：上網(wǎng)時間：硬件平臺：軟件環(huán)境和工具：任務(wù)：任務(wù)名任務(wù)描述：任務(wù)所屬項目或子項目：性質(zhì)： □新 □續(xù)上月編者說明： 項目進度月報是必須的管理機制，而長篇大論不僅浪費了大家的時間，而且也使得進度的收集與實際情況有一些時間上的誤差，因而可以采用表格化的報表格式。對于中型以上項目，特別是成員的任務(wù)超過了1個月，那么讓每個開發(fā)人員填寫進度月報就是一個很好的管理辦法。大家可以根據(jù)自己的實際情況來修改該模板。]5．下個月的工作計劃6．建議 [本月遇到的重要問題和應(yīng)引起重視的問題以及因此產(chǎn)生的建議。] 狀態(tài) [說明本月內(nèi)實際支出的經(jīng)費與計劃相比較，是超過了。]4 經(jīng)費支出與狀態(tài) 經(jīng)費支出 支持性費用 [列出本月內(nèi)支出的支持性費用，一般可按如下七類列出，并給出本月支持費用的總和：] [ a. 房租或房屋折舊費；] [b. 員工工資、獎金、補貼；] [c. 培訓(xùn)費包括給教師的酬金及教室租金；] [d. 資料費包括復(fù)印及購買參考資料的費用；] [e. 會議費召集有關(guān)業(yè)務(wù)會議的費用；] [f. 旅差費；] [g. 其他費用。] 機時 [說明本月內(nèi)耗用的機時，以小時為單位，說明計算機系統(tǒng)的型號。]3．資額耗用與狀態(tài) 資額耗用[主要說明本月份內(nèi)耗用的工時與機時。l．標題 開發(fā)中的軟件系統(tǒng)的名稱和標識符分項目名稱和標識符分項目負責(zé)人簽名本期月報編寫人簽名本期月報的編號及所報告的年月2．工程進度與狀態(tài) 進度 [列出本月內(nèi)進行的各項主要活動，并且說明本月內(nèi)遇到的重要事件，這里所說的重要事件是指一個開發(fā)階段（即軟件生存周期內(nèi)各個階段中的某一個，例如需求分析階段）的開始或結(jié)束，要說明階段名稱及開始（或結(jié)束）的日期。(ISO標準)編者說明： 計劃需要跟蹤進度來進行適當(dāng)?shù)恼{(diào)整，因此在開發(fā)組織內(nèi)應(yīng)該形成良好的進度匯報機制，ISO標準模板也對這一塊提供了參考。 設(shè)計與實現(xiàn)1） 設(shè)計過于簡單，無法確定主要事件，并導(dǎo)致重新設(shè)計和實現(xiàn)；2） 設(shè)計過于復(fù)雜，導(dǎo)致一些不必要的工作，影響實現(xiàn)效率；3） 設(shè)計質(zhì)量低下，導(dǎo)致重復(fù)設(shè)計和實現(xiàn)4） 使用不熟悉的方法，導(dǎo)致額外的培訓(xùn)時間，并重犯前期使用這種方法時導(dǎo)致的錯誤；5） 產(chǎn)品采用低級語言來實施，導(dǎo)致生產(chǎn)率比預(yù)期的低；6） 一些必要的功能無法使用現(xiàn)有的代碼和庫實現(xiàn)，開發(fā)人員必須使用新庫或自選開發(fā)所要的功能；7） 代碼和庫質(zhì)量低下，導(dǎo)致需要額外的測試、錯誤修正或重做；8） 過高估計了增強型工具對計劃進度的節(jié)省量；9） 分別開發(fā)的模塊無法有效集成，需要重新設(shè)計或重做。 外部環(huán)境1） 產(chǎn)品依賴政府規(guī)章，而規(guī)章的改變將是不可預(yù)期的；2） 產(chǎn)品依賴草擬中的技術(shù)標準，而最后的標準將是不可預(yù)期的。3） 在一個或多上新興領(lǐng)域推廣計算機技術(shù)使得計劃進度的延長不可預(yù)期；4） 由于軟件功能的錯誤，需要重新設(shè)計和實現(xiàn)；5） 開發(fā)額外不需要的功能（鍍金）延長了計劃進度；6） 要滿足產(chǎn)品規(guī)格與速度要求，需比預(yù)期更多時間，包括重新設(shè)計和實現(xiàn)的時間；7） 嚴格要求與現(xiàn)有系統(tǒng)兼容，需要進行比預(yù)期更多的測試、設(shè)計和實現(xiàn)工作；8） 要求與其他系統(tǒng)、復(fù)雜系統(tǒng)或不受本項目控制的系統(tǒng)相連，導(dǎo)致無法預(yù)料的設(shè)計、實現(xiàn)和測試工作。 需求1） 需求已經(jīng)成為項目基準，但變化還在繼續(xù)；2） 需求定義欠佳，而進一步的定義會擴展項目范疇；3） 添加額外的需求；4） 產(chǎn)品定義含混的部分比預(yù)期需要更多的時間。 客戶1） 客戶堅持新的需求；2） 客戶對規(guī)劃、原型和規(guī)格的審核/決策周期比預(yù)期長；3） 客戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導(dǎo)致需求不穩(wěn)定和耗時的重復(fù)；4） 客戶答復(fù)的時間比預(yù)期長（如回答需求中需澄清的問題）；5） 客戶堅持技術(shù)決策而導(dǎo)致進度計劃延長；6） 客戶對開發(fā)進度管理過細，導(dǎo)致實際進展變慢；7） 客戶提供的組件無法與開發(fā)的產(chǎn)品匹配，導(dǎo)致額外的設(shè)計和集成工作；8） 客戶提供的組件質(zhì)量欠佳，導(dǎo)致額外的測試、設(shè)計和集成工作，以及額外的客戶關(guān)系管理工作；9） 客戶要求的支持工具和環(huán)境不兼容、性能差或者功能不完善，導(dǎo)致生產(chǎn)率降低；10）客戶不接受交付的軟件，盡管它滿足了所有的規(guī)格；11）客戶期望的開發(fā)速度是開發(fā)人員無法達到的。 開發(fā)環(huán)境1） 設(shè)施沒有及時到位；2） 設(shè)施到位，但不配套；3） 設(shè)施擁擠、雜亂或者破損；4） 開發(fā)工具未能及時到位；5） 開發(fā)工具不如期望那樣有效，開發(fā)人員需要時間創(chuàng)建工作環(huán)境或切換新的工具；6） 開發(fā)工具的選擇不是基于技術(shù)需求，不能提供計劃要求的性能；7） 新開發(fā)工具的學(xué)習(xí)期比預(yù)期的長，內(nèi)容繁多。5） 在限定的時間內(nèi)無法建成已定規(guī)模大小的產(chǎn)品；6） 產(chǎn)品規(guī)模比估計的要大一些；7） 工作量大于估算數(shù)；8） 進度已經(jīng)拖延的項目在重新評估時過于優(yōu)化或忽視項目歷史；9） 過度的進度壓力造成生產(chǎn)率下降；10）目標日期提前，但沒有相應(yīng)地調(diào)整產(chǎn)品范圍或可用資源；11）一個任務(wù)的延遲導(dǎo)致相關(guān)任務(wù)的連鎖反應(yīng)；12）涉足不熟悉的產(chǎn)品領(lǐng)域，花費在設(shè)計和實現(xiàn)上的時間比預(yù)期的要多。1） 功能無限蔓延；2） 需求鍍金或開發(fā)人員鍍金；3） 質(zhì)量不定4） 計劃過于樂觀5） 設(shè)計欠佳6） 銀彈綜合癥7） 研發(fā)導(dǎo)向開發(fā)8） 人員薄弱9） 簽約商失敗；10）研發(fā)人員與客戶的磨擦。編者說明： 準確來說，本列表不是一個文檔模板，而是一個參考文章。而最好的方法就是整理成為本模板中的表格，為每個潛在風(fēng)險備個案。] 文檔計劃 質(zhì)量保證計劃 分包商管理計劃 風(fēng)險條目跟蹤表模板編者說明：對于中型以上的項目，風(fēng)險控制的意義就猶為突出。] 評估計劃[列出本項目評估時所使用的技術(shù)、標準、指標和過程。] 產(chǎn)品驗收計劃[列出本項目驗收工作的一些細節(jié)計劃，本部分內(nèi)容可以視需要將其單列為一個專題計劃。該部分可以視需要將其單列為一個專題文件。] 收尾計劃[列出在項目后期將要做的事，包括材料存檔、匯報總結(jié)等。] 納入管理的風(fēng)險項[列出主要的風(fēng)險項，并描述其影響以及應(yīng)急措施。] 風(fēng)險管理的組織和職責(zé)[列出與風(fēng)險管理相關(guān)的個人或小組，并對其職責(zé)進行描述。] 風(fēng)險總述[對項目所涉及的風(fēng)險進行一個概要性描述。該部分可以視需要將其單列成為專題計劃。] 報告計劃[說明項目開發(fā)過程中，整個項目團隊的報告機制，什么時候、誰、報送什么數(shù)據(jù)，從而形成規(guī)則。] 質(zhì)量控制計劃[說明如何保證項目的質(zhì)量，以及一些應(yīng)急的應(yīng)對措施。] 進度控制計劃[說明如何對項目計劃執(zhí)行情況進行監(jiān)控，將采用什么措施與管理手段。]項目監(jiān)督與控制 需求管理計劃[有針對性對制定各類需求元素的管理與跟蹤辦法。] 用例 [列出此次迭代將要實現(xiàn)的用例。] 迭代一 計劃 [列出此次迭代的時間線、小型里程碑等。]迭代計劃[，具體列出每次迭代的詳細計劃。應(yīng)指明所需人員的數(shù)量、技能要求，以及如何獲取這些資源，是否要對人員進行必要的培訓(xùn)等。] 項目進度表[使用甘特圖或PERT圖等方法，表示出該項目的進度計劃。] 迭代目標[如果你采用的是迭代式的開發(fā)方法，那么在此列出每次迭代的計劃，以及每次迭代計劃實現(xiàn)的目標。你可以采用任何估算技術(shù)。]角色與職責(zé)[明確項目開發(fā)各個任務(wù)的負責(zé)人或小組。]項目組織項目組織結(jié)構(gòu)[建議使用組織結(jié)構(gòu)圖的形式，將整個項目團隊成員之間的關(guān)系與職責(zé)明確下來，甚至可以包括管理人員、各種委員會等。]項目交付物[具體列出該項目完成后，將交付哪些東西，并可以列出每個交付時間。]項目概述項目目標[指出該項目將會交付什么樣的產(chǎn)品，能夠幫助客戶達到什么目標。] 參考資料[在此應(yīng)列出項目計劃中引用的文檔列表，對于引用的每個文檔都應(yīng)該列出其標題、文檔編號、日期，并且指出這些文檔的來源，以方便該計劃的閱讀者查找。] 范圍 [簡要說明該計劃所覆蓋的范圍，以及與其相關(guān)的項目，與該文檔有聯(lián)系的事物。注：一個符合現(xiàn)代軟件工程思想的版本[在此對整個文檔進行概要性描述，另外還應(yīng)列出該計劃的目標、范圍、定義、術(shù)語、參考資料等內(nèi)容。] 文檔內(nèi)容[列出在該項目中將要使用的文檔模板的結(jié)構(gòu)性內(nèi)容。當(dāng)然也不是所有文檔都需要經(jīng)過批準。] 詳述 發(fā)布過程和責(zé)任[通常包括準備和批準、打字輸入、校對和編輯、翻印、發(fā)放、電子存儲等。]第6部分 文檔計劃 目標[這部分的目標是定義出版周期所要求過程與資源，以及列出基礎(chǔ)項目文檔組的框架結(jié)構(gòu)。] 建議類型[定義變更建議的類型，通常包括接受和拒絕兩種。] 研究變更申請 變更的類型[根據(jù)變更的基線影響的程序，設(shè)置不同的變更類型。] 詳述 基線[定義哪些文檔在你的項目中是基線。] 概述[描述建立你和客戶都能夠接受的關(guān)鍵基線文檔以及控制與這些基線變化相關(guān)事件的需求。] 共同測試設(shè)備[描述在幾個或者所有級別的測試中共同的設(shè)備和工具，其中包括系統(tǒng)資料、計算機設(shè)備、桌面系統(tǒng)、操作系統(tǒng)、特殊語言、CASE工具、仿真器。] 現(xiàn)場測試[在不同的運行環(huán)境下測試軟件系統(tǒng)，以確保運行準備就緒，這并不是每個項目都需要的。] 驗收測試[在用戶認可的條件下，試運行系統(tǒng)以驗證系統(tǒng)滿足了客戶的需求。] 系統(tǒng)測試[在盡可能真實的環(huán)境下，重新測試完成的軟件系統(tǒng)，應(yīng)由非編程人員完成。] 集成測試[逐步將通過測試的模塊集成為更加復(fù)雜的集合，并且測試這些集合，直到整個軟件都被集合在一起。] 詳述 單元測試[在與其它功能模塊集成之前，針對單個程序模塊的測試。] 組織章程第4部分 測試計劃 目標 [這部分的目標是定義對軟件系統(tǒng)的所有級別測試的工具、過程和責(zé)任。][測試部：制作系統(tǒng)測試說明書、制作驗收和現(xiàn)場測試說明書、收集和制造測試數(shù)據(jù)、選擇和獲得測試工具、建立測試資料庫、安排測試資源進度、執(zhí)行測試、分析測試結(jié)果、制作測試結(jié)果文檔。] 部門及責(zé)任[分析和設(shè)計部：編寫問題說明書、設(shè)計說明書、變更管理、數(shù)據(jù)控制、模擬模型、制作用戶文檔、協(xié)作集成測試。] 概述[說明建立組織的基本原因，畫出組織內(nèi)部的主要工作流程圖，從問題的分析和設(shè)計開始，包括編碼、測試、制作文檔和交付。][次要目標：現(xiàn)場測試、繼續(xù)維護和調(diào)整、評價項目。][次要目標：與受影響組進行聯(lián)系、支持評審過程。][次要目標：完成客戶培訓(xùn)、清理文檔。][次要目標：完成驗收測試準備、培訓(xùn)客戶、更新描述性文檔、完成用戶文檔、再次分配人員。][次要目標：詳細地準備系統(tǒng)測試、驗收測試、現(xiàn)場測試，準備客戶培訓(xùn)、準備移植。][次要目標：準備集成環(huán)境、建立變更管理、制作模擬模型、為下一個過程尋找人員、準備程序員培訓(xùn)、出版程序員手冊、初步準備系統(tǒng)測試、驗收測試、現(xiàn)場測試、建立項目資料庫。][次要目標：尋找人員、了解客戶、形成試驗性的設(shè)計思想。] 概述[定義你的開發(fā)生命周期，并且簡要說明生命周期的每個過程。如果你計劃發(fā)布多個版本，要說明如何安排進度。] 詳述[說明項目的總體時間進度。緊接著，說明項目如何組織。給出所有理解工作環(huán)境所需的背景。第1部分 概述 目標[這部分的目標是總結(jié)整個項目計劃。 計劃的目的 項目的范圍和目標 范圍描述 主要功能 性能 　　 管理和技術(shù)約束 使用的歷史數(shù)據(jù) 使用的評估技術(shù) 工作量、成本、時間估算 3. 風(fēng)險管理戰(zhàn)略 風(fēng)險識別 有關(guān)風(fēng)險的討論 風(fēng)險管理計劃 　 風(fēng)險計劃 　　 風(fēng)險監(jiān)視 　　 風(fēng)險管理 項目工作分解結(jié)構(gòu) 時限圖(甘特圖) 資源表 人員 硬件和軟件 特別資源 組織結(jié)構(gòu) 管理報告 質(zhì)量保證和控制 變化管理和控制 軟件項目計劃模板(3)頁：12 注，來源于《軟件項目管理》一書。] 軟件項目計劃模板(2)編者說明：大家可能都發(fā)現(xiàn)了ISO標準的項目計劃缺少實用性，那是因為其未能很好地與WBS、甘特圖技術(shù)實現(xiàn)良好的結(jié)合。] 需由外單位提供的條件[逐項列出需要外單位分合同承包者承擔(dān)的工作和完成的時間。] 計算機系統(tǒng)支持[逐項列出開發(fā)中和運行時所需的計算機系統(tǒng)支持，包括計算機、外圍設(shè)備、通訊設(shè)備、模擬器、編譯程序、操作系統(tǒng)、數(shù)據(jù)管理程序包、數(shù)據(jù)存儲能力和測試支持能力等，逐項給出有關(guān)到貨日期、使用時間的要求。] 關(guān)鍵問題[逐項列出能夠影響整個項目成敗的關(guān)鍵問題、技術(shù)難點和風(fēng)險，指出這些問題對項目的影響。] 進度[對于需求分析、設(shè)計、編碼實現(xiàn)、測試、移交、培訓(xùn)和安裝等工作，給出每項工作任務(wù)的預(yù)定的開始日期、完成日期及所需資源，規(guī)定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標志性事件。] [完成項目的最遲期限] [本計劃的批準者和批準日期]3. 實施計劃 工作任務(wù)的分解與人員分工[對于項目開發(fā)中需完成的各項工作，從需求分析、設(shè)計、實現(xiàn)、測試直到維護，包括文件的編制、審批、打印、分發(fā)工作，用戶培訓(xùn)工作，軟件安裝工作等，按層次進行分解，指明每項任務(wù)的負責(zé)人和參