需求變更，相信大家一定都遭遇過(guò)，即使項(xiàng)目在啟動(dòng)時(shí)已經(jīng)具備完整的需求，在項(xiàng)目啟動(dòng)后還是可能會(huì)變動(dòng)。而且由于管理模型的不同，在項(xiàng)目啟動(dòng)后對(duì)需求變更會(huì)是件特別耗時(shí)費(fèi)力的事。
這就是為什么我們需要一個(gè)持續(xù)的需求管理流程，這樣能不僅能幫助控制成本，避免規(guī)模失控，還能保證完整的可追溯性。好的需求管理系統(tǒng)在需求變化時(shí)，能夠?qū)崿F(xiàn)靈活地管理，還能高效地交付功能。我們?cè)趯?shí)踐中總結(jié)了一些能幫助我們避免需求的頻繁變更的方法，下面就來(lái)簡(jiǎn)單介紹。
一、盡可能多的渠道搜集需求
首先是搜集需求。這個(gè)過(guò)程要包含所有相關(guān)的渠道：比如新老用戶(hù)、管理人員、業(yè)務(wù)分析師和其他的參與人員。尤其是注意那些會(huì)真正使用系統(tǒng)的用戶(hù)，因?yàn)樵谙到y(tǒng)性能和用戶(hù)界面方面，他們會(huì)給你提供最可用的信息。把他們作為最高級(jí)別的需求來(lái)源能讓你的產(chǎn)品或服務(wù)真正解決客戶(hù)的痛點(diǎn)。
怎么從用戶(hù)獲得需求？
注意用戶(hù)非正式的評(píng)價(jià)或吐槽 - 需求也許就藏在其中。
對(duì)于預(yù)設(shè)的問(wèn)題，要捕捉用戶(hù)的反應(yīng)。
和那些能與用戶(hù)直接交流的管理人員持續(xù)的開(kāi)展頭腦風(fēng)暴。
仔細(xì)的看看用戶(hù)所處的環(huán)境。
更多的從用戶(hù)角度去了解 - 比如他們?nèi)粘Ｊ侨绾问褂卯a(chǎn)品來(lái)開(kāi)展任務(wù)的，他們的工作流程、任務(wù)的排序、內(nèi)部規(guī)則、可能會(huì)遇到哪類(lèi)問(wèn)題，或者是用戶(hù)、團(tuán)隊(duì)成員之間的交流。
二、確定需求優(yōu)先級(jí)
分類(lèi)需求并不是一件簡(jiǎn)單的事。當(dāng)項(xiàng)目成熟時(shí)，我們要把需求文檔化，并把所有信息保持在最新?tīng)顟B(tài)，來(lái)保證其在測(cè)試和驗(yàn)證時(shí)可追溯。需求的優(yōu)先級(jí)整理，能確保團(tuán)隊(duì)發(fā)現(xiàn)缺失，矛盾或者是重復(fù)。清晰的需求結(jié)構(gòu)有助于測(cè)試管理期間更容易的決定執(zhí)行哪些操作，包括指定相關(guān)的測(cè)試用例。這兩個(gè)流程彼此緊密關(guān)聯(lián)，只有在受控和良好的計(jì)劃下進(jìn)行，才能達(dá)到項(xiàng)目目標(biāo)。
在與相關(guān)人員商量需求的優(yōu)先級(jí)時(shí)，他們自然會(huì)提出各種的意見(jiàn)：哪些關(guān)鍵，哪些想要，又有哪些是強(qiáng)制或可選的。關(guān)于需求的優(yōu)先級(jí)，讓所有參與者統(tǒng)一意見(jiàn)是困難的， 這也是為什么這件事最好在項(xiàng)目早期做。為了更好的掌握需求的優(yōu)先級(jí)及其依賴(lài)關(guān)系，按層級(jí)關(guān)系把它們組織在樹(shù)狀圖中是最佳途徑。
三、盡可能邀請(qǐng)所有相關(guān)人員參與評(píng)審，并達(dá)成共識(shí)
一旦需求整理完畢，與所有相關(guān)人員開(kāi)會(huì)評(píng)審是必須的。并且盡可能確保項(xiàng)目成員都參與進(jìn)來(lái)。這個(gè)過(guò)程中中即使是在會(huì)議的最后一刻需求也可會(huì)發(fā)生變動(dòng)，而這恰好是大家取得共識(shí)的關(guān)鍵時(shí)刻。在整個(gè)應(yīng)用生命周期中，我們需要確保系統(tǒng)的開(kāi)發(fā)不只是盲目的在符合一組寬泛的需求，而是應(yīng)該靈活處理，優(yōu)先減少成本，盡早交付。這就是為什么要盡早確定需求的優(yōu)先級(jí)，然后再是是集齊需求，等待最終評(píng)審。這些需求以及他們的優(yōu)先級(jí)將指明項(xiàng)目未來(lái)的方向。在此之后，剩下的就是讓那些具備豐富需求管理經(jīng)驗(yàn)的同事來(lái)檢驗(yàn)?zāi)愕男枨笠?guī)范。
總之，在核實(shí)需求時(shí)我們要注意下列標(biāo)準(zhǔn)：
1.特有的、整個(gè)項(xiàng)目過(guò)程完整不變。
2.易于測(cè)試、可追溯。
3.在團(tuán)隊(duì)能力范圍之內(nèi)，便于后期驗(yàn)證。
如果你覺(jué)得哪些需求沒(méi)有達(dá)到這些標(biāo)準(zhǔn)，修改或干脆刪掉。
四、需求驗(yàn)證
通常，要時(shí)不時(shí)的讓提出需求的相關(guān)人員來(lái)審核文檔，并且要盡力幫助他們理解需求。當(dāng)這些需求實(shí)現(xiàn)時(shí)，還要準(zhǔn)備好相關(guān)的說(shuō)明文件。根據(jù)不同的工作流程，你要提供不同格式的比如活動(dòng)圖，工作流模型圖以及流程圖來(lái)說(shuō)明。最好是把需求以文件夾形式的來(lái)組織，并以樹(shù)狀圖顯示，方便用來(lái)驗(yàn)證。這樣你就能構(gòu)建一個(gè)包含少數(shù)功能的可用環(huán)境，用戶(hù)就可以在需求最終評(píng)審之前嘗試不同的方法來(lái)驗(yàn)證。另外，這種組織形式還能讓參與者明了，具體的需求是如何代表他們的工作目標(biāo)，以及它們是如何組成項(xiàng)目的總體目標(biāo)。同理，清晰的展示所有對(duì)象間的關(guān)系和問(wèn)題也同樣重要。
五、評(píng)估需求變更的影響
這種類(lèi)型的評(píng)估會(huì)讓團(tuán)隊(duì)認(rèn)識(shí)到需求變更帶來(lái)的影響，能幫助團(tuán)隊(duì)做出最有效的業(yè)務(wù)決策。影響力分析在那些重視質(zhì)量和安全性的項(xiàng)目中非常重要（比如醫(yī)療或自動(dòng)化項(xiàng)目）。這種分析用來(lái)檢查需求的變更會(huì)導(dǎo)致哪些組件也需要更改。
大體來(lái)說(shuō)，影響力分析是指：
理解需求變更帶來(lái)的影響 - 例如， 在產(chǎn)品中新增一組功能會(huì)降低性能，對(duì)部分用戶(hù)來(lái)說(shuō)是不可接受的；
如果需求變更了，要指出哪些文檔，模型，和文件可能需要修改。
明白哪些任務(wù)涉及到變更的需求，以及要實(shí)現(xiàn)這個(gè)變動(dòng)要花費(fèi)的成本，兩者同樣重要。
如同你改變已有的需求，系統(tǒng)本身也會(huì)變動(dòng)。開(kāi)發(fā)團(tuán)隊(duì)需要良好的版本管理機(jī)制來(lái)控制這些變動(dòng)，包括測(cè)試管理在內(nèi)，還要有個(gè)的組織良好的后期執(zhí)行方案，來(lái)降低因成員間誤解帶來(lái)的風(fēng)險(xiǎn)。
六、用好需求管理工具
使用PingCode管理需求
借助正確的工具來(lái)搜集和文檔化需求是最有效的。如果你的開(kāi)發(fā)團(tuán)隊(duì)使用PingCode，就可以很好的進(jìn)行需求管理。因?yàn)樗采w了包含項(xiàng)目、任務(wù)、需求、缺陷、迭代規(guī)劃、測(cè)試、目標(biāo)管理在內(nèi)的研發(fā)管理全流程。
就以需求管理來(lái)說(shuō)，借助于PingCode，你能夠通過(guò)建立一個(gè)項(xiàng)目便捷的匯集市場(chǎng)人員、銷(xiāo)售人員、及內(nèi)部其他渠道產(chǎn)生的需求或者缺陷，并且使用史詩(shī)/特性/用戶(hù)故事對(duì)需求進(jìn)行分級(jí)管理，讓產(chǎn)品負(fù)責(zé)人可以為需求設(shè)定優(yōu)先級(jí)以及指定需求的業(yè)務(wù)價(jià)值。而這些，都可以作為迭代規(guī)劃時(shí)的依據(jù)。
閱讀更多關(guān)于產(chǎn)品研發(fā)管理的文章
1、把集成測(cè)試和單元測(cè)試寫(xiě)一起是一種什么體驗(yàn)？
2、研發(fā)管理101軍規(guī)#001 兩周迭代，形成團(tuán)隊(duì)持續(xù)習(xí)慣
文章來(lái)源Dzmitry Hryb
譯|WT劉亮
