阿姆達爾定律——做好產(chǎn)品經(jīng)理從評優(yōu)先級開始
關(guān)于需求的優(yōu)先級評定一向是產(chǎn)品人工作中的重要部分,但現(xiàn)在大多數(shù)產(chǎn)品經(jīng)理的優(yōu)先級評定都是看經(jīng)驗原則、看感覺。這難免會導致某些錯誤評估。筆者告訴我們,可以通過阿姆達爾定律更加科學地評估優(yōu)先級。
需求管理是產(chǎn)品日常工作中很重要的一部分,在項目中會接觸到各種各樣的角色,產(chǎn)品用戶、付費用戶(在企業(yè)應(yīng)用服務(wù)、教育行業(yè)中付費用戶與體驗用戶是兩個角色)、老板、運營、客戶等等…..會花式提出各種的要求。
按照傳統(tǒng)的方法去調(diào)研時,得到的場景往往是這樣的:
產(chǎn)品——請問哪個問題最重要呢?
需求方——都重要!
產(chǎn)品——請問哪個問題最緊急呢?
需求方——都緊急!
面對有限的研發(fā)資源,最后自己扣著腦袋根據(jù)用戶使用頻次、重要緊急程度拍腦袋決定。殊不知需求優(yōu)先級是一個項目開始階段最重要的環(huán)節(jié),直接影響了項目研發(fā)進度以及團隊的精力分配。
特別是在各個市場都充分競爭的今天,我們提供給客戶的不僅僅只是一個軟件,而是一種服務(wù),一種解決用戶某種問題的服務(wù)能力。SaaS-軟件即服務(wù),PaaS-平臺既服務(wù),IaaS-基礎(chǔ)設(shè)施既服務(wù),企業(yè)都漸漸將自己提供的各種能力定義為了服務(wù),而不再是原來的軟件、平臺、基礎(chǔ)設(shè)置。
這就要求我們在定義產(chǎn)品時,不能僅僅局限在軟件維度,不然就像市面上很多打著xxaS口號的產(chǎn)品,只有功能,沒有服務(wù),最后在競爭中落敗。
一、劃分服務(wù)優(yōu)先級
劃分服務(wù)優(yōu)先級時,要有下面的意識:
不是所有的問題都需要通過軟件解決,目的是提高整體服務(wù)效率,軟件只是一種方法。
服務(wù)是由整個團隊提供的,涉及市場、售前、銷售、產(chǎn)品、運營、研發(fā)、售后等多個環(huán)節(jié),不能只專注于自己眼前的產(chǎn)品工作。而我們設(shè)計的也不僅僅再是一個個功能點,而是一串完整的業(yè)務(wù)流,用于解決用戶的某一個問題。
那具體如何劃分呢,大家根據(jù)常用的需求優(yōu)先級劃分的工具如 KANO模型、波士頓矩陣、四象限(這里就不一一介紹了,感興趣的大家可以自行百度)等方法也可以將需求劃分為P0到P3四個等級,可當項目復(fù)雜度很高,發(fā)現(xiàn)N多需求都是P0時,到低先做哪個后做哪個呢?
這個時候更多的是依靠二八法則、核心業(yè)務(wù)優(yōu)先、投入產(chǎn)出比等經(jīng)驗原則來做判斷,更多的是依靠大家的工作經(jīng)驗以及積累,對于新的項目和業(yè)務(wù)更多的是憑感覺……但我們設(shè)計的一個個業(yè)務(wù)流的目的是提升我們服務(wù)客戶的效率,憑借感覺往往是不可靠的。
劃分需求優(yōu)先級本質(zhì)上是需要一個To Do List,而排序的標準是依照“效果”這里我為大家介紹一個方法——阿姆達爾法則。
二、阿姆達爾法則
阿姆達爾在設(shè)計計算機時,意識到要使計算機整體性能最佳,計算機各個部分的性能必須平衡,才能使整體性能最佳。
同樣地,我們提供服務(wù)時,內(nèi)部各個業(yè)務(wù)流的效率必須平衡,才能讓整體服務(wù)效率最佳。具體的計算公式如下:
公式左邊:
S(大寫):在做出某項改變(迭代了某個功能)后,系統(tǒng)整體的效率提升。
公式右邊:
- s(小寫):某項功能迭代后,提升效率的倍數(shù);
- p:代表這部分操作或流程在完整的服務(wù)時長中占用的時長比。
下面以計算機系統(tǒng)為例:
假設(shè)計算機運行某個程序,其中內(nèi)存的讀寫訪問占了計算機程序運行20%的時間,如果你把內(nèi)存運行速度提升到原來的2倍,那么整個計算機性能提升多少呢?
按照定義可知:
- s(小寫):內(nèi)存運行速度提升到2倍,即s=2
- p:內(nèi)存訪問讀寫占計算機運行20%的時間,即p=20%
- 通過公式得出計算機整體運行效率提升了11%。
按照整體效率提升效果,排定需求優(yōu)先級,下面再以計算機系統(tǒng)為例:
假如內(nèi)存讀寫占用程序運行時間的20%,處理器運算占60%。今天有兩個技術(shù),一個可以將內(nèi)存讀寫速度提升到現(xiàn)在的6倍,另一個可以將處理器的速度提升到現(xiàn)在的150%,由于成本的限制和研發(fā)時間的限制,下一個版本只能采用一項改進。應(yīng)該選用哪個?
停留60秒,思考下如何決定?
直觀的數(shù)據(jù)感受,內(nèi)存讀寫是提升到現(xiàn)在的6倍,處理器是提升到現(xiàn)在的150%。很多人會選擇內(nèi)存技術(shù)。阿姆達爾法則給出的結(jié)論則恰恰相反。
- 如果提高內(nèi)存性能,s(小寫)=6,p=20%;則S(內(nèi)存)=1/[(1 – 0.2)+0.2/6]≈120%
- 如果提高處理器性能,s(小寫)=1.5,p=60%;則S(處理器)=1/[(1 – 0.6)+0.6/1.5]≈125%
S(處理器)>S(內(nèi)存)得出了和我們直覺相反的答案,此時應(yīng)該選擇提升處理器的技術(shù)。
將這個公式帶入到我們?nèi)粘5男枨髢?yōu)先級評定中,哪些環(huán)節(jié)最先需要優(yōu)化是不是一目了然。同時這里我對公式做了一點調(diào)整,公式僅考慮了效率提升,而沒有考慮到成本投入,這時只要將公式兩邊同除以投入的工時,就得到了兩個需求每投入一個工時,對整體效率提升的百分比,同樣以上面的計算機系統(tǒng)為例:
假設(shè)提升內(nèi)存技術(shù)需要投入研發(fā)人力“2人天”提升處理器技術(shù)需要投入研發(fā)人力“3人天”。
- S(內(nèi)存人天效)= 20%/2 = 10%;
- S(處理器人天效)= 25%/3 = 8.3%;
此時對比投入效率又應(yīng)該選擇提升內(nèi)存技術(shù)。
三、總結(jié)
每一個項目都面臨著時間緊、任務(wù)重、預(yù)算有限的情況,合理的評定優(yōu)先級可以幫助大家在推進過程中找到主線,確定需求邊界,在溝通時減少內(nèi)耗,讓大家逐步建立信任,使項目推進井井有條。
否則大家會陷入到無盡的進度跟蹤當中去,無法自拔。
最后,優(yōu)先級是根據(jù)業(yè)務(wù)進度動態(tài)調(diào)整的,不要沉迷于工作流而忽略了你的用戶。
作者:萌面趙先生,個人公眾號:G_Gluck
本文由 @萌面趙先生 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
很難落地
現(xiàn)在大部分都是粗放式管理,這些精細的管理工具很難被使用
后面那個公式為啥不是
S(內(nèi)存人天效)= 120%/2 = 60%
S(處理器人天效)= 125%/3 = 75%;
舉例中是將內(nèi)存效果提升到原來的120%,實際提升的百分比只有20%,所以只計算超過100%的部分;