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

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

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

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

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

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

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

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

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

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