案例實操:如何為需求劃分優先級?

3 評論 33199 瀏覽 173 收藏 8 分鐘

不論你是科班出身,還是半路出家,只要涉及到需求管理,就會涉及到“優先級”這個話題。

不知道你有沒有遇到過這樣的情況,按照書上說的,找客戶劃分需求優先級,客戶會瞪大了眼睛看著你:”都重要啊,優先級都高?!?/p>

于是,你開始嘗試使用書上說的另外一種方法問:“哪些是又重要又緊急的呢?”客戶會白你一眼“都很重要都很緊急,快去干活吧,別瞎琢磨了?!?/p>

書上說的方法其實沒錯,但是卻沒有實際應用的價值,太過于理論化了。

我今天想來和大家聊一聊我是如何給需求劃分優先級的。

在講這個之前,我想問大家一個問題,你們了解測試人員是怎么劃分BUG等級的嗎?

我來列舉一下一般的劃分方法:

  • 致命:系統崩潰
  • 嚴重:主線流程阻塞
  • 一般:對分支有影響,但是不影響主線流程
  • 輕微:不影響使用,只是用戶體驗不是那么好

你看,非常清晰吧?

測試人員在提BUG的時候,就是根據這些標準進行等級劃分,程序猿優先修正致命、嚴重的缺陷。
大家就像機械中的齒輪一樣,高效運轉。這完全依賴于齒輪間的規則定義。

需求是否也可以以此類推呢?

我們可以借鑒下,但是需求的情況可能更復雜一些。

眾所周知,需求一般分為:高、中、低。

但是分別代表了什么呢?

借鑒對BUG的劃分:

  • 高:主線需求
  • 中:主線上的分支需求
  • 低:錦上添花的需求

怎么定義主線需求呢?

我在以前的文中提到過“BackBone”這個詞。這個詞怎么理解呢?

我們一般在做整個產品規劃、模塊規劃的時候,會將這個定義清楚。

以下的需求屬于BackBone的范疇

1.體現產品核心價值

這個說的有點虛,咱務點實。也就是你的產品定位是怎樣的,為了解決用戶的什么問題,而這個需求就是解決這個痛點

問題的。

比如,KEEP是為了解決想要堅持鍛煉的問題,那么核心的運動記錄的需求就肯定不能砍。

2.影響主流程的需求

你在畫整體業務流程的時候,就可以清晰的定義出哪些是必不可少的活動,比如,登錄。
但是,一定要把業務流程畫清楚了再討論,別把自己想象的那么強大,用大腦就能定義出哪些是主流程。

3.如果沒有,客戶會抓狂的需求

這點往往被忽視。

有那么一些需求,你覺得可有可無,即不屬于核心價值也不屬于主流程.

但是你一定要多問一句:如果沒有會造成什么后果。

比如,有的工具軟件有“云備份”的需求。這個需求就屬于這個范疇的。

當你終于列出所有需求的優先級后,又傻了。

發現100個需求里面,高的50個,中的30個,低的20個。

顯而易見,50個肯定是要先做的,最重要的。

但是,50中間又有哪些是需要最先做的呢?

這里分享給大家一個非常好用的方法,我不僅將其應用在了需求優先級定義上,更是應用在了我的日常生活和工作中:Point。

你可以想象一下,一開始所有的需求在一個大盆里,你通過第一次篩選,把它們放在了三個小盆里。

接下來要做的就是把它們碼一遍,定義point。

一個需求只有唯一的一個point。

首先將最重要的需求定義為100,然后將最不重要的定義為5。

接下來進行兩兩比較,依次給每個需求都定義一個point。

比如,我定義100的是“作為運動者,我希望可以用文字進行運動記錄,以便未來進行查看和分享”;
接下來一個“作為運動者,我希望可以用文字+一張圖片進行運動記錄,以便未來進行查看和分享”我會定義為90。

中間為什么空了那么多?是為了后面更重要的騰位置。

比如“作為運動者,我希望可以將記錄進行累計,以便可以炫耀我堅持了多久”,這個需求我可以定義為95,而不用挪動已有需求的位置。

等你整理完,你會發現神清氣爽,任督二脈都被打通了。

怎么會有這么神奇的功效?

這個過程其實是你對自己產品的深度整理和理解的過程。

之前很多混混沌沌的東西,你必須比較清晰了才能完成這項工作。

而且你并非拍腦袋得出優先級和Point,而是通過縝密的思考和分析得出的結論。

在后面真正投入研發后,你會發現需求變更也隨之減少,你對于新需求到底要不要做,放在哪個版本做也會有很清晰的判斷。

最重要的是,媽媽再也不用擔心程序猿GG砍你了……

寫在最后:

劃分需求優先級是一件很嚴肅的事情,真的。我希望大家能重視起來這件事。

最近有不少人和我說起了程序猿心里苦,詳細問下來覺得可能很多時候是產品經理或者BA真的沒想清楚就開工造成的。

但是這其中原因有很多,工期緊、老板兇……

我只能和他們強調,我們要接受需求變更,以樂觀的心態。

但是真心建議大家根據我說的方法去嘗試劃分一下需求的優先級,整理一下,讓自己和團隊的工作更井井有條。

對BA的要求真的沒那么復雜,但是如果自己思路都不清晰,你還能指望產品能帶來怎樣的價值和體驗呢?

 

作者:小婧,資深業務分析師(BA)

來源:公眾號:與小婧同行(xiaojing-jessieyj)

本文由 @小婧 授權發布于人人都是產品經理,未經作者許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 媽耶。第一次劃分需求池,都有點懵逼了,謝謝小姐姐的指導呢

    來自四川 回復
  2. 這個方法不錯,管理工作任務輕松了很多。

    來自廣東 回復
  3. 交互小白來取經,請問通過縝密的思考和分析得出的結論是如何思考和分析?是有什么方法嗎?

    來自上海 回復