CMMI體系下的項目管理體系課件

CMMI體系下的項目管理

如果我們能夠先完成一些看著不緊急但很重要的事；未來會減少很多緊急事情的發(fā)生；從而有更多機會做更重要的事。與所有同事共勉提綱認識質量公司CMMIL3體系介紹軟件設計與開發(fā)過程流程展望未來Q&A提綱認識質量公司CMMIL3體系介紹軟件設計與開發(fā)過程流程總結回顧展望未來Q&A質量是一組固有特性滿足要求的程度。特性：可區(qū)分的特征特性可以是固有的或賦予的。特性可以是定性的或定量的。特性的分類可以是多樣的。ISO9000-2000對質量的定義質量是一組固有特性滿足要求的程度。要求：明示的、通常隱含的或必須履行的需求或期望“明示的”要求通常以文件（文檔）的方式闡明?！巴ǔｋ[含”是指組織、顧客和其他相關方的慣例或一般做法，所考慮的需求或期望是不言而喻的?！靶枨蟆保骸百徺I商品或勞務的愿望和能力”－－（既然我付了錢。。。）“期望”：“對人或事物的未來有所等待和希望”－－（但未必會發(fā)生）要求可由不同的相關方提出。ISO9000-2000對質量的定義質量是一組固有特性滿足要求的程度。程度：事物發(fā)展變化達到的狀況只有更好，沒有最好?？梢允欠蛛A的（等級）。質量是有成本的，能夠滿足要求就可以。補充:等級：對具有相同功能特征,但技術特征各異的實體所規(guī)定的范疇或者級別.

低等級≠低質量ISO9000-2000對質量的定義簡單地說:質量就是滿足既定的要求ISO9000-2000對質量的定義質量的關鍵在于過程過程的含義：“事物發(fā)展所經過的程序（規(guī)則）、階段”程序（流程）：規(guī)程、指南、模板。。。明確明示明白階段：里程碑、關鍵點的監(jiān)督與評審預見預現今天的目標盡可能－－－明示、明白為了－－－－預見、預現提綱認識質量公司CMMIL3體系介紹軟件設計與開發(fā)過程流程總結回顧展望未來Q&A公司質量管理體系－知識體系質量方針質量目標公司商業(yè)目標CMMIISO9000ISO9000與CMMI的融合ISO9000與CMMI并不矛盾或對立；ISO9000具有更高的思想境界和更廣泛的覆蓋面（因此其行業(yè)針對性不明顯）；CMMI來自于軟件行業(yè)，借鑒了ISO等相關標準，適合于軟件行業(yè)；什么是CMMI集成能力成熟度模型（CapabilityMaturityModelIntergration）卡耐基梅隆軟件工程學院（SEI）對于以知識工程為核心的（軟件）企業(yè)運作管理的建議改進模型CMMI的分階表示1－初始級2－可重復3－已定義4－已管理5－優(yōu)化的CMMI的標準過程域1級-初始級2級-已管理級配置管理過程和產品質量保證供方協(xié)定管理項目監(jiān)控和控制項目策劃需求管理測量和分析3級-定義級組織培訓組織過程定義組織過程焦點集成項目管理風險管理決策分析和決定需求開發(fā)技術解決方案產品集成驗證確認5級-優(yōu)化級組織性能管理原因分析和解決方案×4級-定量管理級定量項目管理組織過程性能經營管理層CMMI推進組SEPGSQA培訓部開發(fā)部門CMMI推薦的組織體系公司CMMI文件體系規(guī)程組織質量方針指南、模板、表單、查檢表、工具…提綱認識質量公司CMMIL3體系介紹軟件設計與開發(fā)過程流程總結回顧展望未來Q&A角色需求與目標開發(fā)人員基本了解軟件項目研發(fā)的基本過程；重點了解相關要點；了解尋求問題答案的渠道。項目經理全面了解軟件研發(fā)項目的工程過程與管理過程；重點掌握關鍵要點并遵守執(zhí)行。漸進明細與潛移默化整體工作概要軟件設計與開發(fā)控制程序介紹QA規(guī)程介紹測試規(guī)程介紹配置管理規(guī)程介紹軟件設計與開發(fā)控制程序提綱總體介紹術語定義管理過程介紹工程過程介紹關鍵活動要求模板要點介紹提綱總體介紹術語定義管理過程介紹工程過程介紹關鍵活動要求模板要點介紹《軟件設計與開發(fā)控制程序》介紹基于ISO9000相關程序及CMMI相關過程要求；覆蓋原ISO9000程序全部要求、CMMI核心的管理過程、工程過程與支持工程；配置管理、測試與QA單獨細化為獨立程序；重點強調了計劃與預算管理、需求及變更管理、問題管理等關鍵活動?！盾浖O計與開發(fā)控制程序》介紹組織過程項目管理工程過程支持過程組織級過程改進

(OPI)項目管理

(PM)需求開發(fā)

(RD)決策與分析

(DAR)組織級培訓

(OT)風險管理

(RSKM)需求管理

(REQM)

同行評審（PR）系統(tǒng)設計（SD)缺陷管理（DM）開發(fā)實施（IMP）過程和產品質量保證

(PPQA)

測試(TEST)配置管理

(CM)

移交發(fā)布

(DPL)度量和分析

(MA)

《軟件設計與開發(fā)控制程序》介紹管理過程：啟動計劃執(zhí)行與監(jiān)控結項啟動計劃監(jiān)控執(zhí)行結項《軟件設計與開發(fā)控制程序》介紹工程過程需求開發(fā)系統(tǒng)設計開發(fā)實施集成測試系統(tǒng)測試移交發(fā)布項目維護《軟件設計與開發(fā)控制程序》介紹其他過程與關鍵活動計劃與預算需求與變更管理（需求跟蹤矩陣）配置管理測試管理QA問題管理生命周期與主要工作產品裁剪指南同行評審產品發(fā)布提綱總體介紹術語定義管理過程介紹工程過程介紹關鍵活動要求模板要點介紹術語定義（一）軟件研發(fā)項目范圍定義：包含合同項目、自研項目及預啟動項目；既覆蓋純軟件研發(fā)項目，也覆蓋綜合性集成項目中軟件研發(fā)子項目；對于維護項目與內部委托任務，可根據具體要求與特點，參考項目的全部或部分生命周期的要求執(zhí)行。術語定義（二）關于項目類型：合同項目：公司與客戶正式簽訂了商務合同的項目。包含純軟件研發(fā)項目，也包含集成項目中軟件研發(fā)子項目。自研項目：公司已正式批準的內部研發(fā)項目。同樣包含純軟件研發(fā)項目，也包含集成項目中軟件研發(fā)子項目。預啟動項目：根據客戶或市場的需要，在沒有簽訂合同的情況下，需要預先啟動的合同項目。對于預啟動項目需與客戶簽訂相關協(xié)議，或專題報告公司高層批準。預啟動項目協(xié)議或報告中需明確通常的合同條款主題內容，并且明確預計的合同簽訂時間。術語定義（二）關于項目類型：其他：維護項目：已交付項目的缺陷解決或小型需求變更等維護性開發(fā)活動或公司自研產品的次版本升級。內部委托任務：公司內部部門間就軟件研發(fā)相關環(huán)節(jié)或活動進行的內部工作任務委托，通常為一次性的，并且工作量在一個人月以內。術語定義（三）關于項目規(guī)模：大型項目：項目總工作量>20人月；中型項目：項目總工作量[11-20]人月；小型項目：項目總工作量[6-10]人月；微型項目：項目總工作量<=5人月；重點項目：對公司有戰(zhàn)略影響的產品研發(fā)或工程項目；提綱總體介紹術語定義管理過程介紹工程過程介紹關鍵活動要求模板要點介紹管理過程管理過程：啟動計劃執(zhí)行與監(jiān)控結項管理過程－－概述從項目管理過程角度對項目組的各項管理性活動提出要求；管理性活動原則上以項目經理為主導，項目組成員參與的方式進行；項目決策人及QA須重點審核與跟蹤相關工作產品及活動內容，并協(xié)助項目經理進行相關策劃、計劃及問題跟蹤與解決等。管理過程－－流程圖管理過程－－項目啟動市場人員根據項目性質與相關部門領導協(xié)商后確定項目經理，項目經理與部門領導協(xié)商組建項目團隊；啟動會議：市場人員召集項目全體成員組織開工會議，會上項目開工組織人（目前由項目考核委員會負責）就項目的目標、范圍、基本進度要求、工作原則分工、近期工作計劃、項目存在的難點與風險等進行交流，項目組成員進行充分溝通；售前售后交接會議：與銷售人員及售前技術支持人員等就項目前期情況進行充分交流，對客戶要求、前期的方案承諾、潛在的問題與應對策略等進行交流明確，必要時可以與客戶進行溝通明確；啟動會議及售前售后交接會議可以合并或變更會議次序及形式等；項目啟動后，項目組應盡快進入需求調研與項目計劃階段。管理過程－－項目計劃項目組應在客戶需求基本明確時，盡快提交項目開發(fā)計劃及預算；重點項目在啟動后一周內應提出需求調研工作計劃，在需求調研工作基本完成時提交項目開發(fā)計劃，最遲在客戶需求明確后一周內須提交項目開發(fā)計劃，對于規(guī)模特別大的項目，經批準可分階段提交；一般項目通常應在項目啟動后一周內提交項目開發(fā)計劃與預算；項目開發(fā)計劃須經干系人評審，項目決策人、QA審核；計劃變更審批流程同正式審批流程。（項目計劃的管理要求參考“關鍵活動要求”之“項目計劃與預算管理”部分）管理過程－－項目執(zhí)行與監(jiān)控在計劃審批后，項目組全體根據項目計劃開展相關工作、提交相關工作產品，具體要求參考“工程過程”相關要求及開發(fā)計劃中的要求等；在項目執(zhí)行過程中，應以周為單位確認計劃進展：細化當前階段工作（1－2周）、確認是否需要變更計劃等；項目組成員應在項目實施過程中按要求填寫工作日志；項目經理應每周提交項目周報（原則上為每周五下午提交項目決策人、QA及相關干系人）；在階段結束時，項目組可組織向公司和客戶進行階段（里程碑）報告；在項目執(zhí)行始終，項目經理應對項目相關的所有問題進行分類跟蹤與閉環(huán)處理，對無法處理的問題應及時提交與聯絡相關部門及干系人進行協(xié)調處理；管理過程－－項目執(zhí)行與監(jiān)控根據配置管理規(guī)程與計劃的要求，在該階段末或工作產品評審通過后及時進行入庫等系列相關配置管理活動；項目決策人應根據項目開發(fā)計劃和周報等，加強對項目過程的監(jiān)控與協(xié)調；QA應根據QA規(guī)程、項目已定義過程、項目開發(fā)計劃、周報等加強對產品與過程的審核，發(fā)現問題應及時提醒項目經理或提交相關高層領導；在項目實施過程中，如果實際進度或成本與計劃或預算的差距較大，則需要進行變更，具體要求參考“關鍵活動要求”之“項目計劃與預算管理”部分。管理過程－－項目結項項目組完成項目計劃工作，項目獲得客戶驗收（自研項目活動內部驗收）后，可申請項目結項；經項目決策人及QA審核后，項目考核委員會批準同意，可進行結項及項目決算；項目經理組織編制項目結項報告、將項目資料進行整理歸檔；根據項目后續(xù)維護要求，按公司項目移交規(guī)程，將項目移交到維護服務部門；項目組整理項目財富數據，經項目決策人及QA審核后，由QA提交公司財富庫入庫；完成以上工作后，項目關閉。提綱總體介紹術語定義管理過程介紹工程過程介紹關鍵活動要求模板要點介紹工程過程工程過程需求開發(fā)系統(tǒng)設計開發(fā)實施集成測試系統(tǒng)測試移交發(fā)布項目維護工程過程－－概述以瀑布模型為基礎進行介紹；實際運作時，可能有部分活動以增量或迭代方式進行；針對特定項目的活動安排，可在項目開發(fā)計劃/項目已定義過程中明確，在QA審核、項目決策人批準后執(zhí)行。工程過程－－流程圖工程過程－－流程圖工程過程－－需求開發(fā)項目經理組織需求調研人員進行需求調研工作，編寫客戶需求說明書，經項目經理審核后，提交需求設計部評審；與客戶確認客戶需求說明書，建立需求跟蹤矩陣（關于需求跟蹤矩陣的具體要求請參考“關鍵活動要求”之“關于需求（及變更）管理”）；項目組依據客戶需求編寫開發(fā)需求規(guī)格說明書，經項目經理審核，提交需求設計部評審；根據項目情況，與客戶確認開發(fā)需求規(guī)格說明書（建議進行）；項目經理根據配置管理規(guī)程要求進行工作產品的入庫等操作。工程過程－－系統(tǒng)設計根據客戶需求與開發(fā)需求，編寫概要設計說明書、詳細設計說明書（或合并為系統(tǒng)設計說明書）；同時編制數據庫設計說明書，并明確項目編碼規(guī)范；各相關文檔經項目經理審核（或組織評審），提交需求設計部評審；項目經理更新、完善需求跟蹤矩陣；根據項目情況，與客戶確認相關設計文檔；項目經理根據配置管理規(guī)程要求進行工作產品的入庫等操作。工程過程－－開發(fā)實施搭建開發(fā)環(huán)境，編制開發(fā)環(huán)境說明書說明開發(fā)環(huán)境參數與要求等，并在項目組內部發(fā)布；項目組內部組織進行代碼規(guī)范的培訓、要求、討論等，以求達成一致；項目組按設計文檔編寫代碼并進行單元測試（/及集成測試）；項目經理或項目決策人進行或組織進行代碼的正確性和規(guī)范性審核；維護人員根據需求和設計文檔等，編寫用戶使用手冊和軟件部署說明書等；項目經理更新、完善需求跟蹤矩陣；項目經理根據配置管理規(guī)程要求進行工作產品的入庫等操作。工程過程－－集成測試項目組組織進行集成測試，對于重點項目經總裁批準可安排由測試部人員進行測試；項目經理應確保測試過程所有問題均被閉環(huán)處理；項目經理更新、完善需求跟蹤矩陣；集成測試階段具體要求請參考測試相關規(guī)程執(zhí)行；項目經理根據配置管理規(guī)程要求進行工作產品的入庫等操作。工程過程－－系統(tǒng)測試項目組完成集成測試及缺陷修改后，提交測試部進行系統(tǒng)測試；在系統(tǒng)測試前會首先進行抽樣測試，未通過抽樣測試的不得進行系統(tǒng)測試；項目經理應確保測試過程所有問題均被閉環(huán)處理；在每一次提交測試前，項目組應發(fā)布一次代碼基線，每輪測試的工作產品均必須從基線庫中提??；項目經理更新、完善需求跟蹤矩陣；未經測試部測試通過的產品不得進入移交發(fā)布階段；項目經理根據配置管理規(guī)程要求進行工作產品的入庫等操作。工程過程－－移交發(fā)布根據配置管理規(guī)程的要求，在系統(tǒng)測試通過后，由項目經理填寫《產品庫入庫清單》，提交配置管理員審核、批準；配置管理員根據《產品庫入庫清單》從基線庫提取工作產品制成產品包提交到產品庫；項目經理從產品庫中提取產品包，組織在客戶環(huán)境下進行部署并記錄在《產品部署工作記錄》中，并請客戶相關負責人在《產品部署工作記錄》上簽字確認；根據合同（項目計劃）的要求，組織驗收活動并進行詳細記錄；根據公司項目維護工作相關規(guī)定，適時將項目移交到維護部門；完成移交工作后，項目工程過程活動階段結束。工程過程－－項目維護產品正式（完整）發(fā)布、交付客戶并得到確認后，無論是否移交至維護部門，均可視同進入維護期；如果未進行工作移交，維護階段仍然由原項目組負責，若正式移交，則在移交時由維護部門指定相關責任人，移交工作參考相關規(guī)范執(zhí)行；維護階段工作基本以事件驅動方式開展，維護工作負責人須參考合同項目的相關要求執(zhí)行相關工作；對于有明確工作工作要求，并預計工作量在1個人月以上時，須參考新啟動項目執(zhí)行相關管理過程及工程過程活動；進入維護階段后，維護項目負責人應針對每一次的維護活動動作，詳細流水記錄在《維護階段工作記錄》中。提綱總體介紹術語定義管理過程介紹工程過程介紹關鍵活動要求角色與（主要）職責模板要點介紹關鍵活動要求其他過程與關鍵活動計劃與預算需求與變更管理（需求跟蹤矩陣）配置管理測試管理QA問題管理生命周期與主要工作產品裁剪指南同行評審1項目計劃與預算管理總體要求項目計劃是順利實現項目目標的重要保證，它是項目實施的依據，也是對實施過程進行考核、監(jiān)督和控制的標準，以及評價和衡量工作成果的基礎，是相關考核的基準。項目計劃必須經過審批，得到公司和客戶的批準，得到項目組相關成員或相關部門的認同。項目計劃須根據項目最新狀態(tài)（客戶需求、公司資源等）不斷修正和更新，更新的計劃引起控制點的進度變化超限時必須按原流程進行審批。1項目計劃與預算管理項目計劃與預算的編制要求計劃應該以合同為基礎，符合合同的項目整體進度要求；計劃必須切實可行、具有可操作性；計劃編制須貫穿全程進行系統(tǒng)考慮，保留一定彈性，關鍵階段應適當保留可調整余地；計劃編制以項目WBS為基礎，并盡可能進行細化和落實到人；計劃中必須包括公司內外的相關干系人活動要求，特別是處于關鍵路徑、與項目形成約束或依賴關系的部分，要重點關注；計劃應得到全體成員的認同，并得到公司和客戶的批準；預算應與計劃保持一致、準確、細化、可信、可行；對于需求調研、有明確階段目標的維護等特殊工作階段，可獨立編制階段工作計劃，編制工作由階段工作負責人（與項目經理）共同負責。1項目計劃與預算管理項目計劃與預算的主要內容項目計劃應該明確包括：項目階段、工作內容、負責人、參與人、完成時間、實施地點、甲方以及第三方相關工作等內容；項目計劃還（應該/可能）包括：前置/后續(xù)任務、需要客戶配合的工作、資源需求等信息；項目預算應明確包括：項目階段、參與人、人天數、實施費用等內容，對于未來可能發(fā)生（也可能不發(fā)生）的活動，不作工作量的預期。1項目計劃與預算管理項目計劃與預算的變更由于以下原因之一應對項目計劃及時提出修改：合同需求、工作內容、（非項目內）前置任務進度有較大變化（客戶原因）；因資源短缺、控制失誤等導致（公司/項目組原因）；絕對工期偏差在20％以上（<80％或>120％）或超過2周時必須重新修改；計劃修改應提前提出并進行審批，考核以被批準的最新計劃為基準。1項目計劃與預算管理（續(xù)）關于計劃與預算變更次數的原則要求：在項目啟動后，最遲在客戶需求調研完成時，應提交第一版項目開發(fā)計劃與預算：一般項目通常應在項目啟動后一周內提交項目開發(fā)計劃與預算；重點項目在啟動后一周內應提出需求調研工作計劃，在需求調研工作基本完成時提交項目開發(fā)計劃，最遲在客戶需求明確后一周內須提交項目開發(fā)計劃，對于規(guī)模特別大的項目，經批準可分階段提交；在系統(tǒng)設計完成后，編碼前，項目組可以根據需要申請一次計劃與預算的變更；其他情況下，除非客戶需求發(fā)生重大變更并經總裁批準，原則上不再批準計劃與預算的變更。2過程活動與工作產品裁剪指南管理過程活動的裁剪：過程子活動裁剪指南輸出項目啟動下達項目開工命令不可裁剪項目開工申請表召開項目啟動會議可合并或變更形式會議紀要召開售前售后工作交接會議項目計劃估算可裁剪估算表單選擇生命周期模型，明確《項目已定義過程》不可裁剪項目開發(fā)計劃及預算制訂《項目開發(fā)計劃》與預算不可裁剪評審《項目開發(fā)計劃》與預算不可裁剪評審記錄2過程活動與工作產品裁剪指南過程子活動裁剪指南輸出項目跟蹤與監(jiān)控組織對工作產品的評審不可裁剪

組織項目例會可裁剪重要會議的會議紀要填寫工作日志、項目周報告不可裁剪工作日志、項目周報組織并執(zhí)行向部門（總）經理的工作匯報不可裁剪報告及會議紀要組織與客戶的交流、匯報、演示可裁剪報告及會議紀要組織客戶使用培訓可裁剪培訓記錄組織項目組技術培訓可裁剪培訓記錄項目問題分析與管理不可裁剪項目問題跟蹤表風險跟蹤與監(jiān)控可裁剪風險跟蹤記錄/項目周報告數據收集與分析可裁剪收集的數據各階段工作產品入庫不可裁剪配置項入庫清單記錄維護階段主要工作不可裁剪維護階段工作記錄2過程活動與工作產品裁剪指南過程子活動裁剪指南輸出項目結項項目總結不可裁剪項目結項報告/工作總結移交項目資料不可裁剪

2過程活動與工作產品裁剪指南工程過程活動的裁剪：過程活動裁剪指南輸出需求開發(fā)階段收集原始需求不可裁剪

整理、分析客戶需求不可裁剪客戶需求說明書客戶需求評審不可裁剪評審記錄獲得客戶簽字確認不可裁剪

編寫開發(fā)需求規(guī)格說明書可裁剪開發(fā)需求規(guī)格說明書開發(fā)需求評審不可裁剪評審記錄與客戶確認開發(fā)需求可裁剪評審記錄收集客戶需求（變更）不可裁剪客戶問題反饋表分析、處理客戶需求（變更）不可裁剪2過程活動與工作產品裁剪指南過程活動裁剪指南輸出系統(tǒng)設計系統(tǒng)架構設計,細化用戶界面風格不可裁剪

編寫概要設計說明書不可裁剪，但可合并為系統(tǒng)設計說明書概要設計說明書、詳細設計說明書/系統(tǒng)設計說明書編寫詳細設計說明書編寫數據庫設計說明書使用數據庫時,不可裁剪數據庫設計說明書概設/詳設/系統(tǒng)設計/數據庫設計評審不可裁剪評審記錄開發(fā)實施階段搭建開發(fā)環(huán)境不可裁剪開發(fā)環(huán)境部署說明書編碼規(guī)范的培訓與明確不可裁剪

編碼不可裁剪代碼走讀核心內容不可裁剪評審記錄執(zhí)行單元測試核心內容不可裁剪

編寫支撐文檔不可裁剪用戶手冊,部署說明書評審支撐文檔不可裁剪評審記錄2過程活動與工作產品裁剪指南過程活動裁剪指南輸出系統(tǒng)測試編寫系統(tǒng)測試計劃用例可裁剪系統(tǒng)測試計劃用例提供滿足測試部接收準則的待測產品不可裁剪送測單、需求文檔、設計文檔、送測品、測試范圍等抽樣測試可裁剪Mantis上缺陷記錄執(zhí)行系統(tǒng)測試不可裁剪Mantis上缺陷記錄缺陷的跟蹤與解決不可裁剪Mantis上缺陷記錄回歸測試（復測）不可裁剪Mantis上缺陷記錄編寫系統(tǒng)測試分析報告不可裁剪系統(tǒng)測試分析報告2過程活動與工作產品裁剪指南過程活動裁剪指南輸出移交發(fā)布階段填寫發(fā)布確認單及配置項入庫清單（產品包清單）不可裁剪產品發(fā)布確認單、配置項入庫清單部門（總）經理、QA（測試人員）審核不可裁剪

提交質量部審核,納入產品庫,產品發(fā)布不可裁剪

產品部署合同項目不可裁剪產品部署工作記錄客戶驗收合同項目不可裁剪客戶驗收報告2過程活動與工作產品裁剪指南關于過程裁剪及“項目已定義過程”編制的要求：階段性工作產品入配置庫、對配置庫的審核以及QA審核活動均不可裁剪；部分（工程）過程活動裁剪后，原活動的上下游應向上或向下銜接；對于客戶明確提出的活動，以客戶要求為準；裁剪掉的過程及理由，在項目開發(fā)計劃中應明顯標注，以便進行評審與核對；在項目開發(fā)計劃編制前期或同時，項目組應明確本項目的項目已定義過程，項目已定義過程應經QA審核、項目決策人批準后確定。2過程活動與工作產品裁剪指南關于例外流程：凡與組織及規(guī)程、模板表單等要求不符的活動均應執(zhí)行例外流程審批；原則上技術性例外流程經項目決策人批準后生效，其他例外流程由項目決策人與EPG經理共同批準后生效，必要時報總裁批準；相關規(guī)程中已明確定義的例外流程，按規(guī)程之定義執(zhí)行；關于項目已定義過程：與裁剪指南不符的特定項目裁剪活動，應經QA審核后報項目決策人與EPG經理共同批準后確定；例外流程的審批須嚴格控制，流程活動內容的裁剪通常應在項目已定義過程中明確，活動內容順序的變更應在當前階段進入前提出，最遲應在計劃執(zhí)行前一周或更早時間提出，得到批準后方可執(zhí)行。3需求（及變更）管理

3需求（及變更）管理

項目組應建立需求跟蹤矩陣對客戶需求、開發(fā)需求、概要設計、詳細設計（/系統(tǒng)設計）、代碼、手冊、測試活動等進行跟蹤，確保需求的一致、完整與可追溯；需求跟蹤矩陣可結合WBS、開發(fā)工作任務安排、問題跟蹤表等綜合進行，但應不影響項目組、QA、部門主管領導等人員的理解與跟蹤審核；需求跟蹤的最小粒度（層級）應在項目計劃階段明確，經項目決策人與QA審核確認后執(zhí)行；項目組須綜合利用需求跟蹤矩陣、客戶需求說明書（或客戶需求匯總表）、客戶問題反饋表（及其附件）等文檔跟蹤與確認所有客戶需求及變更記錄；3需求（及變更）管理

通過（配置管理之）基線管理，階段明確需求的版本狀態(tài)并保留過程變更記錄（可以接受相鄰基線內批量提交《客戶問題反饋表》），需求版本更新時應同步更新相關的設計文檔等；需求及變更須進行書面確認，基于1.0版客戶需求后的變更需有客戶/銷售人員的簽字確認，客戶處有困難時，須與銷售人員明確。項目經理對需求跟蹤活動及質量負責，應保持需求跟蹤矩陣的實時有效性；項目決策人應階段審核需求跟蹤的有效性；QA應加強對需求跟蹤活動的過程審核與追蹤。4測試

測試工作應從需求分析階段的后期開始啟動；未經系統(tǒng)測試的產品不得發(fā)布；關于測試活動的具體要求請參考《軟件測試工作規(guī)程》。5配置管理

各項目工作產品均應納入配置管理；各項目均須明確專職或兼職的配置管理員；各項目均應參考項目開發(fā)計劃編制配置管理計劃，配置管理計劃同樣應隨開發(fā)計劃的變更而一起變更；項目經理是配置管理活動的第一責任人；項目決策人應重點對關鍵配置項的有效性與一致性進行審核；QA重點對配置管理活動的計劃性與完整性進行審核；關于配置管理活動的具體要求請參考《軟件配置管理工作規(guī)范》。6QA

公司將為每一項目配置專職的QA工程師；QA將對項目的實施過程與工作產品進行審核及問題跟蹤；QA將在項目決算階段組織相關各方對項目的綜合質量進行考評，考評結果將與項目績效直接掛鉤；關于QA工作的具體規(guī)范請參考《質量保證過程控制程序》。6質量保證流程

7問題管理

項目組應統(tǒng)一建立項目問題跟蹤表，對所有項目相關的問題進行記錄、安排、處理跟蹤等；項目組須確保所有的問