【正文】 我們應(yīng)該善于在項目中總結(jié)、在實踐中總結(jié)。 超計劃進度 163。 開發(fā)階段項目狀態(tài)： 163。 初步計劃階段 163。本文檔模板就是一個例子，供大家參考。1．標題項目名稱及標識：子項目名稱及標識：開發(fā)階段：報告時間：　　　年　　月　　日　至　　　年　　月　　日報告人：〈簽名〉2．進度 任務(wù)任務(wù)：任務(wù)名任務(wù)描述：狀態(tài)： □完成 □未完成與計劃比較： □提前 □按期 □推遲推遲原因：3．資源耗費總用工時：加班時間：機時：上網(wǎng)時間：硬件平臺：軟件環(huán)境和工具：任務(wù)：任務(wù)名任務(wù)描述：任務(wù)所屬項目或子項目：性質(zhì)： □新 □續(xù)上月項目開發(fā)進度月報編者說明： 項目進度月報是必須的管理機制，而長篇大論不僅浪費了大家的時間，而且也使得進度的收集與實際情況有一些時間上的誤差，因而可以采用表格化的報表格式。對于中型以上項目，特別是成員的任務(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. 培訓費包括給教師的酬金及教室租金；] [d. 資料費包括復(fù)印及購買參考資料的費用；] [e. 會議費召集有關(guān)業(yè)務(wù)會議的費用；] [f. 旅差費；] [g. 其他費用。] 機時 [說明本月內(nèi)耗用的機時，以小時為單位，說明計算機系統(tǒng)的型號。]3．資額耗用與狀態(tài) 資額耗用[主要說明本月份內(nèi)耗用的工時與機時。l．標題 開發(fā)中的軟件系統(tǒng)的名稱和標識符分項目名稱和標識符分項目負責人簽名本期月報編寫人簽名本期月報的編號及所報告的年月2．工程進度與狀態(tài) 進度 [列出本月內(nèi)進行的各項主要活動，并且說明本月內(nèi)遇到的重要事件，這里所說的重要事件是指一個開發(fā)階段（即軟件生存周期內(nèi)各個階段中的某一個，例如需求分析階段）的開始或結(jié)束，要說明階段名稱及開始（或結(jié)束）的日期。開發(fā)進度月報(ISO標準)編者說明： 計劃需要跟蹤進度來進行適當?shù)恼{(diào)整，因此在開發(fā)組織內(nèi)應(yīng)該形成良好的進度匯報機制，ISO標準模板也對這一塊提供了參考。 設(shè)計與實現(xiàn)1） 設(shè)計過于簡單，無法確定主要事件，并導致重新設(shè)計和實現(xiàn)；2） 設(shè)計過于復(fù)雜，導致一些不必要的工作，影響實現(xiàn)效率；3） 設(shè)計質(zhì)量低下，導致重復(fù)設(shè)計和實現(xiàn)4） 使用不熟悉的方法，導致額外的培訓時間，并重犯前期使用這種方法時導致的錯誤；5） 產(chǎn)品采用低級語言來實施，導致生產(chǎn)率比預(yù)期的低；6） 一些必要的功能無法使用現(xiàn)有的代碼和庫實現(xiàn)，開發(fā)人員必須使用新庫或自選開發(fā)所要的功能；7） 代碼和庫質(zhì)量低下，導致需要額外的測試、錯誤修正或重做；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)相連，導致無法預(yù)料的設(shè)計、實現(xiàn)和測試工作。 需求1） 需求已經(jīng)成為項目基準，但變化還在繼續(xù)；2） 需求定義欠佳，而進一步的定義會擴展項目范疇；3） 添加額外的需求；4） 產(chǎn)品定義含混的部分比預(yù)期需要更多的時間。 客戶1） 客戶堅持新的需求；2） 客戶對規(guī)劃、原型和規(guī)格的審核/決策周期比預(yù)期長；3） 客戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導致需求不穩(wěn)定和耗時的重復(fù)；4） 客戶答復(fù)的時間比預(yù)期長（如回答需求中需澄清的問題）；5） 客戶堅持技術(shù)決策而導致進度計劃延長；6） 客戶對開發(fā)進度管理過細，導致實際進展變慢；7） 客戶提供的組件無法與開發(fā)的產(chǎn)品匹配，導致額外的設(shè)計和集成工作；8） 客戶提供的組件質(zhì)量欠佳，導致額外的測試、設(shè)計和集成工作，以及額外的客戶關(guān)系管理工作；9） 客戶要求的支持工具和環(huán)境不兼容、性能差或者功能不完善，導致生產(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ā)工具的學習期比預(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ù)的延遲導致相關(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ā)導向開發(fā)8） 人員薄弱9） 簽約商失??；10）研發(fā)人員與客戶的磨擦。序列號順序號確定日期風險被識別出的日期撤消日期撤消風險確定日期描述以條件結(jié)果的形式描述風險可能性風險轉(zhuǎn)變?yōu)閱栴}的可能性 注：(極不可能)~(肯定發(fā)生)來表示影響 如果風險變成了事實獎造成的損失 注：可用1(無甚么影響)~10(有很深、很大的影響)來表示危害值可能性＊影響降低風險計劃一種或多種用來控制、避免、最小化及降低風險的方法負責人解決風險的責任承擔者截止日期完成降低風險措施的截止日期進度計劃風險列表編者說明： 準確來說，本列表不是一個文檔模板，而是一個參考文章。要控制風險，就應(yīng)該找到風險，并將風險記錄下來，確定相關(guān)責任人，對于風險性高的、可能性大的還需要制訂相關(guān)的應(yīng)對措施。這里的評估包括走查、檢查和復(fù)審。]6．其它支持過程管理 配置管理計劃[在此列出該項目所采用的配置管理過程，通常是單列為一個專題。] 方法、工具和技術(shù)[列出本項目中將運用的方法、工具和技術(shù)，并給出適當?shù)墓ぷ髦改虾驼f明。]5. 相關(guān)技術(shù) 開發(fā)案例[給出本項目將采用的軟件生命周期模型、過程規(guī)范等，從而對開發(fā)過程給予明確的指導。具體可以參考后面的《風險條目跟蹤表模板》。] 工具與技術(shù)[列出與風險管理將采用的工具軟件或技術(shù)。] 風險管理任務(wù)[簡要地說明在該項目中，風險管理所涉及的內(nèi)容，可以包括用來確定風險的方法、對風險列表進行分析和確定優(yōu)先級的方式、將采用的風險管理策略、對最嚴重的風險所計劃的降低/規(guī)避或預(yù)防的策略、監(jiān)測風險狀態(tài)的方式、風險復(fù)審的時間表。] 風險管理計劃[該部分可以視需要將其單列為專題計劃。] 評測計劃[制定項目開發(fā)過程中將要度量與評測的指標，說明如何評測，如何應(yīng)對。該部分可以視需要將其單列成為專題計劃。] 預(yù)算控制計劃[說明如何對項目的財務(wù)預(yù)算進行控制，以保證成本最小化。該部分可以視需要將其單列成為專題計劃。] 評估標準 [列出此次迭代的各項評測標準，包括功能、性能、容量、質(zhì)量等。] 資源 [列出此次迭代所需的人力、財力、設(shè)備等資源。該部分可以視需要將其單列為專題計劃。] 項目預(yù)算[根據(jù)WBS和階段計劃分配成本，得到本項目的財務(wù)預(yù)算。] 項目資源計劃 [在此處應(yīng)列出項目所需的人員、設(shè)備等資源情況。] 發(fā)行計劃[列出軟件開發(fā)過程中各個中間版本的發(fā)行時間，包括演示版、Alpha版、Beta版等。] 項目計劃 階段計劃[主要包括工作結(jié)構(gòu)分解（WBS）、顯示各個階段或迭代時間安排的甘特圖、主要里程碑與其驗收標準。]4. 項目管理計劃 項目估計[給出關(guān)于項目成本、進度的估計值，這些估計值將是項目計劃制定的基礎(chǔ)，也是今后重新評估、修改計劃的基礎(chǔ)。] 外部聯(lián)系人[列出開發(fā)組織之外的，所有與項目相關(guān)的外部人員的姓名、聯(lián)系電話等資料。] 項目計劃更新總結(jié)[建議采用表格的形式，將計劃的修訂過程列出來。] 假設(shè)與約束[列舉出制定該計劃時所做的所有假設(shè)，以及列舉出對該項目的解決方案的約束性要求，如特定的操作系統(tǒng)平臺、特定的時間、特定的經(jīng)費范圍等。] 概述 [說明該計劃其它部分所包含的內(nèi)容，以及文檔的組織方式。] 定義與術(shù)語[在此列出在該計劃中所涉及的所有術(shù)語、定義、縮寫詞的解釋，這些信息也可以引用項目詞匯表來提供。] 目標[在此描述本項目計劃的目標。] 軟件項目計劃模板(4)編者說明： 隨著現(xiàn)代軟件工程思想的普及，迭代的、增量的開發(fā)生命周期已經(jīng)被認識并付諸實踐，針對這樣的生命周期，其項目計劃的格式也需要做出相應(yīng)的調(diào)整。][][：文檔的內(nèi)容。] 項目文檔大綱[每個文檔的都包括以下部分：] [：用于標識項目文檔之用；][：標識主題，如問題說明書、設(shè)計說明書……][：由項目資料員分配給文檔的唯一標識；][：在作為正式版本之前，文檔所需批準人的姓名。] 概述[強調(diào)所有的項目文檔在這部分都列出結(jié)構(gòu)框架。] 執(zhí)行變更[定義執(zhí)行變更的具體方法，通常包括評估變更成本、對變更進行審批、制作變更文檔、對變更后的進度進行重新安排、測試變更結(jié)果。] 變更管理會議[明確變更管理會議的組成成員、召開時間以及具體的操作辦法。] 變更申請[列出可能會提出變更的人員類別，以及提供相應(yīng)的變更申請文檔。無論何時發(fā)生問題，基線文檔都是參考的關(guān)鍵。] 測試支持程序第5部分 變更管理計劃 目標 [這部分的目標是定義在軟件系統(tǒng)開發(fā)過程中，變更控制的過程。在此應(yīng)列出現(xiàn)場測試的目標、責任、過程、工具。在此應(yīng)列出驗收測試的目標、責任、過程、工具。在此應(yīng)列出系統(tǒng)測試的目標、責任、過程、工具。在此應(yīng)列出集成測試的目標、責任、過程、工具。在此應(yīng)列出單元測試的目標、責任、過程、工具。] 概述 [簡要定義每個測試級別，并說明在一個測試層次上，不同級別如何組合在一起。][行政部：資料管理、計算機時間控制、計劃和安裝終端和PC、發(fā)放程序員手冊、培訓、特殊技術(shù)協(xié)助、技術(shù)聯(lián)絡(luò)、文檔控制、報告控制、合同變更管理、提供雜務(wù)支持、維護項目歷史信息。][編程部：詳細設(shè)計、編碼、模塊測試、集成測試、描述性文檔。] 詳述[在每個子部分中，列出基于組織章程的部分以及每個部分的責任，然后再說明在每個過程中組織的結(jié)構(gòu)圖。]第3部分 組織計劃 目標[這部分的目標是定義項目的組織以及責任分配。] 運行過程[主要目標：協(xié)助初期運行。] 移植過程[主要目標：協(xié)助進行數(shù)據(jù)轉(zhuǎn)換、建立數(shù)據(jù)轉(zhuǎn)換標準、建立全面恢復(fù)計劃、定義移植順序、協(xié)助接入。] 驗收過程[主要目標：執(zhí)行和分析驗收測試、簽署正式的接收協(xié)議。] 系統(tǒng)測試過程[主要目標：根據(jù)問題說明書進行系統(tǒng)測試、盡可能地“實況”測試、通過非程序開發(fā)人員測試。] 編碼過程[主要目標：詳細設(shè)計/編碼和模塊測試、模塊集成、文檔建立。] 設(shè)計過程[主要目標：設(shè)計操作性程序、設(shè)計支持性程序、改進項目計劃、進行項目評審。] 詳述 定義過程[主要目標：分析問題、制作項目計劃、定義接收標準、選擇項目工具。]第2部分 過程計劃 目標[這部分的目標是對用一系列稱為“過程”的時間段對開發(fā)活動加以定義，也就是確定該項目的開發(fā)將選用什么樣的過程模型。包括項目中的所有主要工作，無論是你能控制的還是不能控制的。然后，在項目的基礎(chǔ)上列出假設(shè)和約束。然后闡述在合同下的項目任務(wù)。] 概述[簡要描述要做的工作。 計劃的目的 項目的范圍和目標 范圍描述 主要功能 性能 　　 管理和技術(shù)約束 使用的歷史數(shù)據(jù) 使用的評估技術(shù) 工作量、成本、時間估算 3. 風險管理戰(zhàn)略 風險識別 有關(guān)風險的討論 風險管理計劃 　 風險計劃 　　 風險監(jiān)視 　　 風險管理 項目工作分解結(jié)構(gòu) 時限圖(甘特圖) 資源表 人員 硬件和軟件 特別資源 組織結(jié)構(gòu) 管理報告 質(zhì)量保證和控制 變化管理和控制 軟件項目計劃模板(3)編者說明： 如果項目規(guī)模較大，除了上一個模板中的內(nèi)容之外，還應(yīng)該加入許多分支內(nèi)容，包括過程計劃、組織計劃、測試計劃、變更及管理計劃、文檔計劃等各多方面的問題，將這些內(nèi)容的細化，將使項目計劃更全面、更周密。]軟件項目計劃模板