不畏困難的挑戰(zhàn)者

不論你是科班出身檀轨，還是半路出家胸竞，只要涉及到需求管理，就會涉及到“優(yōu)先級”這個話題参萄。

不知道你有沒有遇到過這樣的情況卫枝，按照書上說的，找客戶劃分需求優(yōu)先級讹挎，客戶會瞪大了眼睛看著你：”都重要啊校赤，優(yōu)先級都高⊥怖＃”
于是马篮，你開始嘗試使用書上說的另外一種方法問：“哪些是又重要又緊急的呢？”客戶會白你一眼“都很重要都很緊急怜奖，快去干活吧浑测，別瞎琢磨了⊥崃幔”

書上說的方法其實沒錯迁央，但是卻沒有實際應(yīng)用的價值，太過于理論化了读慎。
我今天想來和大家聊一聊我是如何給需求劃分優(yōu)先級的漱贱。

在講這個之前，我想問大家一個問題夭委，你們了解測試人員是怎么劃分BUG等級的嗎幅狮？
我來列舉一下一般的劃分方法：

致命：系統(tǒng)崩潰
嚴重：主線流程阻塞
一般：對分支有影響，但是不影響主線流程
輕微：不影響使用株灸，只是用戶體驗不是那么好

你看崇摄，非常清晰吧？
測試人員在提BUG的時候慌烧，就是根據(jù)這些標準進行等級劃分逐抑，程序猿優(yōu)先修正致命、嚴重的缺陷屹蚊。
大家就像機械中的齒輪一樣厕氨，高效運轉(zhuǎn)。這完全依賴于齒輪間的規(guī)則定義汹粤。

需求是否也可以以此類推呢命斧？

我們可以借鑒下，但是需求的情況可能更復(fù)雜一些嘱兼。
眾所周知国葬，需求一般分為：高、中、低汇四。

但是分別代表了什么呢接奈？

借鑒對BUG的劃分：
高：主線需求
中：主線上的分支需求
低：錦上添花的需求

怎么定義主線需求呢？

我在以前的文中提到過“BackBone”這個詞通孽。這個詞怎么理解呢序宦？
我們一般在做整個產(chǎn)品規(guī)劃、模塊規(guī)劃的時候利虫，會將這個定義清楚挨厚。
以下的需求屬于BackBone的范疇：

• 體現(xiàn)產(chǎn)品核心價值
  這個說的有點虛，咱務(wù)點實糠惫。
  也就是你的產(chǎn)品定位是怎樣的，為了解決用戶的什么問題钉疫，而這個需求就是解決這個痛點問題的硼讽。

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

• 影響主流程的需求
  你在畫整體業(yè)務(wù)流程的時候，就可以清晰的定義出哪些是必不可少的活動城菊，比如备燃，登錄。
  但是凌唬，一定要把業(yè)務(wù)流程畫清楚了再討論并齐，別把自己想象的那么強大，用大腦就能定義出哪些是主流程客税。

• 如果沒有况褪，客戶會抓狂的需求
  這點往往被忽視。
  有那么一些需求更耻，你覺得可有可無测垛，即不屬于核心價值也不屬于主流程.
  但是你一定要多問一句：如果沒有會造成什么后果。

比如秧均，有的工具軟件有“云備份”的需求食侮。這個需求就屬于這個范疇的。

當(dāng)你終于列出所有需求的優(yōu)先級后目胡，又傻了锯七。
發(fā)現(xiàn)100個需求里面，高的50個讶隐，中的30個起胰，低的20個。
顯而易見，50個肯定是要先做的效五，最重要的地消。

但是，50中間又有哪些是需要最先做的呢畏妖？

這里分享給大家一個非常好用的方法脉执，我不僅將其應(yīng)用在了需求優(yōu)先級定義上，更是應(yīng)用在了我的日常生活和工作中：Point戒劫。
你可以想象一下半夷，一開始所有的需求在一個大盆里，你通過第一次篩選迅细，把它們放在了三個小盆里巫橄。
接下來要做的就是把它們碼一遍，定義point茵典。

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

首先將最重要的需求定義為100，然后將最不重要的定義為5统阿。
接下來進行兩兩比較彩倚，依次給每個需求都定義一個point。

比如扶平，我定義100的是“作為運動者帆离，我希望可以用文字進行運動記錄，以便未來進行查看和分享”结澄；
接下來一個“作為運動者哥谷，我希望可以用文字+一張圖片進行運動記錄，以便未來進行查看和分享”我會定義為90概而。

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

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

等你整理完，你會發(fā)現(xiàn)神清氣爽源譬，任督二脈都被打通了集惋。

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

這個過程其實是你對自己產(chǎn)品的深度整理和理解的過程踩娘。
之前很多混混沌沌的東西刮刑，你必須比較清晰了才能完成這項工作。
而且你并非拍腦袋得出優(yōu)先級和Point，而是通過縝密的思考和分析得出的結(jié)論雷绢。
在后面真正投入研發(fā)后泛烙，你會發(fā)現(xiàn)需求變更也隨之減少，你對于新需求到底要不要做翘紊，放在哪個版本做也會有很清晰的判斷蔽氨。

最重要的是，媽媽再也不用擔(dān)心程序猿GG砍你了……

寫在最后：

劃分需求優(yōu)先級是一件很嚴肅的事情帆疟，真的鹉究。
我希望大家能重視起來這件事。

最近不論簡書還是公眾號上都有不少人和我說起了程序猿心里苦踪宠，詳細問下來覺得可能很多時候是產(chǎn)品經(jīng)理或者BA真的沒想清楚就開工造成的自赔。
但是這其中原因有很多赊淑，工期緊稽寒、老板兇……
我只能和他們強調(diào)，我們要接受需求變更媳板，以樂觀的心態(tài)染厅。

但是真心建議大家根據(jù)我說的方法去嘗試劃分一下需求的優(yōu)先級，整理一下津函，讓自己和團隊的工作更井井有條肖粮。
對BA的要求真的沒那么復(fù)雜，但是如果自己思路都不清晰尔苦，你還能指望產(chǎn)品能帶來怎樣的價值和體驗?zāi)兀?/strong>