建站
咨詢
售后
建站咨詢
新聞中心
眾所周知，軟件項(xiàng)目失敗背后的主要原因包括：各種產(chǎn)品缺陷、需求上的歧義、產(chǎn)品測試不足、程序中的無效代碼、和其他性能上的問題。通常，衡量??軟件產(chǎn)品開發(fā)團(tuán)隊(duì)??的生產(chǎn)力是防止項(xiàng)目失敗的關(guān)鍵方法之一。我們可以通過許多軟件開發(fā)的相關(guān)指標(biāo)，來衡量團(tuán)隊(duì)的生產(chǎn)力。下面，讓我們一起來詳細(xì)討論有哪些關(guān)鍵指標(biāo)，可以協(xié)助我們盡早發(fā)現(xiàn)軟件項(xiàng)目中的風(fēng)險(xiǎn)，進(jìn)而避免后期出現(xiàn)軟件故障。
網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、微信平臺(tái)小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了濟(jì)源免費(fèi)建站歡迎大家使用！
1.客戶滿意度
客戶滿意度是衡量軟件開發(fā)團(tuán)隊(duì)生產(chǎn)力的一項(xiàng)關(guān)鍵指標(biāo)。業(yè)界常說的爽點(diǎn)和痛點(diǎn)是滿意度的直接體現(xiàn)，客戶只有使用滿意了才會(huì)將您的產(chǎn)品推薦給其他人，并成為軟件的忠實(shí)用戶。相反，客戶一旦覺得不滿意，就會(huì)立刻轉(zhuǎn)用競爭對(duì)手的產(chǎn)品。
衡量客戶滿意度的方法有很多，常見的標(biāo)準(zhǔn)方法有如下三種：
- 凈推薦值(Net Promoter Score，NPS)：它根據(jù)客戶向他人推薦您產(chǎn)品的可能性，以1-10的等級(jí)，對(duì)客戶進(jìn)行評(píng)分。例如，覺得滿意的客戶會(huì)給出9或10分，而不滿意的客戶則會(huì)給出1或2分。NPS是滿意客戶與不滿意客戶數(shù)量的比率。由于它的整體范圍可以從-100到100，因此任何高于6的NPS分?jǐn)?shù)都被認(rèn)為是良好的，即表示客戶認(rèn)為滿意。也就是說，軟件開發(fā)團(tuán)隊(duì)的目標(biāo)是要讓NPS的分值達(dá)到6分以上。
- 客戶反饋：衡量客戶滿意度的另一種方法是通過客戶提供的反饋和建議。您可以要求客戶根據(jù)他們對(duì)產(chǎn)品的體驗(yàn)，提供從1到5的產(chǎn)品評(píng)級(jí)。就產(chǎn)品與服務(wù)而言，您最好在訂閱期結(jié)束之前，以電子郵件或消息推送的形式發(fā)送反饋請(qǐng)求。當(dāng)然，您也可以通過Twitter和Facebook等第三方社交媒體網(wǎng)站去獲取反饋。
- 客戶調(diào)查：這是獲得產(chǎn)品客戶滿意度或客戶體驗(yàn)指標(biāo)的第三種有效方式。您應(yīng)該在一定的時(shí)間間隔，比如在購買產(chǎn)品一個(gè)月后，根據(jù)客戶的購買與使用情況，發(fā)送一封調(diào)查電子郵件。調(diào)查的內(nèi)容可以包括：有關(guān)客戶對(duì)于產(chǎn)品的體驗(yàn)、他們向他人推薦本產(chǎn)品的可能性、以及對(duì)現(xiàn)有問題的任何建議等。
2.沖刺燃盡(Sprint Burndown)
沖刺燃盡是一次沖刺中已完成工作的圖形表示。它可以被用來跟蹤團(tuán)隊(duì)的進(jìn)度，并確定他們是否可以實(shí)現(xiàn)沖刺的目標(biāo)。
創(chuàng)建沖刺燃盡圖背后的思想是，找出在沖刺中已完成的工作量，并將其與實(shí)際完成的工作進(jìn)行比較。如下圖所示，x軸代表時(shí)間，而y軸代表剩余的工作量。斜線率代表了團(tuán)隊(duì)如何完成工作。
沖刺燃盡圖通常由兩條線組成：一條表示預(yù)計(jì)進(jìn)展，另一條表示實(shí)際進(jìn)展。此外，它還包含如下六的方面：
- 起點(diǎn)：是沖刺時(shí)間的開始，剩余工作為100%。
- 終點(diǎn)：是沖刺結(jié)束的時(shí)間，剩余工作為0。
- 零線：在y軸上繪制零線，可以指示在起點(diǎn)和終點(diǎn)處剩余的工作。
- 實(shí)際進(jìn)度線：是顯示沖刺中已完成工作量的線。
- 理想進(jìn)度線：理想線顯示了如果一切按計(jì)劃進(jìn)行的話，沖刺中應(yīng)當(dāng)完成的工作量。
- 燃盡率：燃盡率是實(shí)際進(jìn)度線的斜率。
3.團(tuán)隊(duì)速度
團(tuán)隊(duì)速度可以衡量一個(gè)團(tuán)隊(duì)在一定的時(shí)間內(nèi)，可以完成的工作量。我們既然可以根據(jù)故事點(diǎn)(story points)來衡量，也可以根據(jù)理想天數(shù)來衡量。此處的理想天數(shù)是指所有團(tuán)隊(duì)成員在某個(gè)項(xiàng)目上協(xié)同工作的總天數(shù)。它雖然根據(jù)所有團(tuán)隊(duì)成員的100%出勤率來進(jìn)行計(jì)算，但也包括了周末、節(jié)假日或任何其他類型的缺勤。顯然，更高的速度意味著團(tuán)隊(duì)可以在更短的時(shí)間內(nèi)，完成更多的工作。我們通常使用該指標(biāo)，來跟蹤團(tuán)隊(duì)在一段時(shí)間內(nèi)的進(jìn)度。
4.發(fā)布燃盡圖(Release Burndown)
發(fā)布燃盡圖是軟件開發(fā)團(tuán)隊(duì)用來預(yù)測完成進(jìn)度的工具。它使用速度作為預(yù)測項(xiàng)目完成所剩余天數(shù)的基礎(chǔ)。它有時(shí)也稱為發(fā)布計(jì)劃，調(diào)度的是需要的時(shí)間而不是任務(wù)。其基本原理是：速度乘以迭代次數(shù)，得到完成的故事點(diǎn)的總數(shù)。您可以通過將剩余的故事點(diǎn)乘以團(tuán)隊(duì)的平均速度，來轉(zhuǎn)換為天數(shù)。
5.周期時(shí)間
周期時(shí)間是問題從開始到完成所需的平均時(shí)間。您可以在幾天、幾小時(shí)甚至是幾分鐘之內(nèi)對(duì)其進(jìn)行測算。周期時(shí)間的通用公式為：T=T+d(t)。其中，T是以小時(shí)或天為單位，表示花費(fèi)在特定項(xiàng)目上的總時(shí)間;d(t)表示工作流中每個(gè)階段的問題所持續(xù)時(shí)間。
例如，QA團(tuán)隊(duì)的Alice在1月1日創(chuàng)建了一個(gè)問題，并將其分配給了開發(fā)團(tuán)隊(duì)的John。他在In Progress階段花費(fèi)了兩天，在Completed階段花費(fèi)了一天。那么該問題的總周期時(shí)間就是四天。
減少周期時(shí)間的目標(biāo)就是要提高問題從開始到完成的速度。該指標(biāo)可用于衡量團(tuán)隊(duì)工作流程的效率，并有針對(duì)性地尋找改進(jìn)方法。
6.交付周期(Lead Time)
交付周期是指某個(gè)問題被分配給特定團(tuán)隊(duì)或成員之后，從開始到完成的平均時(shí)間。您還可以按天、小時(shí)或分鐘為單位進(jìn)行測算。交付周期的一般公式為：L=L+d(t)。其中，L是完成一個(gè)問題所需的交付周期，以小時(shí)或天為單位;d(t)則表示進(jìn)入每個(gè)工作流程階段的持續(xù)時(shí)間。
例如，QA團(tuán)隊(duì)的Alice在1月1日創(chuàng)建了一個(gè)問題，并將其分配給開發(fā)團(tuán)隊(duì)的John。他從In Progress到Completed需要五天的時(shí)間，那么此問題的總交付周期就是五天。
交付周期通常被作為一種指標(biāo)，跟蹤問題的解決速度。該指標(biāo)反應(yīng)并衡量了團(tuán)隊(duì)工作流程的效率，進(jìn)而協(xié)助尋找改進(jìn)方法。顯然，縮短交付周期可以改進(jìn)問題的解決方式。
7.平均修復(fù)時(shí)間(Mean Time to Repair，MTTR)
平均修復(fù)時(shí)間是衡量在檢測到錯(cuò)誤或問題后，開發(fā)團(tuán)隊(duì)需要多長時(shí)間才能解決的指標(biāo)。它也可以用天、小時(shí)或分鐘來衡量。MTTR的一般公式為：MTTR=T+d(t)。其中，T是以小時(shí)或天為單位計(jì)算的、花費(fèi)在特定項(xiàng)目上的總時(shí)間，而d(t)則表示工作流中每個(gè)階段的問題所持續(xù)的時(shí)間。
例如，開發(fā)團(tuán)隊(duì)的John在1月1日創(chuàng)建了一個(gè)問題，并將其分配給QA團(tuán)隊(duì)的Joanne。她在Progress階段花費(fèi)了兩天時(shí)間，并在Debugging階段花費(fèi)了四天時(shí)間。那么該問題的總MTTR為六天。
該指標(biāo)旨在減少發(fā)現(xiàn)錯(cuò)誤或問題后，需要解決的時(shí)間。因此，它可被用于跟蹤問題解決的速度，進(jìn)而協(xié)助尋找改進(jìn)方法。
8.代碼審查
作為一種衡量軟件質(zhì)量并防止代碼庫中出現(xiàn)缺陷的實(shí)踐，開發(fā)人員通過檢查彼此代碼的方式，提出改進(jìn)或替代方案，并啟動(dòng)實(shí)施此類更改的計(jì)劃。代碼審查的主要目標(biāo)是提高代碼庫的整體質(zhì)量，并防止向生產(chǎn)環(huán)境引入缺陷。
9.錯(cuò)誤率
錯(cuò)誤率是對(duì)軟件應(yīng)用程序中發(fā)現(xiàn)到的缺陷或問題數(shù)量的衡量。您可以用它來衡量每個(gè)單元、每天、每周或每月的錯(cuò)誤占比。錯(cuò)誤率的一般公式為：R=N/t。其中，R是錯(cuò)誤率，N是在特定時(shí)段內(nèi)發(fā)現(xiàn)的錯(cuò)誤數(shù)，t是該時(shí)段持續(xù)的時(shí)間。
例如，QA團(tuán)隊(duì)的Joanne在2月1日發(fā)現(xiàn)了10個(gè)缺陷，并將它們分配給同為QA團(tuán)隊(duì)的Bob。如果她花費(fèi)了八天的時(shí)間，才重現(xiàn)所有發(fā)現(xiàn)的問題，那么這個(gè)期間的總錯(cuò)誤率為每天0.8個(gè)錯(cuò)誤。
該指標(biāo)旨在衡量隨著時(shí)間的推移，QA團(tuán)隊(duì)能夠在軟件程序中發(fā)現(xiàn)到的缺陷或問題數(shù)量。當(dāng)然，該指標(biāo)也常被用作比較工具，以確定測試過程是否有待改進(jìn)，進(jìn)而協(xié)助發(fā)現(xiàn)提高產(chǎn)品測試質(zhì)量的方法。
10.任務(wù)量(Task Volume)+平均估計(jì)
任務(wù)量可以衡量有多少任務(wù)量需要被發(fā)送到產(chǎn)品環(huán)境中。它也可以按天、小時(shí)或分鐘來衡量。任務(wù)量的一般公式為：TV=TV+d(t)。其中，TV為總?cè)蝿?wù)量，TV是任務(wù)總數(shù)，d(t)表示工作流中每個(gè)階段的工作時(shí)間的持續(xù)時(shí)間。
例如，來自QA團(tuán)隊(duì)的Alex在1月1日創(chuàng)建了一個(gè)問題并將其分配給John。從InProgress到ReadyforDev需要五天時(shí)間。此問題的總?cè)蝿?wù)量現(xiàn)在為15天。
任務(wù)量的目標(biāo)是衡量交付產(chǎn)品所需完成的任務(wù)數(shù)量并確定減少它們的方法。該指標(biāo)可識(shí)別工作流程中的潛在瓶頸，使團(tuán)隊(duì)能夠在這些問題嚴(yán)重延遲項(xiàng)目之前解決這些問題。它還可以比較組、項(xiàng)目甚至軟件開發(fā)工作流程。
結(jié)論
本文中提到的指標(biāo)對(duì)于衡量軟件開發(fā)生產(chǎn)力至關(guān)重要。雖然并非所有指標(biāo)都適用于每個(gè)項(xiàng)目，但這些指標(biāo)為評(píng)估團(tuán)隊(duì)績效提供了一個(gè)很好的起點(diǎn)。衡量和跟蹤這些指標(biāo)有助于確定提高生產(chǎn)力和質(zhì)量的領(lǐng)域。
譯者介紹
陳 峻 (Julian Chen)，社區(qū)編輯，具有十多年的IT項(xiàng)目實(shí)施經(jīng)驗(yàn)，善于對(duì)內(nèi)外部資源與風(fēng)險(xiǎn)實(shí)施管控，專注傳播網(wǎng)絡(luò)與信息安全知識(shí)與經(jīng)驗(yàn);持續(xù)以博文、專題和譯文等形式，分享前沿技術(shù)與新知;經(jīng)常以線上、線下等方式，開展信息安全類培訓(xùn)與授課。
原文標(biāo)題：10 Important Software Development Metrics That Every Project Manager Should Know，作者:Rita Roy
本文名稱：項(xiàng)目經(jīng)理須知的十大軟件開發(fā)指標(biāo)
文章源于：http://m.fisionsoft.com.cn/article/dpsgjdh.html
