在軟件研發(fā)流程中，團(tuán)隊一步步“過關(guān)斬將”，才能把通過業(yè)務(wù)收集而來的諸多需求轉(zhuǎn)化成實際的價值功能交付給用戶 。作為研發(fā)流程的第一步，糟糕的需求管理流程，常常被認(rèn)為是項目失敗的首要原因 。從需求的產(chǎn)生到需求的結(jié)束，對需求生命周期的可視可控管理，能幫助項目更快更好地完成并交付產(chǎn)品 。
既然需求管理如此重要，那么我們應(yīng)該如何讓需求管理更加清晰呢?
相當(dāng)數(shù)量的團(tuán)隊采用的按部就班的標(biāo)準(zhǔn)流程，我們稱為「金字塔指令式」流程，主要包括以下四個部分：
- 決策：將收集到的需求進(jìn)行甄別和整理
- 計劃：確定要實現(xiàn)的需求的交付相關(guān)事宜
- 監(jiān)控計劃和實際的偏差：跟蹤計劃執(zhí)行情況，以防意外
- 糾正偏差：計劃出現(xiàn)偏差時，應(yīng)對的方式策略
1.需求分類根據(jù)業(yè)務(wù)情況的不同，需求之間會存在諸多的差異 。Gitee 企業(yè)版從實際出發(fā)，對于每個被創(chuàng)建的「需求」提供了用于分類的「標(biāo)簽」，該標(biāo)簽同時也支持自定義 。
2.需求拆分確定好需求的分類之后，對于粒度相對較大的需求，應(yīng)當(dāng)進(jìn)行拆分 。在 Gitee 企業(yè)版中，需要拆分一個「需求」任務(wù)時，應(yīng)當(dāng)由相關(guān)人員（譬如需求分析師、產(chǎn)品經(jīng)理等）在它下面創(chuàng)建若干的子任務(wù)，以便保證之間的關(guān)聯(lián) 。
3.確定優(yōu)先級經(jīng)過了分類與分層拆解之后，就該給整理后的需求確定「優(yōu)先級」 。而確定優(yōu)先級的首要步驟，是明確何為優(yōu)先級 。
在 Gitee 企業(yè)版中，我們默認(rèn)提供了「嚴(yán)重」、「主要」、「次要」、「不重要」四個程度的優(yōu)先級 。在使用之前，團(tuán)隊成員應(yīng)當(dāng)對優(yōu)先級的程度形成共識 。
比如「嚴(yán)重」，團(tuán)隊約定關(guān)系到戰(zhàn)略目標(biāo)層面，且需要近期上線的「需求」才算「嚴(yán)重」，遇到這類產(chǎn)生時自然心領(lǐng)神會，降低溝通落地的成本 。
當(dāng)然也可以采用四象限法則：
- 嚴(yán)重：重要且緊急
- 主要：重要不緊急
- 次要：不重要但緊急
- 不重要：不重要不緊急
在需求評審的過程中，一定要說明清楚需求的背景、價值、意義，而不是純粹的需求講解，這樣有助于各方對需求的理解 。
5.需求變更管理當(dāng)因外部環(huán)境變化或者內(nèi)部需求定義錯誤導(dǎo)致需求需要更改時，做好需求變更管控，防止因為變更而導(dǎo)致需求執(zhí)行的過程無法進(jìn)行下去 。善于利用 Gitee 企業(yè)版中任務(wù)的操作日志，自動記錄下需求的每一次變更，讓所有操作有跡可循 。
6.需求歸屬經(jīng)歷了分類、拆解、確認(rèn)優(yōu)先級、評審之后的需求，通過比較需求定義與后續(xù)工作成果之間的對應(yīng)關(guān)系，建立與維護(hù)需求跟蹤列表,我們可以根據(jù)團(tuán)隊或者產(chǎn)品功能模塊的區(qū)別，分別歸屬于不同的資源池，方便不同的團(tuán)隊進(jìn)行統(tǒng)籌管理了 。Gitee 企業(yè)版中的資源池被稱為「項目」 。
推薦閱讀
- 買家秀平臺,買家秀平臺的基礎(chǔ)運營？
- 雙代號網(wǎng)絡(luò)圖經(jīng)典例題,雙代號網(wǎng)絡(luò)圖經(jīng)典例題進(jìn)度管理？
- 目標(biāo)管理的特點
- 全面質(zhì)量管理的特點
- 推廣平臺排行榜有哪些,推廣平臺排行榜有哪些如何推廣？
- 發(fā)帖推廣哪個平臺好,發(fā)帖推廣哪個平臺好如何優(yōu)化？
- 公眾號引流推廣平臺,公眾號引流推廣平臺如何操作？
- 淘寶代刷平臺哪個好,淘寶代刷平臺哪個好如何選擇？
- 微商推廣哪家好,微商推廣平臺哪家好？
- 全面質(zhì)量管理