案例實操：如何為需求劃分優(yōu)先級？

《案例實操：如何為需求劃分優(yōu)先級？》由會員上傳分享，免費在線閱讀，更多相關內(nèi)容在工程資料-天天文庫。

1、案例實操：如何為需求劃分優(yōu)先級？不論你是科班出身，還是半路出家，只要涉及到需求管理，就會涉及到“優(yōu)先級”這個話題。不知道你有沒有遇到過這樣的情況，按照書上說的，找客戶劃分需求優(yōu)先級，客戶會瞪大了眼睛看著你：”都重要啊，優(yōu)先級都高?！庇谑牵汩_始嘗試使用書上說的另外一種方法問：“哪些是又重要又緊急的呢？”客戶會白你一眼“都很重要都很緊急，快去干活吧，別瞎琢磨了。”書上說的方法其實沒錯，但是卻沒有實際應用的價值，太過于理論化了。我今天想來和大家聊一聊我是如何給需求劃分優(yōu)先級的。在講這個之前，我想問大家一個問題，你們了解測試人員是怎么劃分BUG等級的嗎

2、？我來列舉一下一般的劃分方法：致命：系統(tǒng)崩潰嚴重：主線流程阻塞一般：對分支有影響，但是不影響主線流程輕微：不影響使用，只是用戶體驗不是那么好你看，非常清晰吧？測試人員在提BUG的時候，就是根據(jù)這些標準進行等級劃分，程序猿優(yōu)先修正致命、嚴重的缺陷。大家就像機械中的齒輪一樣，高效運轉。這完全依賴于齒輪間的規(guī)則定義。需求是否也可以以此類推呢？我們可以借鑒下，但是需求的情況可能更復雜一些。眾所周知，需求一般分為：高、中、低。但是分別代表了什么呢？借鑒對BUG的劃分：高：主線需求中：主線上的分支需求低：錦上添花的需求怎么定義主線需求呢？我在以前的文中提到過

3、“BackBone”這個詞。這個詞怎么理解呢？我們一般在做整個產(chǎn)品規(guī)劃、模塊規(guī)劃的時候，會將這個定義清楚。以下的需求屬于BackBone的范疇：1.體現(xiàn)產(chǎn)品核心價值這個說的有點虛，咱務點實。也就是你的產(chǎn)品定位是怎樣的，為了解決用戶的什么問題，而這個需求就是解決這個痛點問題的。比如，KEEP是為了解決想要堅持鍛煉的問題，那么核心的運動記錄的需求就肯定不能砍。2.影響主流程的需求你在畫整體業(yè)務流程的時候，就可以清晰的定義出哪些是必不可少的活動，比如，登錄。但是，一定要把業(yè)務流程畫清楚了再討論，別把自己想象的那么強大，用大腦就能定義出哪些是主流程。3.

4、如果沒有，客戶會抓狂的需求這點往往被忽視。有那么一些需求，你覺得可有可無，即不屬于核心價值也不屬于主流程.但是你一定要多問一句：如果沒有會造成什么后果。比如，有的工具軟件有“云備份”的需求。這個需求就屬于這個范疇的。當你終于列出所有需求的優(yōu)先級后，又傻了。發(fā)現(xiàn)100個需求里面，高的50個，中的30個，低的20個。顯而易見，50個肯定是要先做的，最重要的。但是，50中間又有哪些是需要最先做的呢？這里分享給大家一個非常好用的方法，我不僅將其應用在了需求優(yōu)先級定義上，更是應用在了我的日常生活和工作中：Point。你可以想象一下，一開始所有的需求在一個大

5、盆里，你通過第一次篩選，把它們放在了三個小盆里。接下來要做的就是把它們碼一遍，定義point。一個需求只有唯一的一個point。首先將最重要的需求定義為100，然后將最不重要的定義為5。接下來進行兩兩比較，依次給每個需求都定義一個point。比如，我定義100的是“作為運動者，我希望可以用文字進行運動記錄，以便未來進行查看和分享”；接下來一個“作為運動者，我希望可以用文字+一張圖片進行運動記錄，以便未來進行查看和分享”我會定義為90。中間為什么空了那么多？是為了后面更重要的騰位置。比如“作為運動者，我希望可以將記錄進行累計，以便可以炫耀我堅持了多

6、久”，這個需求我可以定義為95，而不用挪動已有需求的位置。等你整理完，你會發(fā)現(xiàn)神清氣爽，任督二脈都被打通了。怎么會有這么神奇的功效？這個過程其實是你對自己產(chǎn)品的深度整理和理解的過程。之前很多混混沌沌的東西，你必須比較清晰了才能完成這項工作。而且你并非拍腦袋得出優(yōu)先級和Point，而是通過縝密的思考和分析得出的結論。在后面真正投入研發(fā)后，你會發(fā)現(xiàn)需求變更也隨之減少，你對于新需求到底要不要做，放在哪個版本做也會有很清晰的判斷。最重要的是，媽媽再也不用擔心程序猿GG砍你了……寫在最后：劃分需求優(yōu)先級是一件很嚴肅的事情，真的。我希望大家能重視起來這件事。

7、最近有不少人和我說起了程序猿心里苦，詳細問下來覺得可能很多時候是產(chǎn)品經(jīng)理或者BA真的沒想清楚就開工造成的。但是這其中原因有很多，工期緊、老板兇……我只能和他們強調(diào)，我們要接受需求變更，以樂觀的心態(tài)。但是真心建議大家根據(jù)我說的方法去嘗試劃分一下需求的優(yōu)先級，整理一下，讓自己和團隊的工作更井井有條。對BA的要求真的沒那么復雜，但是如果自己思路都不清晰，你還能指望產(chǎn)品能帶來怎樣的價值和體驗呢？標簽：案例分析需求優(yōu)先級需求分析