信息技術(shù)項(xiàng)目管理規(guī)范摘要本規(guī)范依據(jù)國(guó)際項(xiàng)目管理標(biāo)準(zhǔn)（如PMBOK?Guide、ISO____）及信息技術(shù)（IT）項(xiàng)目特點(diǎn)，明確IT項(xiàng)目從啟動(dòng)到收尾全生命周期的管理流程與要求。旨在規(guī)范項(xiàng)目管理行為，降低項(xiàng)目風(fēng)險(xiǎn)，提高項(xiàng)目成功率，確保項(xiàng)目輸出符合質(zhì)量、時(shí)間、成本及stakeholder期望。本規(guī)范適用于企業(yè)內(nèi)部所有IT項(xiàng)目（如軟件開發(fā)、系統(tǒng)集成、數(shù)據(jù)治理、云服務(wù)部署等），為項(xiàng)目團(tuán)隊(duì)提供可操作的管理框架。1總則1.1目的建立標(biāo)準(zhǔn)化的IT項(xiàng)目管理流程，減少管理隨意性；明確項(xiàng)目各階段的責(zé)任分工與交付成果；控制項(xiàng)目范圍、時(shí)間、成本、質(zhì)量等核心要素；促進(jìn)stakeholder溝通，降低信息差；積累項(xiàng)目管理經(jīng)驗(yàn)，推動(dòng)組織過程資產(chǎn)（OPA）持續(xù)改進(jìn)。1.2適用范圍本規(guī)范適用于企業(yè)內(nèi)部所有信息技術(shù)項(xiàng)目，包括但不限于：軟件開發(fā)項(xiàng)目（如應(yīng)用系統(tǒng)開發(fā)、小程序開發(fā)）；系統(tǒng)集成項(xiàng)目（如服務(wù)器部署、網(wǎng)絡(luò)搭建）；數(shù)據(jù)類項(xiàng)目（如數(shù)據(jù)遷移、數(shù)據(jù)倉庫建設(shè)）；信息化運(yùn)維項(xiàng)目（如系統(tǒng)升級(jí)、故障修復(fù)）。1.3引用標(biāo)準(zhǔn)《項(xiàng)目管理知識(shí)體系指南》（PMBOK?Guide）；《ISO____:2012項(xiàng)目管理指南》；《能力成熟度模型集成》（CMMI-DEVV1.3）；企業(yè)內(nèi)部《項(xiàng)目管理辦公室（PMO）章程》。2項(xiàng)目啟動(dòng)階段規(guī)范項(xiàng)目啟動(dòng)是明確項(xiàng)目目標(biāo)、確認(rèn)可行性的關(guān)鍵階段，輸出《項(xiàng)目章程》作為項(xiàng)目正式啟動(dòng)的依據(jù)。2.1需求分析與確認(rèn)2.1.1需求收集方法：通過用戶訪談、問卷調(diào)查、原型演示、競(jìng)品分析等方式收集需求；內(nèi)容：需覆蓋功能需求（如系統(tǒng)模塊、業(yè)務(wù)流程）、非功能需求（如性能、安全性、可用性）、用戶體驗(yàn)需求（如界面設(shè)計(jì)、操作流程）；輸出：《需求規(guī)格說明書》（SRS），包含需求列表、需求描述、驗(yàn)收標(biāo)準(zhǔn)。2.1.2需求確認(rèn)需求文檔需經(jīng)用戶代表（如業(yè)務(wù)部門負(fù)責(zé)人）、項(xiàng)目團(tuán)隊(duì)（如項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理）共同評(píng)審；評(píng)審?fù)ㄟ^后，由用戶代表簽字確認(rèn)，作為項(xiàng)目范圍的基線。2.2可行性研究2.2.1研究?jī)?nèi)容技術(shù)可行性：評(píng)估現(xiàn)有技術(shù)能否滿足需求（如系統(tǒng)兼容性、技術(shù)團(tuán)隊(duì)能力）；經(jīng)濟(jì)可行性：分析項(xiàng)目成本（如開發(fā)成本、運(yùn)維成本）與收益（如效率提升、成本降低）；操作可行性：評(píng)估項(xiàng)目成果能否被用戶順利使用（如用戶培訓(xùn)、流程調(diào)整）；法律可行性：檢查項(xiàng)目是否符合法律法規(guī)（如數(shù)據(jù)隱私、知識(shí)產(chǎn)權(quán)）。2.2.2輸出《可行性研究報(bào)告》，包含研究結(jié)論（可行/不可行）、風(fēng)險(xiǎn)提示、建議方案。2.3項(xiàng)目章程制定與審批2.3.1章程內(nèi)容項(xiàng)目基本信息（名稱、編號(hào)、啟動(dòng)日期）；項(xiàng)目目標(biāo)（SMART原則：具體、可衡量、可實(shí)現(xiàn)、相關(guān)、時(shí)間限制）；項(xiàng)目范圍概述（包括哪些工作、排除哪些工作）；Stakeholder列表（如發(fā)起人、項(xiàng)目經(jīng)理、用戶代表、供應(yīng)商）；項(xiàng)目經(jīng)理職責(zé)與權(quán)限；項(xiàng)目審批流程（如發(fā)起人審批、PMO備案）；項(xiàng)目成功標(biāo)準(zhǔn)（如按時(shí)交付、預(yù)算內(nèi)、用戶滿意度≥90%）。2.3.2審批流程項(xiàng)目章程由項(xiàng)目經(jīng)理起草，經(jīng)發(fā)起人審核后，提交PMO備案；備案通過后，項(xiàng)目正式啟動(dòng)，項(xiàng)目經(jīng)理獲得授權(quán)開展后續(xù)工作。3項(xiàng)目規(guī)劃階段規(guī)范項(xiàng)目規(guī)劃是將項(xiàng)目目標(biāo)轉(zhuǎn)化為具體計(jì)劃的過程，輸出《項(xiàng)目管理計(jì)劃》，作為項(xiàng)目執(zhí)行與監(jiān)控的依據(jù)。3.1范圍規(guī)劃3.1.1工作分解結(jié)構(gòu)（WBS）將項(xiàng)目范圍分解為可管理的工作包（如“需求分析”→“用戶訪談”→“編寫SRS”）；分解層次一般為3-5層，底層工作包需明確責(zé)任人、交付成果、時(shí)間要求；輸出：《WBS詞典》，包含工作包描述、負(fù)責(zé)人、交付物、依賴關(guān)系。3.1.2范圍基準(zhǔn)由《需求規(guī)格說明書》《WBS》《WBS詞典》組成；范圍基準(zhǔn)需經(jīng)Stakeholder確認(rèn)，作為控制范圍變更的依據(jù)。3.2時(shí)間規(guī)劃3.2.1活動(dòng)定義根據(jù)WBS，將工作包分解為具體活動(dòng)（如“編寫SRS”→“收集需求”→“整理需求”→“評(píng)審需求”）；輸出：《活動(dòng)清單》，包含活動(dòng)名稱、描述、依賴關(guān)系。3.2.2活動(dòng)排序使用前導(dǎo)圖法（PDM）或箭線圖法（ADM），確定活動(dòng)之間的依賴關(guān)系（如Finish-to-Start、Start-to-Start）；識(shí)別關(guān)鍵路徑（最長(zhǎng)路徑），作為進(jìn)度管理的重點(diǎn)。3.2.3進(jìn)度計(jì)劃使用甘特圖或項(xiàng)目管理工具（如MicrosoftProject、Asana），制定項(xiàng)目進(jìn)度計(jì)劃；明確每個(gè)活動(dòng)的開始日期、結(jié)束日期、負(fù)責(zé)人、里程碑（如需求確認(rèn)、系統(tǒng)上線）；輸出：《項(xiàng)目進(jìn)度計(jì)劃》。3.3成本規(guī)劃3.3.1成本估算采用類比估算（參考同類項(xiàng)目成本）、參數(shù)估算（如按功能點(diǎn)估算）、三點(diǎn)估算（最樂觀、最可能、最悲觀）等方法；估算內(nèi)容包括直接成本（如人力成本、硬件成本、軟件許可）、間接成本（如場(chǎng)地費(fèi)、管理費(fèi)）；輸出：《成本估算報(bào)告》。3.3.2成本預(yù)算將成本估算分配到具體活動(dòng)或工作包，形成成本基線；制定《項(xiàng)目預(yù)算表》，包含預(yù)算科目、金額、時(shí)間分布（如月度預(yù)算）；預(yù)算需經(jīng)發(fā)起人審批，作為成本控制的依據(jù)。3.4質(zhì)量管理規(guī)劃3.4.1質(zhì)量目標(biāo)定義項(xiàng)目質(zhì)量目標(biāo)（如缺陷率≤1%、用戶滿意度≥95%）；與Stakeholder確認(rèn)質(zhì)量目標(biāo)的可接受性。3.4.2質(zhì)量控制措施制定《質(zhì)量管理計(jì)劃》，包含：質(zhì)量標(biāo)準(zhǔn)（如ISO9126軟件質(zhì)量模型）；質(zhì)量控制方法（如測(cè)試、評(píng)審、審計(jì)）；質(zhì)量責(zé)任分工（如測(cè)試工程師負(fù)責(zé)功能測(cè)試、項(xiàng)目經(jīng)理負(fù)責(zé)質(zhì)量審計(jì)）；缺陷管理流程（如缺陷識(shí)別、記錄、跟蹤、關(guān)閉）。3.5人力資源規(guī)劃3.5.1角色與職責(zé)使用RACI矩陣（負(fù)責(zé)人Responsible、審批人Accountable、咨詢?nèi)薈onsulted、知會(huì)人Informed），明確Stakeholder的角色與職責(zé)；示例：項(xiàng)目經(jīng)理（R）、發(fā)起人（A）、用戶代表（C）、開發(fā)工程師（R）。3.5.2團(tuán)隊(duì)組建根據(jù)項(xiàng)目需求，確定團(tuán)隊(duì)規(guī)模與構(gòu)成（如開發(fā)工程師、測(cè)試工程師、產(chǎn)品經(jīng)理）；制定《人力資源計(jì)劃》，包含團(tuán)隊(duì)成員列表、職責(zé)描述、入職時(shí)間。3.6溝通管理規(guī)劃3.6.1溝通需求分析識(shí)別Stakeholder的溝通需求（如發(fā)起人需要月度績(jī)效報(bào)告、開發(fā)團(tuán)隊(duì)需要每日站會(huì)）；分析溝通頻率、方式（如面對(duì)面會(huì)議、電子郵件、即時(shí)通訊）、內(nèi)容（如進(jìn)度更新、風(fēng)險(xiǎn)提示）。3.6.2溝通計(jì)劃輸出《溝通管理計(jì)劃》，包含：Stakeholder列表（姓名、角色、聯(lián)系方式）；溝通事項(xiàng)（如項(xiàng)目啟動(dòng)會(huì)、周會(huì)、績(jī)效報(bào)告）；溝通方式（如線上會(huì)議、線下會(huì)議）；溝通責(zé)任人（如項(xiàng)目經(jīng)理負(fù)責(zé)組織周會(huì)）；溝通時(shí)間（如每周一上午9點(diǎn)召開周會(huì)）。3.7風(fēng)險(xiǎn)管理規(guī)劃3.7.1風(fēng)險(xiǎn)識(shí)別通過頭腦風(fēng)暴、SWOT分析、歷史項(xiàng)目經(jīng)驗(yàn)等方法，識(shí)別項(xiàng)目風(fēng)險(xiǎn)（如需求變更、資源短缺、技術(shù)難題）；輸出：《風(fēng)險(xiǎn)登記冊(cè)》，包含風(fēng)險(xiǎn)描述、發(fā)生概率、影響程度。3.7.2風(fēng)險(xiǎn)評(píng)估對(duì)識(shí)別的風(fēng)險(xiǎn)進(jìn)行定性評(píng)估（如高、中、低風(fēng)險(xiǎn)）和定量評(píng)估（如風(fēng)險(xiǎn)值=概率×影響）；確定風(fēng)險(xiǎn)優(yōu)先級(jí)（如高風(fēng)險(xiǎn)優(yōu)先處理）。3.7.3風(fēng)險(xiǎn)應(yīng)對(duì)制定風(fēng)險(xiǎn)應(yīng)對(duì)策略：規(guī)避（如調(diào)整項(xiàng)目范圍，避免風(fēng)險(xiǎn)）；轉(zhuǎn)移（如購買保險(xiǎn)、外包給供應(yīng)商）；減輕（如增加資源，降低風(fēng)險(xiǎn)發(fā)生概率）；接受（如預(yù)留應(yīng)急儲(chǔ)備，應(yīng)對(duì)風(fēng)險(xiǎn)）；更新《風(fēng)險(xiǎn)登記冊(cè)》，包含應(yīng)對(duì)策略、責(zé)任人、完成時(shí)間。3.8采購管理規(guī)劃3.8.1采購需求分析識(shí)別項(xiàng)目需要采購的產(chǎn)品或服務(wù)（如服務(wù)器、軟件許可、外包開發(fā)）；分析采購的必要性（如是否需要外部資源、內(nèi)部能力是否足夠）。3.8.2采購計(jì)劃輸出《采購管理計(jì)劃》，包含：采購內(nèi)容（如服務(wù)器型號(hào)、數(shù)量）；采購方式（如公開招標(biāo)、邀請(qǐng)招標(biāo)、直接采購）；供應(yīng)商選擇標(biāo)準(zhǔn)（如資質(zhì)、經(jīng)驗(yàn)、價(jià)格、服務(wù)）；采購時(shí)間安排（如什么時(shí)候啟動(dòng)采購、什么時(shí)候交付）；合同條款（如付款方式、交付期限、質(zhì)量要求）。4項(xiàng)目執(zhí)行階段規(guī)范項(xiàng)目執(zhí)行是按照項(xiàng)目管理計(jì)劃開展工作的過程，重點(diǎn)是確保任務(wù)按時(shí)完成、質(zhì)量符合要求、變更有序管理。4.1任務(wù)分配與執(zhí)行4.1.1任務(wù)分配根據(jù)《項(xiàng)目管理計(jì)劃》，將活動(dòng)分配給團(tuán)隊(duì)成員；使用任務(wù)管理工具（如Trello、Jira），明確任務(wù)名稱、責(zé)任人、deadlines、交付成果；示例：“開發(fā)用戶登錄模塊”任務(wù)分配給開發(fā)工程師張三，deadline為×月×日，交付成果為“用戶登錄模塊代碼”。4.1.2任務(wù)執(zhí)行團(tuán)隊(duì)成員按照任務(wù)要求開展工作，定期向項(xiàng)目經(jīng)理匯報(bào)進(jìn)度；項(xiàng)目經(jīng)理協(xié)調(diào)資源（如解決團(tuán)隊(duì)成員的技術(shù)問題、調(diào)整任務(wù)優(yōu)先級(jí)），確保任務(wù)順利執(zhí)行；輸出：《任務(wù)執(zhí)行記錄》，包含任務(wù)進(jìn)度、問題描述、解決措施。4.2變更管理4.2.1變更發(fā)起變更由Stakeholder（如用戶代表、項(xiàng)目經(jīng)理）提出，填寫《變更請(qǐng)求表》，包含：變更描述（如增加一個(gè)功能模塊）；變更原因（如業(yè)務(wù)需求變化）；變更影響（如對(duì)進(jìn)度、成本、質(zhì)量的影響）。4.2.2變更評(píng)估項(xiàng)目經(jīng)理組織變更控制委員會(huì)（CCB，由發(fā)起人、PMO、用戶代表、技術(shù)專家組成），對(duì)變更請(qǐng)求進(jìn)行評(píng)估；評(píng)估內(nèi)容包括：變更的必要性、影響范圍（進(jìn)度、成本、質(zhì)量）、應(yīng)對(duì)措施；輸出：《變更評(píng)估報(bào)告》。4.2.3變更審批CCB根據(jù)評(píng)估報(bào)告，做出審批決定（批準(zhǔn)/拒絕/延期）；審批結(jié)果需書面通知變更發(fā)起人，并更新《變更日志》。4.2.4變更執(zhí)行變更批準(zhǔn)后，項(xiàng)目經(jīng)理調(diào)整項(xiàng)目管理計(jì)劃（如更新進(jìn)度計(jì)劃、預(yù)算、范圍基準(zhǔn)）；團(tuán)隊(duì)成員按照調(diào)整后的計(jì)劃執(zhí)行變更；變更執(zhí)行完成后，需經(jīng)Stakeholder確認(rèn)（如用戶代表簽字），并更新相關(guān)文檔（如《需求規(guī)格說明書》《項(xiàng)目管理計(jì)劃》）。4.3質(zhì)量控制4.3.1質(zhì)量檢查按照《質(zhì)量管理計(jì)劃》，開展質(zhì)量檢查（如代碼評(píng)審、功能測(cè)試、性能測(cè)試）；使用測(cè)試用例、缺陷跟蹤工具（如Jira、Bugzilla），記錄缺陷信息（如缺陷描述、嚴(yán)重程度、責(zé)任人）。4.3.2缺陷處理缺陷需經(jīng)項(xiàng)目經(jīng)理確認(rèn)，分配給責(zé)任人進(jìn)行修復(fù)；修復(fù)完成后，需重新測(cè)試，確認(rèn)缺陷關(guān)閉；輸出：《缺陷跟蹤報(bào)告》，包含缺陷數(shù)量、修復(fù)率、遺留缺陷情況。4.4溝通與協(xié)調(diào)4.4.1會(huì)議管理定期召開項(xiàng)目會(huì)議（如每日站會(huì)、周會(huì)、月度總結(jié)會(huì)）；會(huì)議需有明確的議程、時(shí)間限制、責(zé)任人；會(huì)議結(jié)束后，輸出《會(huì)議紀(jì)要》，包含決議事項(xiàng)、責(zé)任人、deadlines。4.4.2狀態(tài)報(bào)告項(xiàng)目經(jīng)理定期向Stakeholder提交《項(xiàng)目狀態(tài)報(bào)告》，包含：進(jìn)度狀態(tài)（如是否按時(shí)完成）；成本狀態(tài)（如實(shí)際成本與預(yù)算的偏差）；質(zhì)量狀態(tài)（如缺陷率、測(cè)試通過率）；風(fēng)險(xiǎn)狀態(tài)（如新增風(fēng)險(xiǎn)、已處理風(fēng)險(xiǎn)）；問題與解決措施（如當(dāng)前存在的問題、計(jì)劃如何解決）。5項(xiàng)目監(jiān)控階段規(guī)范項(xiàng)目監(jiān)控是跟蹤項(xiàng)目進(jìn)度、成本、質(zhì)量等指標(biāo)，及時(shí)發(fā)現(xiàn)問題并采取措施的過程，確保項(xiàng)目符合計(jì)劃要求。5.1進(jìn)度監(jiān)控5.1.1進(jìn)度跟蹤項(xiàng)目經(jīng)理定期收集任務(wù)執(zhí)行情況（如通過每日站會(huì)、任務(wù)管理工具），更新《項(xiàng)目進(jìn)度計(jì)劃》；分析進(jìn)度偏差（SV=EV-PV，EV為已完成工作的預(yù)算價(jià)值，PV為計(jì)劃完成工作的預(yù)算價(jià)值），識(shí)別進(jìn)度延遲的原因（如資源短缺、任務(wù)難度超出預(yù)期）。5.1.2進(jìn)度調(diào)整若進(jìn)度延遲，項(xiàng)目經(jīng)理需采取措施（如增加資源、調(diào)整任務(wù)優(yōu)先級(jí)、壓縮關(guān)鍵路徑）；調(diào)整后的進(jìn)度計(jì)劃需經(jīng)Stakeholder確認(rèn)，并更新《項(xiàng)目管理計(jì)劃》。5.2成本監(jiān)控5.2.1成本跟蹤收集實(shí)際成本數(shù)據(jù)（如人力成本、采購成本），對(duì)比實(shí)際成本與預(yù)算（AC與PV）；分析成本偏差（CV=EV-AC），識(shí)別成本超支的原因（如采購價(jià)格上漲、資源浪費(fèi)）。5.2.2成本控制若成本超支，項(xiàng)目經(jīng)理需采取措施（如優(yōu)化資源使用、調(diào)整采購計(jì)劃、申請(qǐng)額外預(yù)算）；調(diào)整后的預(yù)算需經(jīng)發(fā)起人審批，并更新《項(xiàng)目管理計(jì)劃》。5.3質(zhì)量監(jiān)控5.3.1質(zhì)量審計(jì)定期開展質(zhì)量審計(jì)（如由PMO或外部專家進(jìn)行），檢查項(xiàng)目是否符合質(zhì)量標(biāo)準(zhǔn)（如《質(zhì)量管理計(jì)劃》《需求規(guī)格說明書》）；輸出：《質(zhì)量審計(jì)報(bào)告》，包含審計(jì)結(jié)果、問題描述、改進(jìn)建議。5.3.2質(zhì)量改進(jìn)根據(jù)質(zhì)量審計(jì)報(bào)告，制定質(zhì)量改進(jìn)計(jì)劃（如優(yōu)化測(cè)試流程、加強(qiáng)代碼評(píng)審）；改進(jìn)計(jì)劃需經(jīng)Stakeholder確認(rèn)，并落實(shí)到項(xiàng)目執(zhí)行中。5.4風(fēng)險(xiǎn)監(jiān)控5.4.1風(fēng)險(xiǎn)評(píng)審定期召開風(fēng)險(xiǎn)評(píng)審會(huì)（如每周一次），更新《風(fēng)險(xiǎn)登記冊(cè)》；評(píng)審內(nèi)容包括：風(fēng)險(xiǎn)發(fā)生概率與影響的變化、應(yīng)對(duì)措施的有效性、新增風(fēng)險(xiǎn)的識(shí)別。5.4.2風(fēng)險(xiǎn)應(yīng)對(duì)對(duì)新增風(fēng)險(xiǎn)，按照《風(fēng)險(xiǎn)管理計(jì)劃》，制定應(yīng)對(duì)策略；對(duì)已識(shí)別的風(fēng)險(xiǎn)，跟蹤應(yīng)對(duì)措施的執(zhí)行情況，確保風(fēng)險(xiǎn)得到有效控制。5.5績(jī)效報(bào)告5.5.1績(jī)效指標(biāo)定義項(xiàng)目績(jī)效指標(biāo)（如進(jìn)度績(jī)效指數(shù)SPI=EV/PV、成本績(jī)效指數(shù)CPI=EV/AC、用戶滿意度）；定期計(jì)算績(jī)效指標(biāo)，評(píng)估項(xiàng)目績(jī)效（如SPI≥1表示進(jìn)度正常，CPI≥1表示成本正常）。5.5.2績(jī)效匯報(bào)項(xiàng)目經(jīng)理向Stakeholder提交《績(jī)效報(bào)告》，包含績(jī)效指標(biāo)、趨勢(shì)分析（如進(jìn)度是否持續(xù)延遲）、改進(jìn)建議；績(jī)效報(bào)告需簡(jiǎn)潔、明了，使用可視化工具（如dashboard、圖表），便于Stakeholder理解。6項(xiàng)目收尾階段規(guī)范項(xiàng)目收尾是項(xiàng)目結(jié)束的過程，重點(diǎn)是確保項(xiàng)目成果交付、文檔歸檔、總結(jié)經(jīng)驗(yàn)教訓(xùn)。6.1項(xiàng)目驗(yàn)收6.1.1驗(yàn)收準(zhǔn)備項(xiàng)目經(jīng)理整理項(xiàng)目交付成果（如系統(tǒng)、文檔），提交《驗(yàn)收申請(qǐng)》；驗(yàn)收申請(qǐng)需包含：交付成果列表、驗(yàn)收標(biāo)準(zhǔn)（如《需求規(guī)格說明書》中的要求）、驗(yàn)收時(shí)間安排。6.1.2驗(yàn)收過程由發(fā)起人、用戶代表、PMO組成驗(yàn)收小組，按照驗(yàn)收標(biāo)準(zhǔn)開展驗(yàn)收（如功能測(cè)試、性能測(cè)試、用戶體驗(yàn)測(cè)試）；驗(yàn)收過程中，記錄驗(yàn)收結(jié)果（如符合要求、不符合要求的項(xiàng)）；輸出：《驗(yàn)收?qǐng)?bào)告》，包含驗(yàn)收結(jié)論（通過/不通過）、不符合項(xiàng)的整改要求。6.1.3驗(yàn)收確認(rèn)驗(yàn)收通過后，由用戶代表簽字確認(rèn)，項(xiàng)目正式交付；不符合項(xiàng)需由項(xiàng)目經(jīng)理組織團(tuán)隊(duì)整改，整改完成后重新驗(yàn)收。6.2文檔歸檔6.2.1文檔收集收集項(xiàng)目全生命周期的文檔，包括：?jiǎn)?dòng)階段：《需求規(guī)格說明書》《可行性研究報(bào)告》《項(xiàng)目章程》；規(guī)劃階段：《項(xiàng)目管理計(jì)劃》（范圍、時(shí)間、成本、質(zhì)量、人力資源、溝通、風(fēng)險(xiǎn)、采購）；執(zhí)行階段：《任務(wù)執(zhí)行記錄》《變更日志》《缺陷跟蹤報(bào)告》《會(huì)議紀(jì)要》；監(jiān)控階段：《進(jìn)度監(jiān)控報(bào)告》《成本監(jiān)控報(bào)告》《質(zhì)量審計(jì)報(bào)告》《風(fēng)險(xiǎn)登記冊(cè)》；收尾階段：《驗(yàn)收?qǐng)?bào)告