在敏捷2016大會上,Johanna Rothman就敏捷項目管理的度量指標發表了演講。她首先確認了項目團隊當前在結果度量方面所面臨的問題:
度量什么? 什么可以被我們度量? 什么指標有用?Johanna解釋說,管理層看到的是全局,而團隊看到的是自己團隊的狀況。項目全部都要看。她介紹了敏捷團隊如何使用指標幫助團隊實現自組織和自管理;不過,那些數據對管理層而言沒有意義。
Johanna還解釋說,你可能得根據項目情況改變并選擇最合適的指標。
她還提到,如今的度量指標不斷變化,這是有歷史原因的,就是無法保證團隊可以連續不斷地交付價值。為此,領導者經常要求使用預測性度量指標,而不是經驗性度量指標。
接下來,Johanna列舉了領導者真正關心的內容,如客戶贏取率、客戶保持率、營收增長率、客戶體驗和接觸點。對于SaaS公司而言,客戶體驗非常關鍵,因為如果無法提供良好的客戶體驗,則企業客戶可以選擇其他的提供商。
她舉例說明了指標的轉換模式,下面是其中的一部分,比較了預測性指標和經驗性指標:
轉換前度量……(預測性) | 轉換后度量……(經驗性) |
你什么時候可以完成? |
你希望投資多少錢? |
進展順利嗎?獲得了什么價值? | 讓我們向你展示下可以工作的產品。 |
我們什么時候可以看到收益? |
我們現在就可以向你展示價值?! ?br /> 我們現在就可以發布。 |
客戶是怎么想的? |
我們可以對比發布標準向你展示進展?! ?br /> 我們有客戶滿意度數據。 |
Johanna還比較詳細地描述了需要重點度量的方面。
度量學習:學習有法度量嗎?總是尋求獲得小段代碼的反饋,并且問問自己,“我們還需要進一步學習嗎?”我們通過學習獲得動力。
度量趨勢:我們造成的缺陷多過修復的缺陷嗎?缺陷比以前多了嗎?關鍵是隨著時間推移的趨勢數據。快照無法提供足夠的信息。
度量已完成的特性:項目始于長篇故事/主題,聽上去像特性,但實際上模糊不清,無法確定交付什么。不要把這些作為特性。從為客戶提供價值的角度出發,度量更具體的特性。
度量產品待辦事項列表燃盡圖:部分地回答“我們處于什么階段?”,展示特性范圍何時擴大了以及特性的整體進展。數一下每個特性集的故事數量,并用它作為度量數據。
度量你需要增加什么以及需要減少什么:減少WIP、減少多任務。增加可以工作的軟件,這是用戶關心的;增加發布的用戶滿意度。
度量成本:運轉率營收(美元),團隊每月的成本是多少,我們愿意為我們每月取得的成果支付這些成本嗎?(從客戶的角度看發布的成果和有價值的軟件。)
度量發布:發布頻率——從構建到發布需要多長時間?將構建時間縮短到幾個小時!我們的構建時間是延長了,還是縮短了?不應該延長吧?周轉時間——一項特性從準備到發布需要多長時間?
度量產品指標:創建場景或性能場景。人們需要登入、傳輸文件、支付,等等。這些任務的性能屬性如何?性能、可靠性……。產品性能指標:這些可以是發布標準的作用。自上次發布至今,我們有改善嗎?
度量質量指標:客戶反饋和滿意度。
你多久一次從客戶那里獲得反饋?障礙報告——有人就會有障礙。決策需要多長時間?項目之外的事情影響了我們完成工作的能力嗎?
最后,她列舉了自己看過的常見的度量陷阱:
永遠不要度量個體或團隊的生產力; 永遠不要比較相鄰的人; 永不不要比較團隊。特邀編輯Angela Wick是一名敏捷教練兼培訓師。同時,她還是BA-Squared,LLC的創始人兼首席執行官。那是一家培訓和咨詢公司,幫助組織實現需求實踐的現代化。她幫助傳統、敏捷及混合團隊發展所需的技能,構建正確的解決方案,為組織提供預期的價值。
查看英文原文:Agile 2016: Agile Program Management: Measurements to See Value and Delivery