編輯導(dǎo)語：需求管理對(duì)于項(xiàng)目來說十分重要，前兩篇文章分別介紹了需求管理的基本定義、分類方式、重要意義和一些常見的項(xiàng)目失敗原因。通過前文的介紹，想必大家對(duì)于需求管理的基礎(chǔ)概念都已經(jīng)有了新的認(rèn)識(shí)。那么，讓我們進(jìn)入到最核心的部分，同時(shí)也是需求管理系列文章的最終篇：需求管理體系的搭建。

一、標(biāo)準(zhǔn)化的需求管理

需求管理通常包括以下階段：

1. 需求規(guī)劃
2. 需求處理
3. 需求驗(yàn)證
4. 需求變更管理

以上環(huán)節(jié)又可以拆分為：

規(guī)劃需求、收集需求、定義需求、精煉需求、組織需求、記錄需求、測試需求，驗(yàn)證產(chǎn)品是否滿足需求以及跟蹤和控制需求的變更情況等詳細(xì)步驟和環(huán)節(jié)。

P1: 需求規(guī)劃

需求規(guī)劃包括需求管理計(jì)劃的制訂、評(píng)審和批準(zhǔn)環(huán)節(jié)。需求管理計(jì)劃必須經(jīng)過所有利益相關(guān)方/干系人(包括客戶、用戶、研發(fā)/設(shè)計(jì)團(tuán)隊(duì)領(lǐng)導(dǎo)/經(jīng)理) 的評(píng)審，并且經(jīng)過項(xiàng)目發(fā)起人和關(guān)鍵干系人批準(zhǔn)。

「凡事預(yù)則立，不預(yù)則廢」，就需求管理而言，在需求的整個(gè)生命周期中，需求規(guī)劃階段充當(dāng)著最核心的作用，可以說需求規(guī)劃的完善程度幾乎決定了后續(xù)項(xiàng)目的成果與否。

現(xiàn)在有很多種需求規(guī)劃模型和方法可供選擇，我個(gè)人比較喜歡 Google 的 GIST 管理方法：

GIST = Goals + Ideas + Steps + Tasks

基于 GIST 方法，我們需要完成以下四個(gè)環(huán)節(jié)：

1. 管理層基于前景分析，競爭分析，戰(zhàn)略分析等一系列商業(yè)和戰(zhàn)略分析結(jié)果，制訂業(yè)務(wù)目標(biāo)
2. 產(chǎn)品管理人員將業(yè)務(wù)目標(biāo)初步分解為業(yè)務(wù)想法 (往往等價(jià)于產(chǎn)品需求) ，并分配給產(chǎn)品經(jīng)理
3. 產(chǎn)品經(jīng)理將業(yè)務(wù)想法進(jìn)一步拆分，依次得到需要設(shè)計(jì)和開發(fā)的業(yè)務(wù)環(huán)節(jié) (等價(jià)于功能點(diǎn))
4. 項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理和相關(guān)人員基于具體的業(yè)務(wù)環(huán)節(jié)進(jìn)行更進(jìn)一步的分析和研究，依次得到各人員需要完成的具體任務(wù)，并相應(yīng)進(jìn)行分配。

具體任務(wù)是需求規(guī)劃階段的最小單位，不可再分。

P2: 需求處理

完成對(duì)于產(chǎn)品需求的整體規(guī)劃之后，就應(yīng)該進(jìn)入需求處理階段了。需求處理階段可以細(xì)分為需求收集&需求探索、需求分析和需求定義環(huán)節(jié)。

結(jié)合 P1 所介紹的 GIST 方法，我們很容易發(fā)現(xiàn)需求的業(yè)務(wù)環(huán)節(jié)和任務(wù)分解過程和需求的收集、定義和分析過程是相關(guān)關(guān)聯(lián)的。

換言之，需求的具體規(guī)劃過程和需求處理過程往往是同步進(jìn)行的。

Step1: 收集和探索

用戶的某些需求可能被人熟知，而另外有一些需求可能無人知曉，但是前者不一定比后者更重要。

需求收集的目標(biāo)是收集盡可能多的需求，最小化未知需求。需求收集的過程非常關(guān)鍵卻又相當(dāng)困難：盡管從用戶反饋記錄和相關(guān)文檔中收集信息看起來毫不費(fèi)力，但是獲得準(zhǔn)確無誤而且組織有序的需求卻并不容易。

這些信息可能通過多種方式 (例如，電子郵件，面對(duì)面訪談，電話留言，會(huì)議記錄等) 收集，并以不同的形式 (例如，文本文檔，電子表格或存儲(chǔ)在數(shù)據(jù)庫中) 呈現(xiàn)。對(duì)這些需求信息進(jìn)行必要的梳理和組織，并確定需求優(yōu)先級(jí)可能是一件相當(dāng)耗時(shí)，繁瑣到令人生畏的任務(wù)。

需求探索是基于已收集需求進(jìn)行發(fā)散性的討論，的目的是確認(rèn)項(xiàng)目不同的利益相關(guān)方的需求和限制因素。該過程的結(jié)果是：最終在項(xiàng)目干系人間達(dá)成了對(duì)于用戶所表達(dá)需求的共同認(rèn)識(shí)。

Step2: 需求定義

需求定義是組織、記錄、定義和優(yōu)化需求的過程。需求定義文檔 (Requirements Definition Documentation, RDD) 有時(shí)稱為需求規(guī)約，也就是我們?nèi)粘Ｋ傅漠a(chǎn)品需求文檔。

經(jīng)過批準(zhǔn)的RDD ( 也稱為需求基線) 是商定產(chǎn)品范圍的文檔。它被認(rèn)為是業(yè)務(wù)用戶 (有時(shí)由產(chǎn)品發(fā)起人代表) 和產(chǎn)品開發(fā)人員之間對(duì)于即將開發(fā)產(chǎn)品功能的具體規(guī)范。

與任何規(guī)范一樣，RDD 必須記錄詳細(xì)，具體而微，并且必須由合適的項(xiàng)目干系人認(rèn)可和一直遵守。盡管我們期望這些需求非常詳細(xì)且被利益相關(guān)者充分理解，但這些需求必須仔細(xì)定義用戶的實(shí)際需要，也就是用戶預(yù)期產(chǎn)品擁有怎樣的功能特性，而不是新產(chǎn)品將如何滿足用戶的現(xiàn)有需求。

開發(fā)人員需要充分地了解需求(用戶的問題是什么) ，才可以設(shè)計(jì)出好的解決方案 (何修復(fù)用戶的問題)

需求文檔的標(biāo)準(zhǔn)模板需要充分定義功能型需求和非功能需求，功能約束和基本假設(shè)，這種模板是記錄和報(bào)告需求的有力臂助。市場上有很多可商用的系統(tǒng)和軟件可以用于需求的組織、優(yōu)先級(jí)排序和報(bào)告。

工作分解結(jié)構(gòu) (Work Break-out Structure, WBS) 是標(biāo)識(shí)所有產(chǎn)品可交付成果的常用工具。

WBS 對(duì)工作可交付成果的定義足夠詳細(xì)，便于輕松管理 (在成本、質(zhì)量和進(jìn)度方面) 可交付成果的每個(gè)部分。IEEE 標(biāo)準(zhǔn) 803-1998 軟件需求規(guī)約的推薦實(shí)踐(IEEE 1998) 有時(shí)也被用作軟件項(xiàng)目中需求規(guī)約的模板。許多組織選擇行業(yè)中常用的模板作為基準(zhǔn)，并按照自身的實(shí)際需求對(duì)這些模板進(jìn)行裁剪定制。

Step3：需求分析

需求分析與需求收集和需求探索緊密相關(guān)。需求分析的目的在于發(fā)現(xiàn)未知需求，然后將未知需求轉(zhuǎn)化為已知需求。那些在需求收集和需求探索階段，用戶未提及的需求往往可以通過需求分析挖掘出來。如果在項(xiàng)目早期就可以找到這些未知或者遺失的用戶需求，對(duì)項(xiàng)目大有裨益，這幫助項(xiàng)目將需求變更所產(chǎn)生的成本影響最小化。

需求收集和探索的常用方法包括：

客戶體驗(yàn)地圖、頭腦風(fēng)暴、商業(yè)折紙、脈絡(luò)設(shè)計(jì)、卡諾分析等

P3：需求驗(yàn)證

需求驗(yàn)證是指確保所有已提及需求都被充分滿足地過程。需求驗(yàn)證流程通常在項(xiàng)目的需求階段執(zhí)行，它包括對(duì)于在開發(fā)計(jì)劃中如何滿足需求的具體分析，以及用戶驗(yàn)收測試 (User Acceptance Testing, UAT) 和有效性驗(yàn)證。

需求驗(yàn)證包括以下常用方法：

參與式行動(dòng)研究（PAR）、時(shí)間感知研究、可用性報(bào)告、可用性測試、價(jià)值機(jī)會(huì)分析等

P4：需求變更管理

需求變更管理 (Requirement Changes Management, RCM) 包含需求變更控制系統(tǒng)的具體實(shí)施、與前者相一致的集成項(xiàng)目變更控制系統(tǒng)以及變更(被批準(zhǔn)的變更請(qǐng)求) 的實(shí)際實(shí)施機(jī)制。

需求變更管理常常和需求處理和需求驗(yàn)證同步進(jìn)行，是需求管理的必要組件。

該環(huán)節(jié)的輸入信息是需求管理計(jì)劃，同時(shí)必須仔細(xì)定義 RCM 系統(tǒng)的關(guān)鍵部分：

1. 首先是需求變更管理系統(tǒng)；
2. 其次是作為控制和決策的主體的變更管理委員會(huì)；他們需求要處理變更請(qǐng)求；
3. RCM 流程的任何例外和限制；
4. 以及任何可允許的其他偏差。

所有的變更請(qǐng)求，無論大小，不管由誰發(fā)起，都應(yīng)當(dāng)通過變更管委會(huì)。

二、各階段的交付物

項(xiàng)目管理從業(yè)者慣于遵循那些擁有充分定義的輸入信息和輸出信息的業(yè)務(wù)流程。在將流程和模板實(shí)施到輸出信息之前，他們傾向于尋找有效的輸入信息和其他可以用于產(chǎn)出流程可交付物的工具和技術(shù)。流程的可交付成果應(yīng)當(dāng)?shù)玫匠浞值亩x。

需求規(guī)劃階段的可交付成果是需求管理計(jì)劃，由項(xiàng)目發(fā)起人和關(guān)鍵干系人評(píng)審和批準(zhǔn)。

需求處理階段的可交付成果是所有項(xiàng)目干系人對(duì)于需求的共識(shí)，RDD 是其共識(shí)的記錄規(guī)范。

一份編寫良好的 RDD 只有在它代表了關(guān)鍵項(xiàng)目干系人(包括項(xiàng)目發(fā)起人/用戶和研發(fā)團(tuán)隊(duì)) 對(duì)于需求的共識(shí)時(shí)，才足夠有效。而需求分析充當(dāng)著極為關(guān)鍵的角色，要充分發(fā)揮需求分析的作用，需求分析師(或者產(chǎn)品經(jīng)理) 必須精于收集信息，擅于探索需求，長于優(yōu)先級(jí)排序和組織整理信息。

需求驗(yàn)證階段的可交付成果是用戶對(duì)于所有需求都得以滿足的正式認(rèn)可。

對(duì)于用戶端場景，我們需要邀請(qǐng)具有代表性的用戶參與測試和驗(yàn)證，并獲取其使用反饋。

對(duì)于商業(yè)端場景，商業(yè)客戶參與產(chǎn)品評(píng)審、測試和驗(yàn)證是需求驗(yàn)證成功的最佳保證。關(guān)鍵因素包括在需求流程中用戶的盡早參與和充分協(xié)作。

需求變更管理的可交付成果是對(duì)所有人需求變更請(qǐng)求的妥善處理以及對(duì)于已批準(zhǔn)需求的實(shí)施。

在項(xiàng)目一開始就識(shí)別出所有需求是相當(dāng)罕見的，大多情況下都會(huì)存在需求變更請(qǐng)求。項(xiàng)目團(tuán)隊(duì)需要準(zhǔn)備好處理突發(fā)的需求變更。一個(gè)廣泛使用的變更控制系統(tǒng)和一個(gè)預(yù)先安排的擁有適當(dāng)控制和決策權(quán)力的變更控制委員會(huì)對(duì)于有效的變更管理流程而言都是必要的。

三、高效的需求管理體系

如上所述，任何有效的需求管理流程必須包含四個(gè)必要環(huán)節(jié)：需求規(guī)劃、需求處理、需求驗(yàn)證和需求變更管理。

其中任何一個(gè)環(huán)節(jié)都是必須的，需求管理系統(tǒng)幫助產(chǎn)品從業(yè)者確保相關(guān)項(xiàng)目干系人充分理解需求，在項(xiàng)目早期收集完整，在研發(fā)階段得以處理，并在最終產(chǎn)品中得到滿足。

我們前文已經(jīng)列舉了需求管理各階段所涉及到的一些模型和方法，市場上有相當(dāng)多的工具和技術(shù)可供選擇：

1. 用于組織和記錄需求的系統(tǒng)/軟件工具；
2. 用于定義和梳理需求的模型和文檔模板；
3. 用戶收集和探索需求的框架和模型；
4. 用于需求測試和驗(yàn)證的方法和工具；
5. 用于需求變更控制方法和工具；

對(duì)公司和組織而言，在構(gòu)建標(biāo)準(zhǔn)化需求管理流程中，所使用的相關(guān)技術(shù)和工具，只要能滿足相應(yīng)階段的需求管理目標(biāo)，就可以視為高效需求管理體系的最佳實(shí)踐。

如果沒有采用標(biāo)準(zhǔn)化的需求管理體系，而僅僅其部分環(huán)節(jié)作為需求管理獲得執(zhí)行，同樣有助于提升項(xiàng)目的效率，但是無助于充分解決項(xiàng)目中的所有需求問題。如上所述，需求管理體系的各環(huán)節(jié)是緊密關(guān)聯(lián)的，如果缺失部分環(huán)節(jié)將會(huì)極大地影響其他環(huán)節(jié)的實(shí)際效果。

需求收集通常是一件極為耗時(shí)的活動(dòng)，在很多項(xiàng)目中，需求收集往往占據(jù) 25% 的項(xiàng)目時(shí)間。然而，如果沒有產(chǎn)出完整而準(zhǔn)確的客戶需求列表，前期的收集活動(dòng)就變得徒勞無功。

即使如此，很多組織仍然只是將需求收集視為一項(xiàng)獨(dú)立的活動(dòng)，而非標(biāo)準(zhǔn)化的組織流程。為了提高效率，需求收集活動(dòng)必須在有客戶協(xié)助和與其他需要客戶參與的需求活動(dòng)，如需求探索和需求驗(yàn)證，相關(guān)聯(lián)的背景下進(jìn)行設(shè)計(jì)和執(zhí)行。

綜上所述，一個(gè)卓有成效的需求管理流程必須包含上述的四個(gè)需求管理環(huán)節(jié)，需求規(guī)劃、需求處理、需求驗(yàn)證和需求變更管理，而且每個(gè)環(huán)節(jié)都需要關(guān)聯(lián)具體的框架模型、工具方法、任務(wù)流和文檔規(guī)范。

本系列至此完結(jié)，后續(xù)我會(huì)分享一些常見的需求管理框架和方法，感謝大家的關(guān)注。

#相關(guān)閱讀#

需求管理如此重要，如何管理（上篇）

需求管理如此重要，如何管理（中篇）

本文由 @遍歷分形 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Pexels，基于 CC0 協(xié)議