CTO訓練營第二季畢設:研發需求優先級管理的量化方法初探
原創【51CTO.com原創稿件】
導語:CTO訓練營第二季已經圓滿收官,作為一個學習分享和社交的平臺,CTO訓練營提供的不光是知識分享,還有一個屬于技術管理者的人脈圈子。結課之后,第二季學員提交了畢業設計,來對四個月以來的學習進行總結與回顧,部分論文由CTO導師進行點評和打分。
研發需求優先級管理的量化方法初探 王大亮 數據堂技術總監
【摘要】當眾多的研發需求列入開發計劃,通常由于研發力量的不足,項目進度的緊迫,需要定義出需求開發的優先級。然后,通常大多數研發領導都是定性的判斷工作先后,存在不客觀不公正的問題。本文采用了多目標歸一化的優先級量化計算方法,將多維度的評判指標進行歸一化,做到優先級管理的客觀公正。
【關鍵詞】需求優先級管理,多目標量化
1研發需求優先級管理現狀
在日常的軟件研發工作中,開發團隊會面臨紛繁復雜的開發需求,包括新增需求、變更需求、bug修復需求、優化需求等等,這些開發需求都按照評審進入需求池。如果這些列入計劃的開發需求像雪片一樣,不經管理和控制,直接拋向開發人員,會對開發人員形成不間斷的打擾,不僅不會提高工作效率,反而會影響工作產能,進一步降低軟件開發質量。
對于已經決定要做的需求,這樣的需求數量很多,是現在做,還是以后做,不可能在同一時間內全部研發完畢,總得有先有后,優先級高的需求優先研發,優先級低的需求延后研發,這樣就涉及到需求優先級定義的標準。因此,對研發需求做優先級管理和控制變得尤為重要。
在產品實踐中,軟件開發需求的優先級管理反映了研發團隊***的管理能力。很多研發負責人都是拍腦門憑感覺決定先做哪些需求,后做哪些需求,例如,先來先出,簡單優于復雜等。可以看出,這種定性地做出優先級判斷,存在不夠客觀和不夠公正的問題。因此,需要一個客觀和公正的量化的需求優先級管理方法。
2軟件開發需求優先級分級
需求優先級主要是針對功能需求而言的,除卻被依賴的需求應當優先實現之外,需求優先級主要反映了客戶希望最終系統提供某功能需求的迫切程度。一般而言,需求優先級可以分為三級:
高優先級。必不可少的功能。只有在這些需求上達成一致意見,軟件才可能被接受。這些功能的實現質量必須趨于***;
中優先級。必要的功能。這些功能是系統所需要的,如果有必要可以延遲實現。雖然不提供這些功能系統也有可能被接受,但***不要忽略它們。值得為這些功能的質量付出努力;
低優先級。錦上添花式的功能增強。低優先級的需求可以實現也可以不實現;但如果資源允許的話,實現這些需求將會使產品更臻***。另外,對于這些需求的實現質量要求不是很高,甚至可以容忍不嚴重的缺陷存在。
不難理解,一個項目中,需求優先級為高、中、低的需求的比例應該科學(比如3:4:3),從而有利于項目管理。如果將需求優先級統統定為高,或者需求優先級為高的需求明顯占了壓倒性的比例,這顯然是不科學做法,違背了設定需求優先級的初衷,不利于項目管理中權衡與調整。
3優先級管理的量化方法
當軟件開發需求推進到研發部產品經理面前時,由于客戶不同、項目來源不同、戰略意義不同、緊急程度不同、開發難易程度不同,很難客觀公正的完成項目優先級的判定。因此,需要一個能從總體的重要性來評價項目優先級的方法,特別是在研發力量不足的情況尤為重要。
以下為分析工具開發項目的優先級評判方法。
總體目標:***化支撐數據處理項目的實施,用盡可能少的努力完成分析工具開發。
評判方法:
STEP1:針對預先設定的評判指標,按照1~5分制,進行逐項打分;
STEP2:將各項得分加權求和得出總分;
STEP3:按照得分高低對各任務進行排序,得分越高者,優先級越高。
評判指標:
重要性:評判該任務自身的重要程度,參考依據包括銷售額、銷售戰略、市場前景等。
易達性:評判該任務是否可以直接著手解決,還是需要有先決條件,參考依據包括市場戰略的清晰性、業務了解程度、技術積累等。
回報性:如果完成該任務后,評判預計達成的業務效果的顯著程度,或影響面的廣泛程度。
易完成性:如果要著手實現,評判該任務實現的難易程度,參考依據包括技術難度、時間跨度、人員投入等。
評判計算器:
重要性
(權重w1) 易達性
(權重w2) 回報性
(權重w3) 易完成性
(權重w4) 總分
項目1
項目2
項目3
注:以上評判指標默認權重均為1,各指標權重可以根據需要進行調整。
每一個項目的總分的計算方法如下:
完成總分計算后,按照總分進行排序,即可完成各個項目的優先級排序。
4舉例實驗
以3個項目為例,按照評測指標逐項打分,加權求和后進行優先級排序。
項目名稱 重要性 易達性 回報性 易完成性 總分 優先級
項目1 5 4 4 4 17 1
項目2 5 2 3 2 12 3
項目3 3 5 2 5 15 2
導師點評:七樂康技術VP曲毅
評分:90
評語:在自己的實際工作中遇見的問題,能清晰的總結并且有自己的觀點。因勢利導,融資的環境,外界的競爭,用戶的需求,包括我們自己的試錯等等都可能會擾亂我們的優先級,都可能會導致我們要進行優先級的取舍。再做到有序管理的同時我們如何還能保持靈活?老師的一點經驗僅作參考。CTO要懂技術,是否我們通過技術創新能提高研發速度和質量?CTO要懂管理,是否在我們的管轄內,各方工作順暢。CTO還要有敏銳的判斷,是否有些項目其實沒有那么重要,我們能給否掉。不做或者少做,也許是更快的辦法。
CTO訓練營是51CTO高招主辦,面向中高端技術管理者的學習分享及社交平臺,匯集業界資深技術高管、投資人資源,以“打造技術經理的MBA”為核心,全心全力幫助中國***潛力的技術管理者,成長為未來技術領域的***及榜樣。第三季CTO訓練營將在原有優質內容體系的基礎上,延伸四大選修活動,滿足不同技術管理者的個性化需求。
【51CTO原創稿件,合作站點轉載請注明原文作者和出處為51CTO.com】