【51CTO.com原創(chuàng)稿件】

導(dǎo)語：CTO訓(xùn)練營第二季已經(jīng)圓滿收官，作為一個(gè)學(xué)習(xí)分享和社交的平臺(tái)，CTO訓(xùn)練營提供的不光是知識(shí)分享，還有一個(gè)屬于技術(shù)管理者的人脈圈子。結(jié)課之后，第二季學(xué)員提交了畢業(yè)設(shè)計(jì)，來對(duì)四個(gè)月以來的學(xué)習(xí)進(jìn)行總結(jié)與回顧，部分論文由CTO導(dǎo)師進(jìn)行點(diǎn)評(píng)和打分。

研發(fā)需求優(yōu)先級(jí)管理的量化方法初探 王大亮 數(shù)據(jù)堂技術(shù)總監(jiān)

【摘要】當(dāng)眾多的研發(fā)需求列入開發(fā)計(jì)劃，通常由于研發(fā)力量的不足，項(xiàng)目進(jìn)度的緊迫，需要定義出需求開發(fā)的優(yōu)先級(jí)。然后，通常大多數(shù)研發(fā)領(lǐng)導(dǎo)都是定性的判斷工作先后，存在不客觀不公正的問題。本文采用了多目標(biāo)歸一化的優(yōu)先級(jí)量化計(jì)算方法，將多維度的評(píng)判指標(biāo)進(jìn)行歸一化，做到優(yōu)先級(jí)管理的客觀公正。
【關(guān)鍵詞】需求優(yōu)先級(jí)管理，多目標(biāo)量化

1研發(fā)需求優(yōu)先級(jí)管理現(xiàn)狀
在日常的軟件研發(fā)工作中，開發(fā)團(tuán)隊(duì)會(huì)面臨紛繁復(fù)雜的開發(fā)需求，包括新增需求、變更需求、bug修復(fù)需求、優(yōu)化需求等等，這些開發(fā)需求都按照評(píng)審進(jìn)入需求池。如果這些列入計(jì)劃的開發(fā)需求像雪片一樣，不經(jīng)管理和控制，直接拋向開發(fā)人員，會(huì)對(duì)開發(fā)人員形成不間斷的打擾，不僅不會(huì)提高工作效率，反而會(huì)影響工作產(chǎn)能，進(jìn)一步降低軟件開發(fā)質(zhì)量。
對(duì)于已經(jīng)決定要做的需求，這樣的需求數(shù)量很多，是現(xiàn)在做，還是以后做，不可能在同一時(shí)間內(nèi)全部研發(fā)完畢，總得有先有后，優(yōu)先級(jí)高的需求優(yōu)先研發(fā)，優(yōu)先級(jí)低的需求延后研發(fā)，這樣就涉及到需求優(yōu)先級(jí)定義的標(biāo)準(zhǔn)。因此，對(duì)研發(fā)需求做優(yōu)先級(jí)管理和控制變得尤為重要。
在產(chǎn)品實(shí)踐中，軟件開發(fā)需求的優(yōu)先級(jí)管理反映了研發(fā)團(tuán)隊(duì)***的管理能力。很多研發(fā)負(fù)責(zé)人都是拍腦門憑感覺決定先做哪些需求，后做哪些需求，例如，先來先出，簡單優(yōu)于復(fù)雜等?？梢钥闯觯@種定性地做出優(yōu)先級(jí)判斷，存在不夠客觀和不夠公正的問題。因此，需要一個(gè)客觀和公正的量化的需求優(yōu)先級(jí)管理方法。

2軟件開發(fā)需求優(yōu)先級(jí)分級(jí)
需求優(yōu)先級(jí)主要是針對(duì)功能需求而言的，除卻被依賴的需求應(yīng)當(dāng)優(yōu)先實(shí)現(xiàn)之外，需求優(yōu)先級(jí)主要反映了客戶希望最終系統(tǒng)提供某功能需求的迫切程度。一般而言，需求優(yōu)先級(jí)可以分為三級(jí)：
高優(yōu)先級(jí)。必不可少的功能。只有在這些需求上達(dá)成一致意見，軟件才可能被接受。這些功能的實(shí)現(xiàn)質(zhì)量必須趨于***；
中優(yōu)先級(jí)。必要的功能。這些功能是系統(tǒng)所需要的，如果有必要可以延遲實(shí)現(xiàn)。雖然不提供這些功能系統(tǒng)也有可能被接受，但***不要忽略它們。值得為這些功能的質(zhì)量付出努力；
低優(yōu)先級(jí)。錦上添花式的功能增強(qiáng)。低優(yōu)先級(jí)的需求可以實(shí)現(xiàn)也可以不實(shí)現(xiàn)；但如果資源允許的話，實(shí)現(xiàn)這些需求將會(huì)使產(chǎn)品更臻***。另外，對(duì)于這些需求的實(shí)現(xiàn)質(zhì)量要求不是很高，甚至可以容忍不嚴(yán)重的缺陷存在。
不難理解，一個(gè)項(xiàng)目中，需求優(yōu)先級(jí)為高、中、低的需求的比例應(yīng)該科學(xué)（比如3：4：3），從而有利于項(xiàng)目管理。如果將需求優(yōu)先級(jí)統(tǒng)統(tǒng)定為高，或者需求優(yōu)先級(jí)為高的需求明顯占了壓倒性的比例，這顯然是不科學(xué)做法，違背了設(shè)定需求優(yōu)先級(jí)的初衷，不利于項(xiàng)目管理中權(quán)衡與調(diào)整。

3優(yōu)先級(jí)管理的量化方法
當(dāng)軟件開發(fā)需求推進(jìn)到研發(fā)部產(chǎn)品經(jīng)理面前時(shí)，由于客戶不同、項(xiàng)目來源不同、戰(zhàn)略意義不同、緊急程度不同、開發(fā)難易程度不同，很難客觀公正的完成項(xiàng)目優(yōu)先級(jí)的判定。因此，需要一個(gè)能從總體的重要性來評(píng)價(jià)項(xiàng)目優(yōu)先級(jí)的方法，特別是在研發(fā)力量不足的情況尤為重要。
以下為分析工具開發(fā)項(xiàng)目的優(yōu)先級(jí)評(píng)判方法。
總體目標(biāo)：***化支撐數(shù)據(jù)處理項(xiàng)目的實(shí)施，用盡可能少的努力完成分析工具開發(fā)。
評(píng)判方法：
STEP1：針對(duì)預(yù)先設(shè)定的評(píng)判指標(biāo)，按照1~5分制，進(jìn)行逐項(xiàng)打分；
STEP2：將各項(xiàng)得分加權(quán)求和得出總分；
STEP3：按照得分高低對(duì)各任務(wù)進(jìn)行排序，得分越高者，優(yōu)先級(jí)越高。
評(píng)判指標(biāo)：
重要性：評(píng)判該任務(wù)自身的重要程度，參考依據(jù)包括銷售額、銷售戰(zhàn)略、市場(chǎng)前景等。
易達(dá)性：評(píng)判該任務(wù)是否可以直接著手解決，還是需要有先決條件，參考依據(jù)包括市場(chǎng)戰(zhàn)略的清晰性、業(yè)務(wù)了解程度、技術(shù)積累等。
回報(bào)性：如果完成該任務(wù)后，評(píng)判預(yù)計(jì)達(dá)成的業(yè)務(wù)效果的顯著程度，或影響面的廣泛程度。
易完成性：如果要著手實(shí)現(xiàn)，評(píng)判該任務(wù)實(shí)現(xiàn)的難易程度，參考依據(jù)包括技術(shù)難度、時(shí)間跨度、人員投入等。

評(píng)判計(jì)算器：
    重要性
(權(quán)重w1)    易達(dá)性
(權(quán)重w2)    回報(bào)性
(權(quán)重w3)    易完成性
(權(quán)重w4)    總分
項(xiàng)目1                   
項(xiàng)目2                   
項(xiàng)目3                   
注：以上評(píng)判指標(biāo)默認(rèn)權(quán)重均為1，各指標(biāo)權(quán)重可以根據(jù)需要進(jìn)行調(diào)整。
每一個(gè)項(xiàng)目的總分的計(jì)算方法如下：

完成總分計(jì)算后，按照總分進(jìn)行排序，即可完成各個(gè)項(xiàng)目的優(yōu)先級(jí)排序。
4舉例實(shí)驗(yàn)
以3個(gè)項(xiàng)目為例，按照評(píng)測(cè)指標(biāo)逐項(xiàng)打分，加權(quán)求和后進(jìn)行優(yōu)先級(jí)排序。
項(xiàng)目名稱    重要性    易達(dá)性    回報(bào)性    易完成性    總分    優(yōu)先級(jí)
項(xiàng)目1    5    4    4    4    17    1
項(xiàng)目2    5    2    3    2    12    3
項(xiàng)目3    3    5    2    5    15    2

導(dǎo)師點(diǎn)評(píng)：七樂康技術(shù)VP曲毅
評(píng)分：90
評(píng)語：在自己的實(shí)際工作中遇見的問題，能清晰的總結(jié)并且有自己的觀點(diǎn)。因勢(shì)利導(dǎo)，融資的環(huán)境，外界的競(jìng)爭(zhēng)，用戶的需求，包括我們自己的試錯(cuò)等等都可能會(huì)擾亂我們的優(yōu)先級(jí)，都可能會(huì)導(dǎo)致我們要進(jìn)行優(yōu)先級(jí)的取舍。再做到有序管理的同時(shí)我們?nèi)绾芜€能保持靈活？老師的一點(diǎn)經(jīng)驗(yàn)僅作參考。CTO要懂技術(shù)，是否我們通過技術(shù)創(chuàng)新能提高研發(fā)速度和質(zhì)量？CTO要懂管理，是否在我們的管轄內(nèi)，各方工作順暢。CTO還要有敏銳的判斷，是否有些項(xiàng)目其實(shí)沒有那么重要，我們能給否掉。不做或者少做，也許是更快的辦法。

CTO訓(xùn)練營是51CTO高招主辦，面向中高端技術(shù)管理者的學(xué)習(xí)分享及社交平臺(tái)，匯集業(yè)界資深技術(shù)高管、投資人資源，以“打造技術(shù)經(jīng)理的MBA”為核心，全心全力幫助中國***潛力的技術(shù)管理者，成長為未來技術(shù)領(lǐng)域的***及榜樣。第三季CTO訓(xùn)練營將在原有優(yōu)質(zhì)內(nèi)容體系的基礎(chǔ)上，延伸四大選修活動(dòng)，滿足不同技術(shù)管理者的個(gè)性化需求。

[[179683]]

【51CTO原創(chuàng)稿件，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文作者和出處為51CTO.com】