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

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

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

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

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

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

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

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

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

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