2019年需求管理流程

1、 TOC o 1-5 h z 背景介紹2通常遇到的需求問題2為什么要管理需求2適用范圍3 HYPERLINK l bookmark2 o Current Document 需求管理概念3需求管理目標(biāo)3需求管理過程3 HYPERLINK l bookmark4 o Current Document 需求開發(fā)階段5評審流程6 HYPERLINK l bookmark22 o Current Document 五、建立技術(shù)需求說明書7 HYPERLINK l bookmark24 o Current Document 六、制定開發(fā)計劃8 HYPERLINK l bookmark30 o Curren

2、t Document 業(yè)務(wù)項目開發(fā)過程：10 HYPERLINK l bookmark32 o Current Document 需求變更過程10 HYPERLINK l bookmark34 o Current Document 九、業(yè)務(wù)項目驗收流程10 HYPERLINK l bookmark36 o Current Document 十、產(chǎn)品發(fā)布11XXXX文化傳播有限公司需求管理流程XXXX文化傳播有限公司公司文件司發(fā)字【20年】第 號簽發(fā)人：擬稿人：機(jī)密等級：秘密xxxx傳播有限公司需求管理流程背景介紹.通常遇到的需求問題根據(jù)Rational公司的統(tǒng)計，在項目運作過程中通常出現(xiàn)的問題

3、如下：/無法跟蹤需求的變更/需求難以表達(dá)/業(yè)務(wù)功能的漸變/沒有很好的組織以上問題，時時困擾著項目的策劃者、項目管理者、系統(tǒng)構(gòu)架師、項目開發(fā)團(tuán)隊、測試團(tuán) 隊、產(chǎn)品維護(hù)團(tuán)隊。因此，我們必須解決這些與需求相關(guān)問題。.為什么要管理需求需求管理的唯一目的在于促使項目成功，降低失敗的風(fēng)險。項目失敗的大多數(shù)原因是與需求相關(guān)的問題。The Standish Group,s CHAOS Reports from 1994 and 1997對美國和英國500個IT經(jīng)理調(diào)查，76%的人曾經(jīng)歷過失敗，其中最多的原因就是“用戶的 需求總是在變化”。In December 1997, Computer Industry

4、Daily reported如果沒有好的需求管理就可能會導(dǎo)致需求失控、項目缺乏計劃性、項目失控、延期甚至導(dǎo)XXXX文化傳播有限公司版權(quán)所有XXXX文化傳播有限公司需求管理流程致項目失敗。因此，如何管理需求，保證項目成功，是我們要解決的問題。為此，我們制定需 求管理流程，規(guī)范需求管理過程和活動。.適用范圍本規(guī)范適用于XXXX文化傳播有限公司所有的業(yè)務(wù)產(chǎn)品開發(fā)過程。二、需求管理概念.需求管理目標(biāo)需求管理的目的是在客戶和將處理客戶需求的業(yè)務(wù)項目之間建立對客戶需求的共同理解。 它有兩個目標(biāo)：目標(biāo)1：分配給業(yè)務(wù)項目的需求是受控的，建立供業(yè)務(wù)項目工程和管理使用的基線目標(biāo)2：業(yè)務(wù)項目計劃、產(chǎn)品和活動與分配給

5、業(yè)務(wù)項目的需求保持一致.需求管理過程需求管理意味著：1）需求的來源是受控的，不能隨便納入業(yè)務(wù)項目開發(fā)計劃中或合入版本，要經(jīng)過受影響 各方評審和同意2）業(yè)務(wù)項目計劃、活動和工作產(chǎn)品都必須與需求保持一致3）對需求的實施過程進(jìn)行監(jiān)控，確保需求正確實現(xiàn)；4）在需求發(fā)生變化時，要對變化對項目造成的影響進(jìn)行評估，并與受影響的各方協(xié)商， 在取得一致意見后，再進(jìn)行修改。并要保持業(yè)務(wù)項目計劃、活動和工作產(chǎn)品與需求保持一致。沒有需求管理的項目，看起來要滿足幾乎所有的地方的需求，例如，各級領(lǐng)導(dǎo)、客戶代表、 市場人員等等。他們提供需求給希望實現(xiàn)它們的項目組，而不管它對產(chǎn)品的影響如何。沒有控 制的需求將導(dǎo)致產(chǎn)品計劃的推

6、遲和低質(zhì)量。在業(yè)務(wù)項目開發(fā)過程中，需求改變是不可避免的。但更重要的是，如何管理和監(jiān)控這些需 求的變更過程，并相應(yīng)調(diào)整開發(fā)計劃和開發(fā)活動，保證這些需求能夠被正確實現(xiàn)，是需求管理 過程的重要內(nèi)容。XXXX文化傳播有限公司版權(quán)所有XXXX文化傳播有限公司需求管理流程下圖顯示了需求管理的全過程:1）需求開發(fā)階段：需求責(zé)任人組織進(jìn)行需求調(diào)研，匯總、分析和整理需求。2）需求評審：項目組對員工創(chuàng)意或公司立項的項目進(jìn)行評審，如評審?fù)ㄟ^，則轉(zhuǎn)入下一步。3）根據(jù)評審?fù)ㄟ^的項目（創(chuàng)意）評估報告書，建立技術(shù)需求說明書4）根據(jù)技術(shù)需求說明書制定開發(fā)計劃，相關(guān)人員對開發(fā)計劃進(jìn)行承諾（下發(fā)工單）。5）業(yè)務(wù)項目開發(fā)過程：包括

7、開發(fā)和測試，在開發(fā)階段建立需求跟蹤進(jìn)度表6）需求變更過程7）開發(fā)完畢后，提交業(yè)務(wù)項目產(chǎn)品進(jìn)行驗收。8）產(chǎn)品發(fā)布XXXX文化傳播有限公司版權(quán)所有XXXX文化傳播有限公司需求管理流程三、需求開發(fā)階段工作內(nèi)容在此階段，進(jìn)行需求開發(fā)工作，通過市場調(diào)研，對新產(chǎn)品的需求進(jìn)行提煉、歸納和匯總。 責(zé)任人：產(chǎn)品部產(chǎn)品經(jīng)理工作職責(zé)：產(chǎn)品部產(chǎn)品經(jīng)理是需求開發(fā)階段的第一責(zé)任人，負(fù)責(zé)組織與產(chǎn)品相關(guān)的各個接口 部門共同進(jìn)行需求調(diào)研、分析、討論和編寫工作。業(yè)務(wù)項目需求討論業(yè)務(wù)項目需求之前，必須先確定如下要素：業(yè)務(wù)項目的邊界：明確業(yè)務(wù)項目系統(tǒng)的邊界在哪里，哪些是業(yè)務(wù)項目系統(tǒng)內(nèi)部的，哪些是業(yè)務(wù)項目系統(tǒng)外部的。Actor:必須確

8、定與業(yè)務(wù)項目系統(tǒng)進(jìn)行交互的用戶和其它系統(tǒng)，統(tǒng)稱其為Actor.討論業(yè)務(wù)項目需求時，需要先把要開發(fā)的業(yè)務(wù)項目系統(tǒng)看成一個黑盒子，從Actor的角度 來看這個黑盒子。Actor對黑盒子內(nèi)部的結(jié)構(gòu)一無所知，Actor與業(yè)務(wù)項目系統(tǒng)的交互僅僅是 在業(yè)務(wù)項目系統(tǒng)邊界上進(jìn)行的。因此業(yè)務(wù)項目需求就是在業(yè)務(wù)項目系統(tǒng)的邊界上，Actor所能 進(jìn)行的一切，包括看到的（界面）、聽到的（提示語音）、輸入（鍵盤/鼠標(biāo)輸入）、操作（查看 日志文件）、感受到的（響應(yīng)速度，吞吐能力I扣費 。歸納起來，業(yè)務(wù)項目需求包括如 下方面：功能需求：包括界面，聲音，輸入輸出、操作、計費等等性能需求：如容量、響應(yīng)速度、吞吐能力等等安全性需

9、求：如加密，防攻擊，防盜用等等可維護(hù)性：包括日志、告警、在線跟蹤等等。其它需求：上述各個部分都不能涵蓋的需求。需求表述一個需求的表述，必須滿足如下要素：清晰：需求的表述是從Actor的角度來表達(dá)的，其必須清晰，不能模棱兩可，含糊不清。另外，其必須沒有二意性。正確：需求必須真正代表了 Actor的需求，表述必須正確無誤，引用數(shù)據(jù)和表述 細(xì)節(jié)必須絕對精確。XXXX文化傳播有限公司版權(quán)所有XXXX文化傳播有限公司需求管理流程可驗證性：必須有明確的方法可以驗證此需求是否被實現(xiàn)。全面：全面性有兩層含義：一是必須將每一個Actor的所有業(yè)務(wù)項目需求都表述，不能有遺漏；二是對單個需求的表述，除了要表述正常過

10、程下的需求，也要表述異 常情況下的業(yè)務(wù)項目需求（如號碼無效，用戶輸入錯誤，當(dāng)前狀態(tài)無效）需求的標(biāo)識：每一個需求都必須被命名，并且用一個代碼對其進(jìn)行唯一標(biāo)識。此代碼用于需求管理的全 過程。需求標(biāo)識代碼的命名為：SR-XX-YYYY,說明如下：SR 為 Software Requirement 的縮寫XX為需求分類碼，固定2位，可以為字母或數(shù)字，根據(jù)實際需求來制定。YYYY為需求序號，固定4位，從0001開始遞增，不足四位前補(bǔ)0。產(chǎn)品測試驗收產(chǎn)品測試驗收是Actor驗收業(yè)務(wù)項目系統(tǒng)是否滿足了技術(shù)需求說明書的唯一依據(jù)。驗收 是按照需求逐項進(jìn)行驗收的。由于每一個需求都被標(biāo)識，并且每一個需求都是可驗證的

11、，因此 在需求階段，產(chǎn)品測試表就必須提供，以明確業(yè)務(wù)項目系統(tǒng)的交付標(biāo)準(zhǔn)。產(chǎn)品測試驗收中闡 述了對需求進(jìn)行驗收的所有測試用例，不僅要對正常情況下的業(yè)務(wù)項目需求進(jìn)行驗收，也要對 異常情況下的業(yè)務(wù)項目需求進(jìn)行驗收。評審流程工作內(nèi)容：評審組織者組織相關(guān)評審者對立項（創(chuàng)意）需求表或立項、（創(chuàng)意）評估報告 書進(jìn)行評審。評審者提出評審意見，組織者匯總所有的評審意見，并通過開會討論的方式?jīng)Q定 對立項（創(chuàng)意）需求表或立項、（創(chuàng)意）評估報告書的最終評審意見。相關(guān)角色：立項（創(chuàng)意）者：被立項（創(chuàng)意）需求表或立項、（創(chuàng)意）評估報告書的立項（創(chuàng)意） 者。評審組織者：公司領(lǐng)導(dǎo)、部門領(lǐng)導(dǎo)，特別是策劃部的領(lǐng)導(dǎo)。評審者：公司領(lǐng)

12、導(dǎo)、部門領(lǐng)導(dǎo)、立項（創(chuàng)意）者等其他人員。XXXX文化傳播有限公司版權(quán)所有XXXX文化傳播有限公司需求管理流程適用范圍：對項目（創(chuàng)意）的評審。評審過程活動：評審過程活動，按照時間順序依次為：1、評審規(guī)矩按照項目（創(chuàng)意）評估表進(jìn)行。2、組織者要確認(rèn)每一個評審者都收到立項（創(chuàng)意）需求表或立項、（創(chuàng)意）評估報告 書，并且理解了評審要求。組織者一般要保證下發(fā)立項（創(chuàng)意）需求表或立項、（創(chuàng)意） 評估報告書與評審會議之間的時間間隔不小于1天。3、各個評審者收到立項（創(chuàng)意）需求表或立項、（創(chuàng)意）評估報告書后，在指定的時 間內(nèi)對立項（創(chuàng)意）需求表或立項、（創(chuàng)意）評估報告書獨立進(jìn)行評審，將發(fā)現(xiàn)的問題 自行列表。評

13、審期間，對于不理解的地方，可以請立項（創(chuàng)意）者進(jìn)行局部講解。4、根據(jù)與會者評分，才能得到程序上的立項，或把創(chuàng)意立為項目來操作。5、產(chǎn)品部經(jīng)理至少要在評審會議前半小時將評審意見匯總，并給立項（創(chuàng)意）者看一 下，使立項（創(chuàng)意）者能夠先自行確認(rèn)一些問題，避免全部問題都在會議上討論，浪 費時間。6、產(chǎn)品部經(jīng)理在既定的評審會議時間，召集立項（創(chuàng)意）者和所有評審者進(jìn)行評審。 會上主要討論評審者提出的意見，確認(rèn)評審意見是否可以接受，將確認(rèn)結(jié)果記錄下 來。7、產(chǎn)品部經(jīng)理組織者將評審結(jié)果匯總，發(fā)給立項（創(chuàng)意）者，由立項（創(chuàng)意）者進(jìn)行 修改。組織者跟蹤這些問題，保證都被正確修改。備注：如果評審過程發(fā)現(xiàn)嚴(yán)重缺陷或較

14、多缺陷，產(chǎn)品部經(jīng)理應(yīng)該在立項（創(chuàng)意）者修 改完畢后，重新組織評審。8、產(chǎn)品部經(jīng)理將評審全過程的所有文檔都?xì)w檔保存。五、建立技術(shù)需求說明書工作內(nèi)容：建立配置庫，將通過評審的項目技術(shù)需求說明書和產(chǎn)品測試驗收書納入配 置庫進(jìn)行管理，標(biāo)注技術(shù)需求說明書標(biāo)簽。角色：XXXX文化傳播有限公司版權(quán)所有XXXX文化傳播有限公司需求管理流程配置管理員：對業(yè)務(wù)項目配置進(jìn)行管理的人員，其工作職能包括：標(biāo)注配置項、 對配置項的變更進(jìn)行授權(quán)和審核、版本管理等。六、制定開發(fā)計劃工作內(nèi)容：根據(jù)業(yè)務(wù)項目技術(shù)需求說明書，估計業(yè)務(wù)項目規(guī)模和復(fù)雜度，并根據(jù)人力資源 狀況，制定業(yè)務(wù)項目開發(fā)計劃，具體活動按時間先后順序為：1）業(yè)務(wù)項目

15、估計：2）制定開發(fā)計劃3）開發(fā)計劃評審4）相關(guān)人員進(jìn)行任務(wù)承諾下面分別闡述如下：業(yè)務(wù)項目估計業(yè)務(wù)項目估計活動的依據(jù)是技術(shù)需求說明書和組織生成力水平。組織生成力水平的單位為 代碼行/人天。這個數(shù)據(jù)是指從技術(shù)需求說明書建立的時間開始，直到項目完成，項目實 際產(chǎn)出的代碼行與投入的人力相除而得到，其代表了公司當(dāng)前的業(yè)務(wù)項目開發(fā)能力水平， 要從各個項目的開發(fā)實踐中逐漸積累而成。每個項目完成后，都要統(tǒng)計業(yè)務(wù)項目開發(fā)能力 的數(shù)據(jù)。整個公司的業(yè)務(wù)項目開發(fā)能力水平，可以用各個項目的數(shù)據(jù)加權(quán)平均而計算。同 時，也要考慮當(dāng)前開發(fā)組成員的實際能力水平狀況。初期進(jìn)行業(yè)務(wù)項目估計時，沒有可參 考的經(jīng)驗數(shù)據(jù)，因此都是憑個人

16、主觀來估計。后期積累了一些數(shù)據(jù)后，可以參照這些數(shù)據(jù)， 進(jìn)行估計。業(yè)務(wù)項目估計的過程如下：需求介紹開發(fā)經(jīng)理確定業(yè)務(wù)項目估計活動的組織者。組織者確定要參加業(yè)務(wù)項目估計的 小組人員，主要包括：開發(fā)經(jīng)理、設(shè)計人員、主要開發(fā)人員、專家。在估計之 前，所有成員必須對需求的理解達(dá)成一致的認(rèn)識。因此，要召開會議，對基線 化的需求進(jìn)行詳細(xì)介紹，使估計小組的成員充分理解各項需求。匿名估計XXXX文化傳播有限公司版權(quán)所有XXXX文化傳播有限公司需求管理流程組織者將估計表格發(fā)給估計小組的成員，小組成員采用匿名的方式，對需求逐 個進(jìn)行業(yè)務(wù)項目規(guī)模的估計，估計的單位是代碼行。數(shù)據(jù)匯總組織者將估計數(shù)據(jù)進(jìn)行匯總，確定與每個需

17、求對應(yīng)的最大估計值，最小估計值， 平均估計值，最大偏差度。最大偏差度=Max（最大估計值-平均估計值），（平均估計值一最小估計 值）/平均估計值* 100%討論，修訂組織者召集估計小組開會，對估計的數(shù)據(jù)進(jìn)行討論分析。對其中最大偏差度比 較大的數(shù)據(jù)進(jìn)行討論，分析出導(dǎo)致估計偏差比較大的原因，使大家對其的理解 達(dá)成共識。如果會上能夠形成統(tǒng)一的意見，則可現(xiàn)場修改估計結(jié)果數(shù)據(jù)。如果偏差度比較大的數(shù)據(jù)比較多，這需要重新進(jìn)行匿名估計活動。一般，在初 期進(jìn)行業(yè)務(wù)項目估計的時候，偏差度會比較大，這時應(yīng)重復(fù)進(jìn)行估計活動。匯總當(dāng)大家對需求的估計結(jié)果達(dá)成一致后，將所有需求的估計結(jié)果累加，得出整個 業(yè)務(wù)項目系統(tǒng)的規(guī)模，

18、然后除以開發(fā)組的生成力水平，得出整個開發(fā)過程所需 要的人力資源，單位為人天。開發(fā)組的生成力水平，參照組織生成力水平，并考慮實際開發(fā)組成員的能力水 平情況，酌情進(jìn)行修正。制定開發(fā)計劃：開發(fā)經(jīng)理根據(jù)估計的結(jié)果，確定項目的完成時間。然后根據(jù)業(yè)務(wù)項目開發(fā)過程模型， 安排相關(guān)的開發(fā)活動，確定工作任務(wù)、任務(wù)開始時間、任務(wù)結(jié)束時間、輸出成果，合理設(shè)置監(jiān) 控點。這里面，要安排對文檔的評審活動和對代碼的檢視活動。開發(fā)計劃評審：開發(fā)經(jīng)理組織評審活動，對開發(fā)計劃進(jìn)行評審。具體參見評審流程。參加人員：開發(fā)部經(jīng)理、各任務(wù)的執(zhí)行人員。如果評審不通過，則開發(fā)經(jīng)理要重新修訂開發(fā)計劃，再組織評審。如果評審?fù)ㄟ^，則將開發(fā)計劃納入配置庫，相關(guān)人員對任務(wù)進(jìn)行承諾。XXXX文化傳播有限公司版權(quán)所有XXXX文化傳播有限公司需求管理流程七、業(yè)務(wù)項目開發(fā)過程：業(yè)務(wù)項目開發(fā)過程主要是在研發(fā)部進(jìn)行的，包括設(shè)計、開發(fā)、測試等環(huán)節(jié)。在業(yè)務(wù)項目的設(shè)計階段中，需要確定業(yè)務(wù)項目的配置項清單。需求、設(shè)計、測試的文檔都 作為配置項，同時根據(jù)業(yè)務(wù)項目設(shè)計的體系結(jié)構(gòu)，確定代碼級的配置項。同時建立需求跟蹤矩陣，標(biāo)識出需求與實現(xiàn)需求的配置項之間的對應(yīng)關(guān)系。在開發(fā)過程中的任何環(huán)節(jié)，如果開發(fā)組發(fā)現(xiàn)技術(shù)需求說明書中有不全面、遺漏甚至表述錯 誤的需求，必須填寫需求缺陷單，遞交給相關(guān)