CMMI需求管理規(guī)范

1、IIAIIAID目錄概述3需求管理的基本活動31、需求提出32、需求分析及評審33、需求計劃定制及跟蹤34、需求變更控制35、需求制度建立及其優(yōu)化46、需求成本控制4項目實踐過程示例41、建立需求管理制度42、需求接收及其分析53、需求評審54、需求計劃定制及跟蹤55、需求開發(fā)及更新過程56、需求變更57、團隊培訓58、過程改進6第3頁共8頁一概述項目需求管理（RequirementsManagement,REQM）的目的，在于管理項目產(chǎn)品及產(chǎn)品組件的需求，并界定這些需求與項目計劃及工作產(chǎn)品間的差異。項目實行適當?shù)牟襟E，確保議定的需求是受管理的，以支持項目策劃和執(zhí)行的需要。需求管理也須記錄需求

2、變更及其理由，并維護原始需求與所有產(chǎn)品和產(chǎn)品組件需求的間的雙向追溯性。從實踐意義上講，需求是針對客戶各類需求經(jīng)雙方（或多方）溝通確認后形成的一種協(xié)議，協(xié)議的范圍是明確的、可控的。在協(xié)議簽訂后，需求的計劃有定制、進度有跟蹤、結果有度量。針對需求的變化，需要明確需求變化的原因及變更內(nèi)容。需求的緊急程度及嚴重程度可評估，以確定需求及其變更的優(yōu)先級，從而排定切實可行的需求計劃。下面我們就如下幾個方面對需求管理體系進行分析、研究：1，需求的管理的基本活動2，結合當前項目簡述需求管理實踐中的問題、解決方案（結合7命題）。二需求管理的基本活動在需求管理過程中，包含如下關鍵活動：1、需求提出針對客戶的需求提出

3、，開發(fā)方進入需求了解環(huán)節(jié)。需求了解采用訪談、文檔、多方會議等形式采集基礎信息，在此基礎上結合系統(tǒng)原型進行差異化分析。2、需求分析及評審需求分析中，針對需求、系統(tǒng)差異進行差異記錄并制定相應的矯正方案。3、需求計劃定制及跟蹤需求計劃的定制以用戶、開發(fā)團隊、計劃跟蹤者協(xié)商一致的結果為依據(jù)。其過程實質(zhì)是取得用戶對于進度的認可、取得團隊對于進度的承諾。其成果物需求跟蹤表，對于后續(xù)的需求跟蹤起到警示標的作用。4、需求變更控制用戶對于系統(tǒng)、需求的理解是漸進的過程，因此某種意義上說需求變更存在必然性。如何有效率和有效果地管理這些新增需求或變更需求是很重要的。如果需求變更控制不當，不但造成新的需求變更得不到滿足

4、，而且對于需求進度的管理、對于系統(tǒng)穩(wěn)定性的影響都將是負面的。變更控制，需要追溯變更的緣由，記錄變更的原因、內(nèi)容，并做好變更比例的度量。保證需求的可追溯性，對于需求變更管理至關重要；在進行需求變更對項目計劃、活動及工作產(chǎn)品的影響評估時尤其需要需求追溯表這些管理工具。5、需求制度建立及其優(yōu)化在需求管理過程中的各個環(huán)節(jié)，存在較多的爭執(zhí)點，這就需要制度進行明確。形成一個系統(tǒng)的、規(guī)范的制度，使需求管理過程可細化度量；制度的形成需要配備對應的資源，比如需求跟蹤工具、需求干系人的培訓管理。通過制度保證需求過程可監(jiān)控、上層管理者可以跟蹤需求的進展情況等。6、需求成本控制需求開發(fā)面臨成本投入的現(xiàn)實，需求開發(fā)本身

5、、需求管理本身，因需求開發(fā)、管理造成的物力、人力消耗都是現(xiàn)實的成本。在日常系統(tǒng)運作中，對于需求必要性的評審，對于系統(tǒng)變更的控制，對于人員的培訓都是提高效率降低總成本的方式。三項目實踐過程示例（一）需求管理過程中的問題1、需求提交后，存在需求過于簡單描述不清等問題，需求分析壓力較大。2、需求分析時，不夠細化或完全按照客戶的意見進行系統(tǒng)分析，沒有考慮系統(tǒng)內(nèi)的關聯(lián)性。存在雙方理解差異，待功能交付后，用戶提出所見非所求，造成需求、bug爭論不休，需求變更及bug修復頻繁，影響系統(tǒng)穩(wěn)定并造成成本消耗。3、需求的優(yōu)先級沒有劃定，需求進度難以排定，造成開發(fā)壓力較大且用戶不滿意的局面。4、過多的爭論造成了臨時

6、事務增多，對于需求開發(fā)的支持滯后，項目整體進展緩慢，客戶滿意度較低。（二）問題的解決方案（結合7命題）1、建立需求管理制度會同業(yè)務部門、系統(tǒng)建設部門及其上級管理者采用會議、文檔確認等形式就需求的提交、需求優(yōu)先級劃分、需求規(guī)范進行。涉及到領導命題（需要高層領導的發(fā)起、參與和支持）、投資命題（需要計劃，配備專職人員以及管理時間和資金投入）及團隊命題（需要全體人員的協(xié)作和努力）。1）需要向領導層闡述需求管理制度形成、按新流程推進后，可以在項目資金整體投入方面得到控制，因為需求本身質(zhì)量和開發(fā)質(zhì)量都得以提升，日常爭論降低，分析、開發(fā)效率都得到提高。2）該制度的形成需要配備相應的工具，對于需求的計劃跟蹤、

7、需求評審、需求質(zhì)量控制進行有效監(jiān)控。需要加強人員培訓，熟悉相應的工具；需要增加若干審批環(huán)節(jié)，增加管理資金投入。3）新制度形成會造成各環(huán)節(jié)流程變動，對于過往習慣造成影響，這就需要整個團隊的適應。需要各部門群策群力，才能將制度落到實處。2、需求接收及其分析需求文檔提供及分析文檔形成也涉及到了文檔命題（需要文檔（解釋和溝通）支持過程活動可視化，使得復雜的智力密集的支持過程活動得到有效地控制）。在開發(fā)前期形成雙方認可的文檔是減少功能交付后爭議的有效辦法。3、需求評審在需求文檔和需求分析文檔形成后，可會同專家小組，對于需求提交、分析的質(zhì)量進行監(jiān)控，在評審過程中就雙方理解的差異進行消除，并對后續(xù)需求提交、

8、分析的質(zhì)量提出指導意見。評審后，形成評審文檔備案。4、需求計劃定制及跟蹤在需求經(jīng)過多方確認后，可根據(jù)現(xiàn)有開發(fā)團隊的人力結合需求的優(yōu)先級確定需求開發(fā)計劃，并將計劃登記入需求跟蹤表，需求過程進行統(tǒng)一跟蹤，各部門均可獲取當前需求的進展狀態(tài)。如果對于計劃有調(diào)整需求的，需要有明確的審批機制，評估調(diào)整計劃對于項目整體進度的影響，經(jīng)過相關干系人協(xié)調(diào)一致后，予以調(diào)整。5、需求開發(fā)及更新過程需求開發(fā)階段，需要在設計文檔、測試文檔提供方面進行加強，提高需求開發(fā)的整體質(zhì)量。需求提交納入配置管理庫，由專人進行版本的更新，在更新時檢查對應文檔的提供情況。6、需求變更變更需要在新流程中明確登記原因、追溯變更設計的功能點，

9、并對變更進行審核。變更得到嚴格控制，并定期對各部門變更進行統(tǒng)計，提高需求提交的計劃性和需求本身的質(zhì)量。7、團隊培訓成熟度命題（需要不斷地組織學習以持續(xù)地改進全組織的軟件支持過程能力。一方面團隊需要學習新流程推行中需要遵循的規(guī)范，另一方面團隊也需要接觸新流程配套使用的工具。同時需要不斷提升自身業(yè)務、技術水平以適應新流程。效果命題：需要明確地努力和定期地強化其效果。通過不斷增加團隊的適應水平，使新流程的效果得以顯現(xiàn)，不斷的效果顯現(xiàn)本身就是對團隊的激勵，使得新流程的認可度不斷提升。8、過程改進過程命題：需要仔細地進行過程設計來減輕甚至消除軟件支持過程認知障礙并提高群體認知活動的效力和效率。新流程的形成必然存在一定的瑕疵，因此在流程推進過程中需要不斷總結，消除新流程推進過程中的問題。使各部門消除推進新流程的顧慮，體現(xiàn)新流程的價值。三）形成的流程經(jīng)過多方討論，我們形成了需求管理理流程第7頁共8頁第8頁共8頁四）改進小結在執(zhí)行新的管理制度后，得到領導層的支持，并有序推進。各業(yè)務部門在實踐過第9頁共8頁程中發(fā)