如何評(píng)估需求?
編輯導(dǎo)語:每一個(gè)用戶端的需求,到了用產(chǎn)品方案來實(shí)現(xiàn)的時(shí)候,往往對(duì)應(yīng)著多個(gè)產(chǎn)品需求,用戶需求越多,產(chǎn)品需求也會(huì)越多。那么怎么來進(jìn)行評(píng)估和判斷呢?作者給出了以下建議,一起來看看吧!
需求處理5步法:
- 收集需求:從各種渠道收集原始需求
- 還原需求:對(duì)需求的關(guān)鍵要素進(jìn)行還原
- 挖掘需求:對(duì)需求進(jìn)行深入挖掘,找到深層次的需求
- 補(bǔ)充需求:舉一反三,對(duì)相似、相關(guān)的需求進(jìn)行補(bǔ)充,避免遺漏
- 評(píng)估需求:評(píng)估需求的優(yōu)先級(jí)、開發(fā)工作量,幫助制定項(xiàng)目迭代計(jì)劃
我們從前面4個(gè)步驟中,收集到了很多待開發(fā)的需求,這些需求看起來都很重要,但我們不可能一下子全部都開發(fā)出來,畢竟,在任何企業(yè)中,資源不足永遠(yuǎn)是常態(tài),即使像華為這樣有十幾萬員工的大公司,投入到一個(gè)產(chǎn)品線的資源也總是有限的。
正是這種資源不足的常態(tài),導(dǎo)致在產(chǎn)品經(jīng)理的日常工作中,需要經(jīng)常面臨一個(gè)問題,那就是如何評(píng)估需求,如何合理安排需求優(yōu)先級(jí)。
關(guān)于評(píng)估需求,我們先從一個(gè)故事開始。
應(yīng)用于企業(yè)內(nèi)部的知識(shí)管理系統(tǒng)項(xiàng)目啟動(dòng)后,產(chǎn)品經(jīng)理老王經(jīng)過一番調(diào)研,得到了一個(gè)長長的需求列表,接下來他想制定項(xiàng)目迭代計(jì)劃,于是約了業(yè)務(wù)代表來溝通需求的優(yōu)先級(jí)。
產(chǎn)品經(jīng)理:通過前期對(duì)你們的調(diào)研,我們對(duì)你們的需求有了大致的了解,現(xiàn)在我們要制定項(xiàng)目迭代計(jì)劃,所以我們想從已經(jīng)識(shí)別出來的需求中,選擇一些需求放在最開始的版本中。
業(yè)務(wù)代表:???我們提的那些需求,我們?nèi)家?/p>
產(chǎn)品經(jīng)理:我們打算先做重要的那些需求。
業(yè)務(wù)代表:我們提的那些需求都很重要?。]有不重要的,否則我們也不會(huì)向你提那些需求。
產(chǎn)品經(jīng)理:我明白,這些需求都很重要。這么多需求不可能一下子全部做完的,還是得分清先后順序。我們需要你們來幫助區(qū)分優(yōu)先級(jí),我們把這些需求按照優(yōu)先級(jí)分成幾批,優(yōu)先上線那些你們最想要的功能,其他次要的功能在后續(xù)的版本中陸續(xù)上線。
業(yè)務(wù)代表:說到上線,這個(gè)知識(shí)管理系統(tǒng)大老板很重視,下個(gè)月能不能上線?
產(chǎn)品經(jīng)理:今天約你就是想溝通一下需求的優(yōu)先級(jí),我這邊好制定項(xiàng)目迭代計(jì)劃。這是前期識(shí)別出來的需求清單,接下來我們對(duì)這些需求先進(jìn)行粗略的優(yōu)先級(jí)排序,以便我們能夠了解哪些需求是你們最想要、最希望在第一個(gè)版本看到的。這也可以幫助我們更準(zhǔn)確理解你們的期望。
業(yè)務(wù)代表:哦,這樣啊,那我們先做一個(gè)像百度百科那樣的知識(shí)庫,把知識(shí)沉淀先開展起來。至于問答系統(tǒng)、在線視頻課堂、知識(shí)交流社區(qū)可以先稍微緩一緩。
產(chǎn)品經(jīng)理:那知識(shí)庫相關(guān)的功能,哪些你最想先用到呢?
業(yè)務(wù)代表:文章編輯、文章提交、給文章評(píng)論、點(diǎn)贊、收藏這些功能是最基本的,肯定得有。還需要單點(diǎn)登錄功能,也就是說員工可以利用OA系統(tǒng)的賬號(hào)直接登錄,不需要在知識(shí)管理系統(tǒng)里面再注冊(cè)一個(gè)賬號(hào)。另外,文章搜索功能先做標(biāo)題搜索就行,全文搜索可以等以后再做。我剛才說的這些需求,什么時(shí)候能夠上線呢?
產(chǎn)品經(jīng)理:謝謝你向我們提供這些有價(jià)值的信息。接下來我還要找開發(fā)人員與項(xiàng)目經(jīng)理來評(píng)估一下工作量,再根據(jù)您剛才說的需求優(yōu)先級(jí),我來制定一個(gè)初步的項(xiàng)目迭代計(jì)劃跟你確認(rèn),預(yù)計(jì)明天上午可以給你反饋,你看可以嗎?
業(yè)務(wù)代表:好,那我們明天再溝通。
以上描述的故事是產(chǎn)品經(jīng)理在需求工作中的一個(gè)典型場景。
“都很重要”、“全部都要”、“馬上就要”,是很多甲方爸爸的口頭禪。
通過溝通,產(chǎn)品經(jīng)理要讓業(yè)務(wù)代表認(rèn)識(shí)到,每個(gè)項(xiàng)目的資源特別是時(shí)間資源是有限的,不可能一下子全部交付他們想要的全部功能,對(duì)需求進(jìn)行優(yōu)先級(jí)排序,把最高優(yōu)先級(jí)的歸為一類,可以在第一批盡早實(shí)現(xiàn),其他可以遲些在后續(xù)的版本中實(shí)現(xiàn)。
作為產(chǎn)品經(jīng)理,要通過評(píng)估需求優(yōu)先級(jí)、估算開發(fā)工作量來制定項(xiàng)目迭代計(jì)劃,并在這個(gè)過程中與業(yè)務(wù)代表達(dá)成共識(shí)。
接下來介紹評(píng)估需求優(yōu)先級(jí)、估算開發(fā)工作量的方法。
1. 如何評(píng)估需求優(yōu)先級(jí)?
排優(yōu)先級(jí)的思想常常被稱作“分診”,來自于醫(yī)療領(lǐng)域,最早在拿破侖的戰(zhàn)爭中得到應(yīng)用。戰(zhàn)場上有大量的受傷士兵,但戰(zhàn)地醫(yī)院的醫(yī)療資源顯然沒辦法治療所有的傷兵。戰(zhàn)地醫(yī)生應(yīng)用分診的方法把士兵分為3類:
- 治療了可以活下去
- 不治療也能活下去
- 治療了也活不下去
由于缺少醫(yī)療資源,醫(yī)生只治療第一類“治療了可以活下去”的傷兵。
這種分診的思想同樣可以應(yīng)用于排需求優(yōu)先級(jí)。
即使是一個(gè)中等規(guī)模的項(xiàng)目,往往也有好幾十個(gè)用例和幾百個(gè)功能需求,很少有軟件項(xiàng)目能夠在預(yù)定的日期交付干系人想要的所有功能。畢竟每一個(gè)項(xiàng)目的資源都是有限的,特別是時(shí)間資源。
對(duì)產(chǎn)品團(tuán)隊(duì)而言,需求優(yōu)先級(jí)也是一個(gè)時(shí)間管理的問題,我們可以應(yīng)用時(shí)間管理的方法來評(píng)估需求優(yōu)先級(jí)。
先簡單介紹時(shí)間管理的方法。
我們每天要做的事情很多,總感覺時(shí)間不夠,所以就要按照輕重緩急對(duì)事情進(jìn)行分類、排優(yōu)先級(jí),然后按要事優(yōu)先的原則來處理事情。
按照時(shí)間管理四象限這個(gè)工具,可以把事情按照“重要”、“緊急”進(jìn)行分類放到四個(gè)象限。
- 重要且緊急:比如產(chǎn)品崩潰,有大量的用戶投訴。這樣的事情要立即處理。
- 重要不緊急:比如產(chǎn)品規(guī)劃、參加培訓(xùn)、運(yùn)動(dòng)。這樣的事情要有計(jì)劃地做。
- 不重要但緊急:比如出席無關(guān)會(huì)議、接到騷擾電話。這樣的事情可以授權(quán)別人做或暫緩。
- 不重要不緊急:比如刷短視頻、刷朋友圈。這樣的事情盡量少做。
我們可以按照時(shí)間管理四象限這個(gè)工具來評(píng)估需求優(yōu)先級(jí)(如下圖所示):
- 重要且緊急的需求,算高優(yōu)先級(jí)。
- 重要不緊急的需求,算中優(yōu)先級(jí)。
- 不重要但緊急的需求,算低優(yōu)先級(jí)
- 不重要不緊急的需求,算低優(yōu)先級(jí)
那我們?cè)趺磁袛嘈枨笫欠瘛爸匾?、“緊急”呢?我們可以站在業(yè)務(wù)視角來進(jìn)行評(píng)估:
- 重要:判斷是否重要的依據(jù)是業(yè)務(wù)價(jià)值,包括用戶價(jià)值、商業(yè)價(jià)值。例如:核心業(yè)務(wù)相關(guān)的需求算重要;核心用戶的核心需求算重要;能顯著提升產(chǎn)品的競爭優(yōu)勢的話算重要。
- 緊急:廣度(涉及的用戶數(shù)量);頻度(需求相關(guān)的場景出現(xiàn)的頻率);競爭(比如跟競爭對(duì)手搶時(shí)間)
從業(yè)務(wù)視角安排好優(yōu)先級(jí)之后,還要請(qǐng)開發(fā)人員從技術(shù)視角、請(qǐng)項(xiàng)目管理人員從項(xiàng)目管理視角對(duì)需求優(yōu)先級(jí)進(jìn)行微調(diào)。
(1)技術(shù)視角
有的需求在實(shí)現(xiàn)層面與其他需求有依賴關(guān)系,被依賴的要優(yōu)先做。
例如,知識(shí)管理系統(tǒng)中,有“提交詞條”、“登錄系統(tǒng)”這兩個(gè)用例,在提交詞條時(shí)要驗(yàn)證身份,要求用戶要先登錄系統(tǒng)才能提交詞條?!暗卿浵到y(tǒng)”被依賴,所以“登錄系統(tǒng)”的優(yōu)先級(jí)要高于“提交詞條”。
(2)項(xiàng)目視角
項(xiàng)目經(jīng)理要考慮需求的實(shí)現(xiàn)成本、是否存在技術(shù)風(fēng)險(xiǎn)。
同樣都是高優(yōu)先級(jí)的需求項(xiàng),要優(yōu)先做成本小的,這樣更容易見到成效。
同樣都是高優(yōu)先級(jí)的需求項(xiàng),要優(yōu)先做風(fēng)險(xiǎn)大的,因?yàn)樘嵩缱鲲L(fēng)險(xiǎn)大的話,風(fēng)險(xiǎn)出現(xiàn)時(shí)還有機(jī)會(huì)與時(shí)間來補(bǔ)救。
上面介紹了先從業(yè)務(wù)視角來評(píng)估優(yōu)先級(jí),再從技術(shù)視角、項(xiàng)目視角微調(diào)優(yōu)先級(jí)的方法。這個(gè)方法屬于定性評(píng)估,還可以用定量評(píng)估的方法來排需求優(yōu)先級(jí)。
定量評(píng)估的方法先列出排優(yōu)先級(jí)要考慮的維度(如業(yè)務(wù)價(jià)值、開發(fā)成本等),再邀請(qǐng)跨職能代表(業(yè)務(wù)代表、開發(fā)人員、項(xiàng)目經(jīng)理等)從各個(gè)維度對(duì)要評(píng)估的需求項(xiàng)進(jìn)行打分,然后就可以根據(jù)需求項(xiàng)的得分來排需求優(yōu)先級(jí)。
排優(yōu)先級(jí)要考慮的常見維度如下:
- 業(yè)務(wù)價(jià)值
- 用戶量
- 發(fā)生頻率
- 技術(shù)風(fēng)險(xiǎn)
- 開發(fā)成本
- 上市時(shí)間
- 政策要求
- 合同約定
定量評(píng)估的方法參考如下表格:
在中大型項(xiàng)目中,干系人很多,他們對(duì)哪些需求更重要往往達(dá)不成一致意見,容易產(chǎn)生爭吵,可能會(huì)根據(jù)“音量優(yōu)先級(jí)”來安排需求優(yōu)先級(jí)。這種情況下,可以通過定量評(píng)估的方法來打破僵局。通過多人打分的方式更加客觀,減少情緒方面的影響,促使團(tuán)隊(duì)對(duì)需求優(yōu)先級(jí)達(dá)成共識(shí)。
不管用定性評(píng)估的方法,還是用定量評(píng)估的方法,我們可能會(huì)遇到2個(gè)需求優(yōu)先級(jí)一樣的情況,如果你很糾結(jié)該先做哪個(gè)需求的時(shí)候,要記住:
需求優(yōu)先級(jí)的本質(zhì)是性價(jià)比。
這時(shí)候你判斷的依據(jù)就是哪個(gè)性價(jià)比高就先做哪個(gè)。
對(duì)于需求優(yōu)先級(jí),有以下幾點(diǎn)需要提醒:
- 優(yōu)先級(jí)是相對(duì)的。用定量評(píng)估的方法進(jìn)行打分的時(shí)候,是通過比較來打分。
- 排優(yōu)先級(jí)是一個(gè)動(dòng)態(tài)、持續(xù)的過程。隨著項(xiàng)目條件的變化、需求變更,要及時(shí)調(diào)整需求優(yōu)先級(jí)。
評(píng)估完需求優(yōu)先級(jí)后,還要評(píng)估需求的開發(fā)工作量,然后來制定版本迭代計(jì)劃。
2. 如何評(píng)估開發(fā)工作量?
估算開發(fā)工作量時(shí),不能由產(chǎn)品經(jīng)理拍腦袋估算,然后制定不切實(shí)際的項(xiàng)目計(jì)劃。需要邀請(qǐng)開發(fā)團(tuán)隊(duì)來一起評(píng)估開發(fā)工作量。
(1)估算過程
以敏捷項(xiàng)目為例,介紹估算工作量的過程。
- 先估算項(xiàng)目包含的故事點(diǎn)的數(shù)量(用分解法、類比法、撲克牌估算法)
- 根據(jù)以往經(jīng)驗(yàn)、早期迭代結(jié)果估算團(tuán)隊(duì)速率(一個(gè)迭代能夠完成多少故事點(diǎn))
- 算出工期(故事點(diǎn)數(shù)量÷團(tuán)隊(duì)速率)
(2)估算方法
分解法:分而治之
比如,一個(gè)手機(jī)硬件工程師要估算一款競爭對(duì)手新上市的手機(jī)的硬件成本,可以用分解法把這款手機(jī)的所有零部件都拆解出來,就可以得到這款手機(jī)的BOM成本。
對(duì)一整個(gè)項(xiàng)目的工作量不容易估算,即使估算的話偏差也會(huì)比較大,可以利用分解法拆成好估算的模塊,然后匯總就可以得到整個(gè)項(xiàng)目的工作量。
類比法:歷史數(shù)據(jù)+修正系數(shù)
比如,你家里要裝修房子,你要估算裝修費(fèi)用。如果你以前有裝修過,參考?xì)v史數(shù)據(jù),再針對(duì)面積大小、豪華程度、物價(jià)水平等因素進(jìn)行修正,就可以估算出裝修費(fèi)用了。
如果你是第一次裝修沒有經(jīng)驗(yàn),可以去最近剛裝修完房子的朋友家里了解一下,再根據(jù)你家的面積大小、豪華程度進(jìn)行修正,就可以估算出你家房子的裝修費(fèi)用了。
撲克牌估算法
敏捷撲克牌估算法的使用方法:
0、每一名團(tuán)隊(duì)成員(產(chǎn)品負(fù)責(zé)人除外)取一種顏色的卡片(如圖所示)。
1、產(chǎn)品負(fù)責(zé)人描述待預(yù)估的Backlog項(xiàng)目,并解答團(tuán)隊(duì)成員的提問。
2、團(tuán)隊(duì)討論。
3、每一名團(tuán)隊(duì)成員根據(jù)自己的判斷進(jìn)行預(yù)估,將預(yù)估結(jié)果倒扣在桌上。
4、當(dāng)所有團(tuán)隊(duì)成員都完成預(yù)估,大家同時(shí)把卡片估值翻轉(zhuǎn)過來公示。
5、如果所有人的預(yù)估值相等或相近,該值即為Backlog項(xiàng)目的故事點(diǎn)。
6、如果團(tuán)隊(duì)成員估值差異較大,則需要對(duì)預(yù)估結(jié)果進(jìn)行討論。
7、重復(fù)上面的過程,直到團(tuán)隊(duì)達(dá)成一致意見。
8、產(chǎn)品負(fù)責(zé)人選擇下一個(gè)Backlog項(xiàng)目進(jìn)行預(yù)估。
注1:一般情況下,建議預(yù)估分值為單張紙牌的數(shù)值。
注2:問號(hào)用于表示對(duì)當(dāng)前項(xiàng)目仍有疑問;咖啡用于提示實(shí)在太累了,需要休息一下。
對(duì)于工作量估算,有以下幾點(diǎn)需要提醒:
- 很多開發(fā)人員在估算工作量時(shí)會(huì)偏樂觀,對(duì)風(fēng)險(xiǎn)預(yù)估不足,經(jīng)常會(huì)看到實(shí)際工期遠(yuǎn)大于預(yù)計(jì)工期的情況。
- 不要因?yàn)橥獠繅毫蛴项I(lǐng)導(dǎo)的喜好而做出不切實(shí)際的估算,這樣的后果往往是兩敗俱傷,而你最終將成為背鍋俠。
- 報(bào)給客戶的工作量要留余地。比如你預(yù)估2天能做完,你報(bào)給客戶時(shí)要說3天。一方面要預(yù)留時(shí)間以免發(fā)生特殊情況,影響交付時(shí)間,另一方面要留給客戶“砍價(jià)”的余地(客戶聽說要3天,極有可能讓你在2天內(nèi)完成)。
- 度量就是認(rèn)知。在項(xiàng)目初期做的初步估算都是基于估算者當(dāng)時(shí)的認(rèn)知及其所做的假設(shè),具有很大的不確定性。隨著項(xiàng)目的進(jìn)展,根據(jù)實(shí)際進(jìn)度,以及任務(wù)的進(jìn)一步細(xì)化,應(yīng)該動(dòng)態(tài)調(diào)整估算值,估算值應(yīng)該越來越接近實(shí)際值。
還有很多方法可以用來排優(yōu)先級(jí),比如“入選與落選法”、Kano模型、百元購物法、MoSCoW優(yōu)先級(jí)排序法等,本文介紹的是我認(rèn)為比較實(shí)用的方法,希望對(duì)你有幫助。
#專欄作家#
張?jiān)谕?,微信公眾?hào):張?jiān)谕巳硕际钱a(chǎn)品經(jīng)理專欄作家。資深咨詢師、創(chuàng)投顧問、《有效競品分析》作者;擅長最佳實(shí)踐與方法論的總結(jié),兼具實(shí)戰(zhàn)經(jīng)驗(yàn)與產(chǎn)品方法論體系,創(chuàng)造性地總結(jié)了競品分析的系統(tǒng)方法論。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于 CC0 協(xié)議
對(duì)于重要和緊急的判斷上,我有一點(diǎn)想要請(qǐng)教。文章說將對(duì)于用戶廣度和頻率等作為是否緊急的判斷,而按我理解涉及用戶的廣度和頻率等也是用戶價(jià)值大小的衡量標(biāo)準(zhǔn),而不是緊急與否的衡量標(biāo)準(zhǔn)。除非已經(jīng)認(rèn)定這個(gè)需求不做是不利于用戶的,才會(huì)把影響范圍作為是否緊急的標(biāo)準(zhǔn)。
把用戶廣度和頻率等作為是否緊急的判斷,是來源于Bug管理的方法,Bug涉及的用戶數(shù)量(廣度)以及出現(xiàn)的頻率可以幫助判斷bug的緊急程度。
很多需求管理系統(tǒng)和Bug管理系統(tǒng)可以共用(如禪道、bugfree等),所以需求緊急程度的判斷思路就沿用了bug緊急程度的判斷思路。
其實(shí)按您說的判斷方法也可以,殊途同歸。
對(duì),如果是有明確負(fù)向影響的,其實(shí)可以通過廣度和頻度對(duì)比來很快的判斷優(yōu)先級(jí)。而對(duì)于沒有負(fù)向影響,而是不做沒啥影響,做了有一定積極效果的這類需求,在緊急程度上的判斷,我就一直不能很好把控的是。
用戶廣度和頻率作為是否緊急的判斷,以APP功能點(diǎn)為例,我認(rèn)為就是
P1,基礎(chǔ)功能體驗(yàn),穩(wěn)定性
P2,好
P2:良好的體驗(yàn);P3:好口碑,P4,超預(yù)期