需求管理規(guī)范說明V

1、 需求管理規(guī)范說明數(shù)據(jù)產(chǎn)品事業(yè)部-生產(chǎn)部-采集部生效日期：版本號：V0.1版本狀態(tài)：草案定稿發(fā)布版修訂稿編制人：武小元編制日期：2014-4-11審核人：批準日期：批準人： 批準日期：文檔履歷版本狀態(tài)修訂日期修訂章節(jié)主要修正修訂者審核人V0.10全部完成初稿武小元發(fā)布范圍接收部門子部門接收人崗位節(jié)選版完整版份數(shù)附件接收日期目錄1.目的22.適用范圍23.術語及定義23.1 需求管理23.2 需求獲取23.3 需求列表23.4 需求狀態(tài)24.執(zhí)行準則25需求管理過程25.1需求過程所涉及工作2需求定義3需求獲取3需求分析4需求說明4需求驗證6需求維護6需求基線定制6需求變更7需求跟蹤9需求狀態(tài)1

2、01. 概述需求管理，需要明確需求管理流程，并對每個相關部門所應有的責任與權(quán)利進行界定，同時要建立有效的監(jiān)管措施，使流程中的每個環(huán)節(jié)都能發(fā)揮有效作用。需求管理不是項目前期的一個環(huán)節(jié)，而是貫穿整個項目的關鍵流程。在具體進行需求管理時，應該著重注意明確職責避免缺位、需求應分層溝通和確認、分步實施和先易后難的原則。2. 目的為了闡述清楚一個項目需求各個層次中的每一個環(huán)節(jié)設計考慮。保證項目執(zhí)行的質(zhì)量、進度、需求的完整與可追溯性。保證業(yè)務需求提出者與需求分析人員、項目執(zhí)行人員、驗收人員及其也相關利益人對需求達成共識。3. 適用范圍本管理規(guī)范只適用于數(shù)據(jù)產(chǎn)品事業(yè)部-采集部需求管理人員。4. 術語及定義 4

3、.1 需求管理是一種獲取、組織、并記錄項目所產(chǎn)生或接受的技術性、非技術性需求，以及組織項目的需求。通過需求管理能夠管理所有的需求變更、維護需求與項目實施過程的關系、識別需求與工作產(chǎn)品間的不一致，使客戶、與項目團隊對不斷變化的需求達成并保持一致。4.2 需求獲取是業(yè)務規(guī)劃部門依據(jù)需求方提交的業(yè)務需求，經(jīng)過分析、整合、加工而形成的按系統(tǒng)、分功能抽象記錄的需求概述。它是項目管理的基本單元，也是用戶需求編寫的依據(jù)。4.3 需求列表 是需求分析人員依據(jù)需求條目，通過分析，按照需要實現(xiàn)的目標點組織編寫的需求清單。4.4 需求狀態(tài)指某時間點上反映出的需求問題情況。5. 執(zhí)行準則1、必須列明需求條目2、必須列

4、明用戶需求列表3、需求一定要進行分類4、需求需分優(yōu)先級5、需求輸入后必須進行管理文件編號管理6 需求管理過程6.1 需求過程所涉及工作需求管理過程也叫做需求階段，包括需求定義、需求維護。圖1-1說明：1、需求定義主要包括需求獲取、需求分析、需求處理（需求規(guī)格說明書）、需求驗證四個階段。 2、需求維護主要包括對整個基線需求管理的維護及變更、跟蹤、狀態(tài)四個方面的維護工作。6.1.1 需求定義6.1.1.1 需求獲取需求獲取的主要目的是從宏觀上把握產(chǎn)品方向的具體需求方向和趨勢，了解現(xiàn)有需求組織內(nèi)容、項目業(yè)務流程、工藝要求等，對任務進行分析、從而捕獲和修訂用戶的需求，以建立良好的溝通渠道和方式。如下為

5、需求獲取流程圖：圖1-26.1.1.2 需求分析需求分析包括提煉、分析和仔細審查已收集到的需求，最終將所接收到的需求內(nèi)容建立一個概念型業(yè)務流程，以確保所有的風險承擔者都明白其含義并找出其中的錯誤、遺漏或其它不足的地方。圖1-26.1.1.3 需求說明需求規(guī)格說明闡述一個項目執(zhí)行過程必須提供的目標、范圍和工藝要求、產(chǎn)能、項目架構(gòu)以及它所要考慮的限制條件，它是項目策劃、生產(chǎn)和質(zhì)量的基礎。如下為需求說明修訂流程：圖1-36.1.1.4 需求驗證驗證是為了確保需求說明準確并完整地表達需求內(nèi)容以及必要的質(zhì)量特性。需求驗證要求項目各個環(huán)節(jié)負責人共同參與，對提交后的需求規(guī)格說明進行驗證，分析需求的正確性、完

6、整性以及可行性等以下為需求定義階段操作矩陣，如圖：圖1-36.1.2 需求維護6.1.2.1 需求基線定制需求基線管理是需求管理活動中最基礎的一個，在某個特定版本中要實現(xiàn)的目標和實施的一組需求集合。引入需求基線后，意味著要采用分階段或迭代的業(yè)務方式。這和項目實施階段中“風險前移”、“分階段交付”、 “中途回顧”等理念是相契合的。如下為基線過程定制流程圖 圖1-36.1.2.2 需求變更需求變更管理的目的是控制需求變化引起的項目實施過程與需求不一致的情況，約束需求分析的完整性。保證每一次的需求改動都能有相關的記錄。建立需求基準版本和需求控制版本文檔。所有的需求文檔都要進行版本控制，文檔要包含文檔

7、類型、名稱、創(chuàng)建者、創(chuàng)建時間、修改者、修改時間、版本號、評審人員等信息。需求變更有3種情況，一種是客戶提出來要進行修改，增加需求等，一種是公司內(nèi)部人員提交的建議，還有就是項目階段實施修改流程（修改后的效果比前面的更加好），另外需求變更可能是比較小的改動，另外一種就是可能涉及到整個產(chǎn)品流程，這就是比較大的需求改動。下面就按照上面的3種情況進行畫出流程圖：1、外部需求變更流程圖1-4流程說明：需求來源：外部需求審核需求變更：評估如果實現(xiàn)該需求，需要的時間、人力成本多少；并評估對項目工期影響有多大？判斷那些需求能夠目前解決，那些需要留到下一版本解決。最后輸出一份分析結(jié)果確認表反饋給需求方，和需求方進

8、行商討。參與評審的人員要包含部門領導，需求組人員、策劃組人員，生產(chǎn)組人員、工藝組人員、質(zhì)量組人員及相關兄弟部門負責人。需求管理員：對變更需求進行記錄，需求文檔進行更新，并通知相關人員策劃組人員：負責調(diào)整相關項目進度表，評估任務時間，分發(fā)給相關開發(fā)人員生產(chǎn)管理人員：根據(jù)變更需求和項目進度，對項目任務進度進行相對應調(diào)整。需求方提交的變更需求最后必須讓由需求方進行郵件確認。2、內(nèi)部需求變更流程執(zhí)行條件：對整個項目進度不會影響嚴重、與需求方原始需求無偏差。 圖1-5流程說明：內(nèi)部需求變更來源：公司內(nèi)部人員發(fā)現(xiàn)邏輯，需求上的問題，或工藝調(diào)整、項目資源變化等提出的需求不一致內(nèi)容。需求變更類型：需求有誤、需

9、求有遺漏、需求不明確。需求變更審核：內(nèi)部提交的需求應該經(jīng)過部門領導，需求組人員、策劃組人員，生產(chǎn)組人員、工藝組人員、質(zhì)量組人員及相關兄弟部門負責人員共同的確認才能確認是否修改。需求管理：評審需求變更部分的工作量，判斷需求變更的內(nèi)容是否對項目進度有影響，如果需求變更對項目進度有影響，可以拒絕變更；將變更內(nèi)容放入下一版本進行修改，若提出者認為必須在本版中進行修改，需求管理可以將變更的內(nèi)容提交給部門領導進行處理，并決定是否在本版中進行修改。需求管理：對需求變更進行備案。6.1.2.3 需求跟蹤在整個項目運行過程中，進行需求跟蹤的目的是為了建立和維護從用戶需求開始到項目收尾的一致性與完整性。確保所有的實現(xiàn)是以用戶需求為基礎。對于需求實現(xiàn)是否全部的覆蓋。同時確保所有的輸出與用戶需求的符合性。如果我們能夠做到項目需求的定義，那么，通過跟蹤定義了的需求，我們就能夠知道需求在實現(xiàn)過程中