【導(dǎo)讀】項項目目文文檔檔規(guī)規(guī)范范。中國建設(shè)銀行信息技術(shù)管理部

　　

【正文】 項目文檔規(guī)范 第 11 頁 共 57 頁 文檔編制中應(yīng)該考慮的因素 文檔編制是一個不斷改進和完善的過程。從最初的設(shè)想到形成最后交付使用的文檔，其中每一步都要做很多工作。為了既不浪費 資源，又能保證文檔的質(zhì)量，應(yīng)在文檔編制中考慮以下因素： 文檔的適應(yīng)性 每種文檔都有自己的特定讀者。這些讀者包括操作人員、測試人員、項目開發(fā)人員，對項目進行維護的技術(shù)人員以及管理人員和各級領(lǐng)導(dǎo)。他們期待能通過文檔了解項目情況，更好地開展工作。因此，文檔編寫人員必須了解讀者的需要，采用不同的表達形式和詳細程度編寫各種文檔，以適應(yīng)這些讀者的水平、習(xí)慣和要求。 文檔的完備性 為了方便每種文檔各自的讀者，應(yīng)該使每類文檔自成體系，盡量避免讀者在閱讀一種文檔時又不得不去參考另一文檔。文檔中的重復(fù)一般具體體現(xiàn)在兩處：一是每 種文檔的引言部分；二是文檔中對項目的說明部分。當(dāng)然在重復(fù)的地方，還是應(yīng)該根據(jù)文檔的特點有所差別。 文檔的多樣性 本規(guī)范只規(guī)定了項目應(yīng)具備的基本的文檔種類，若不能滿足某些項目的特殊要求時，項目組可以根據(jù)需要增加一些適合本項目使用的文檔。對這些文檔的編制要求可以在質(zhì)量保證計劃中加以說明。 文檔的靈活性 本規(guī)范對重要文檔要包含的要素作了說明，可以按照這些標題編制文檔，同時也可以根據(jù)項目特點對章節(jié)內(nèi)容進行細化和擴展。文檔的格式可以采用自然語言或其他格式化的語言（如表格等）。 文檔的命名 項目文檔在納入配置管理系統(tǒng)管 理或歸檔時，要目錄清晰、分類合理、命名規(guī)范，詳見《配置管理規(guī)范》。 項目文檔規(guī)范 第 12 頁 共 57 頁 向總行單個報送的項目文檔統(tǒng)一命名規(guī)則，要求如下： 項目名稱 _文檔名稱 _版本號（如 ） _編制日期（如 050320） 項目文檔規(guī)范 第 13 頁 共 57 頁 3 管理文檔編制規(guī)范 在項目開發(fā)工作中，項目管理人員負有對項目開發(fā)的過程進行管理的責(zé)任。管理過程從任務(wù)書下達之日開始，在計劃階段，管理人員應(yīng)當(dāng)制定項目開發(fā)計劃，組織需求分析工作；在實施階段，管理人員應(yīng)履行對實施過程的控制，調(diào)查、分析和解決發(fā)現(xiàn)的問題，問題及其解決辦法都應(yīng)寫成文檔；管理人員應(yīng)在約定的階段對項目進展寫出報告；當(dāng) 每一階段任務(wù)完成后，管理人員應(yīng)對產(chǎn)品進行檢查和評價，保證產(chǎn)品和計劃的完整性和一致性。 管理文檔就是記錄項目開發(fā)過程各類管理信息的文檔。本章主要提供了應(yīng)用開發(fā)類項目和基礎(chǔ)設(shè)施類項目在開發(fā)過程中所應(yīng)產(chǎn)生的管理文檔的編寫要求和內(nèi)容要素，期望通過規(guī)范管理文檔的形式來規(guī)范項目管理行為，從而達到提高項目開發(fā)質(zhì)量的目的。 管理過程一般包括計劃、對計劃實施的控制以及對工作結(jié)果的評審和評價。以下將對管理文檔提出具體編寫要求和內(nèi)容要素。 集成項目計劃 編寫要求 集成項目計劃由項目實施單位采用 Microsoft Project 工 具進行 編制。計劃的命名、任務(wù)層次及階段劃分等參考主計劃和詳細進度計劃的要求。集成項目計劃的主要編寫要求如下： （ 1）計劃任務(wù)的第一層為計劃編制單位名稱（如 XX 開發(fā)中心）； （ 2）計劃任務(wù)的第二層按集成任務(wù)類型分類（如采購、測試）； （ 3）計劃任務(wù)的第三層為具體的關(guān)聯(lián)任務(wù)：將項目間存在關(guān)聯(lián)的項目任務(wù)（包括與其他單位或項目組關(guān)聯(lián)的任務(wù)）按時間順序逐一編入相應(yīng)的任務(wù)類型中； （ 4）集成項目計劃必須包含項目采購任務(wù)，并將本單位所有項目的采購任務(wù)按時間順序逐一編入。 （ 5）根據(jù)項目的變化情況，集成項目 計劃的內(nèi)容要實時更新。 項目文檔規(guī)范 第 14 頁 共 57 頁 內(nèi)容要素 集成項目計劃具體格式參見附件二項目主計劃 MPP格式文件。 項目計劃 編寫要求 項目計劃是指項目總計劃。按照建行項目管理有關(guān)制度的要求，項目計劃包括：項目主計劃、項目詳細進度計劃、變更控制計劃、人力資源計劃、質(zhì)量保證計劃、配置管理計劃、風(fēng)險管理計劃、采購計劃、培訓(xùn)計劃等。 內(nèi)容要素 目的 說明本計劃的編制目的，指出預(yù)期的讀者。 說明項目的名稱、任務(wù)提出者、開發(fā)部門及使用部門。 本文中用到的專門術(shù)語的定義。 料 本文中引用的參考資料和文件。 簡述項目的范圍及實現(xiàn)目標。 項目成果 列舉計劃產(chǎn)生的項目成果。 項目環(huán)境 對項目的開發(fā)環(huán)境、運行環(huán)境要求進行分述。 支持條件 綜述項目需要的用戶單位及其它單位的必要支持。 項目主計劃 項目文檔規(guī)范 第 15 頁 共 57 頁 簡述項目各階段的劃分、進度及主要責(zé)任人，并標注：詳見《項目主計劃》（必須單獨編制）。 詳細進度計劃 標注：詳見《項目詳細進度計劃》（必須單獨編制）。 變更控制計劃 參照《項目變更控制計劃》編制，內(nèi)容較多 時應(yīng)單獨編制，并標注：詳見《項目變更控制計劃》。 人力資源計劃 參照《項目人力資源計劃》編制，內(nèi)容較多時應(yīng)單獨編制，并標注：詳見《項目人力資源計劃》。 采購計劃 參照《項目采購計劃》編制，內(nèi)容較多時應(yīng)單獨編制，并標注：詳見《項目采購計劃》。 1培訓(xùn)計劃 參照《項目培訓(xùn)計劃》編制，內(nèi)容較多時應(yīng)單獨編制，并標注：詳見《項目培訓(xùn)計劃》。 1質(zhì)量保證計劃 標注：詳見《項目質(zhì)量保證計劃》（必須單獨編制）。 1風(fēng)險管理計劃 參照《項目風(fēng)險管理計劃》編制，內(nèi)容 較多時應(yīng)單獨編制，并標注：詳見《項目風(fēng)險管理計劃》。 1配置管理計劃 參照《項目配置管理計劃》編制，內(nèi)容較多時應(yīng)單獨編制，并標注：詳見《項目配置管理計劃》。 1其它計劃 內(nèi)容較多時應(yīng)單獨編制，并標注：詳見“ [其它計劃名稱 ]”。 項目文檔規(guī)范 第 16 頁 共 57 頁 項目主計劃 編寫要求 項目主計劃，即里程碑計劃。項目經(jīng)理依據(jù)項目目標，將項目劃分為幾個里程碑階段，并設(shè)置相互之間的依賴關(guān)系，每個里程碑階段應(yīng)有確定的起止日期和責(zé)任人。 （ 1）主計劃命名規(guī)則 項目主計劃采用 Microsoft Project 工具進行編制。 項目主 計劃命名規(guī)則： [項目名稱 ]_[版本號 ]_[YYMMDD].[文件后綴 ]。 項目名稱（以及主計劃內(nèi)容）盡可能用中文進行標識，慣用法、專業(yè)詞匯等除外。 版本號用 V[序號 ].[序號 ]進行標識，立項后主計劃第一次審批后版本號是，之后主計劃每次變更并審批通過后，第一個序號加 1；第二個序號標識詳細進度計劃的變更，該變更不影響主計劃。 注：項目主計劃和詳細進度計劃物理上是同一個文件。項目主計劃變更并獲得項目處批準后，形成新的基線，用另存為 .mpp 文件的方式保存每個基線。每個基線通過命名新的版本號進行標識。 （ 2） 任務(wù) 根據(jù)項目選擇的不同開發(fā)模型，主計劃任務(wù)層次（大綱級別）可能不同。原則上，主計劃任務(wù)層次不超過四層： 1）第一層：項目名。 2）第二層：項目大階段，規(guī)定的階段有：計劃階段、實施階段、收尾階段。需上級部門協(xié)調(diào)的重要外部任務(wù)單獨作為一個階段在第二層中表示。 計劃中的外部任務(wù)指項目組需要外部資源完成的任務(wù)，一般該任務(wù)對項目組內(nèi)部的任務(wù)有直接影響。外部任務(wù)在項目主計劃中多標識為里程碑事件。 3）第三層：分階段的功能釋放，分階段的項目目標實施。大型項目、復(fù)雜項目、或者非瀑布模型的項目，在實施階段中往往出現(xiàn)類似的多 個子階段。 4）第四層：開發(fā)階段，如：軟件工程階段。 項目文檔規(guī)范 第 17 頁 共 57 頁 瀑布模型的項目主計劃，一般采用三層任務(wù)結(jié)構(gòu)（沒有上述第三層）。非瀑布模型的項目主計劃，根據(jù)需要，可以采用四層任務(wù)結(jié)構(gòu)，如迭代開發(fā)模型，實施階段中先分功能釋放大階段，每個階段下再細分開發(fā)階段。 原則上，主計劃底層任務(wù)包括三種： 1）軟件工程階段，如：需求、設(shè)計、編碼、測試、試運行、推廣。在project 中一般用階段任務(wù)表示。 2）項目管理過程，如：項目啟動、計劃、采購、培訓(xùn)、驗收、收尾。在project 中一般用階段任務(wù)表示。 3）關(guān)鍵任務(wù)或關(guān)鍵里程碑事件， 如：重要外部任務(wù)、重要事件點。規(guī)定的重要外部任務(wù)有：采購獲?。◤奶峤徊少徫募讲少徺Y源可用，如公司人員到位、設(shè)備到貨）；開發(fā)環(huán)境就緒、（集成、用戶）測試環(huán)境就緒、運行環(huán)境就緒；相關(guān)系統(tǒng)配合（接口）就緒。關(guān)鍵里程碑事件如：系統(tǒng)切換。 項目主計劃定位為里程碑計劃，任務(wù)數(shù)量不宜過多，也不宜過少，一般底層任務(wù)數(shù)在 1020 個左右（不強制要求）。 任務(wù)屬性包括： WBS 編碼、工期、開始時間、完成時間、完成百分比、提交件、資源、前置任務(wù)。 注： project 中還增加了 “是否主計劃任務(wù)？”屬性，主要原因是，項目主計劃和詳細 進度計劃共用同一個 project 文件，為區(qū)分兩個計劃，增設(shè)了該屬性，缺省值是“否”。這樣做的優(yōu)點是有利于維持兩個計劃的一致性，減少計劃編制者的工作量。 （ 3） WBS 編碼 WBS 編碼規(guī)則： [序號 ].[序號 ]…… 例如：項目管理系統(tǒng)項目，主計劃第二層第一個任務(wù) WBS 編碼為“ ”。 （ 4）工期、開始時間、完成時間、完成百分比 項目主計劃編制的開始時間為項目任務(wù)書下達的項目啟動時間，時間周期不能超過任務(wù)書規(guī)定的工期。 主計劃任務(wù)工期的單位應(yīng)該為工作日。 完成百分比按照實際進度及時跟蹤。 項目文檔規(guī)范 第 18 頁 共 57 頁 注：因為主計劃的變更要走 變更流程，所以，每個任務(wù)的時間要盡量考慮周全，避免頻繁的變更手續(xù)。 （ 5）提交件 原則上，主計劃底層任務(wù)都要有正式提交件，標志該任務(wù)的完成。提交件的例子如：需求說明書、概要設(shè)計說明書、測試報告等。 注：主計劃任務(wù)的提交件是標志本任務(wù)完成的主要提交件，不是其子任務(wù)（屬于詳細進度計劃任務(wù)）提交件的集合。 （ 6）資源 最底層任務(wù)應(yīng)明確標識資源：項目組內(nèi)部任務(wù)填寫責(zé)任人，外部任務(wù)填寫組織或單位名稱。 （ 7）前置任務(wù) 各任務(wù)之間的依賴關(guān)系必須標識清楚。 （ 8）其他 主計劃中不允許涉及預(yù)算、采購金額等保密信息。 項目主 計劃模板見附件二。 注：模版并不涵蓋所有的項目類型，除本文規(guī)定的任務(wù)外，模版中的很多信息都是示意性的，項目組需根據(jù)本規(guī)范的原則，對模版進行剪裁。 內(nèi)容要素 具體各種類型項目模版請參見附件二 MPP格式文件，包括應(yīng)用開發(fā)類項目計劃模版、推廣類項目計劃模版及基礎(chǔ)設(shè)施類項目計劃模版。 詳細進度計劃 編寫要求 （ 1）編制順序 項目文檔規(guī)范 第 19 頁 共 57 頁 （ 2）計劃要素 詳細進度計劃的描述要素幾乎等同于里程碑計劃的要素。 （ 3）任務(wù)拆分原則 1）四十小時原則 這個原則表述的意思是處于層次最 末端的工作可以在一周內(nèi)完成，這樣可以把任務(wù)執(zhí)行檢查的周期控制在一周以內(nèi)，從而大幅度的增加任務(wù)分解的可靠性和任務(wù)執(zhí)行的及時性。 2）最末端的工作可以分配給某個具體的人或者某個團隊 最末端的工作需要明確責(zé)任人或者資源，如果某個任務(wù)雖然已經(jīng)在一周內(nèi)可以完成，但是執(zhí)行該任務(wù)的資源卻大于 1人，則應(yīng)該按照每個人的任務(wù)再進行分解，直到明確每個人或者每個團隊具體的任務(wù)和職責(zé)。按照這一原則劃分的WBS不僅可以分清職責(zé)，而且在項目后評估的時候，可以清楚的得知每個團隊或者每個人的工作量和工作質(zhì)量。 確定要素 任務(wù)分解 工期估計 關(guān)聯(lián)設(shè)定 關(guān)鍵路徑計算 開始 結(jié)束 計劃調(diào)整