關于測量數據用于團隊改進的一些事兒
英文原文：Concerns about Measuring Velocity for Team Improvement
敏捷團隊需要測量其 Sprint 速率，以幫助團隊計劃并跟蹤其進度，同時也為產品所有者規劃產品發布提供洞見。那么當團隊想要改進自身的時候，是否也可以使用速率數據？若干作者圍繞速率撰文，并針對測量速率以改進團隊生產力分享了各自的關注點。
Catia Oliveira 在 Scrum 聯盟網站上發表了一篇文章：如何計算并使用速率，以幫助我們的團隊和項目。她總結了測量速率對團隊的幫助如下：
如果了解了團隊的速率，那么我們將能夠了解：
- 迄今為止已經交付了多少價值（用故事點和已完成用戶故事的方式計算），以及
- 什么時候能夠交付產品待辦事項列表中的全部用戶故事，以及
- 當某個指定日期來臨，能夠交付多少故事點 </ul>
- 路障——又名阻礙
- 燃料——積極性，驅動我們前進的因素
- 駕駛經驗——具有知識/專業知識/專業能力的開發者
- 車況——開發環境
- 能見度——項目透明度
- 方向——項目目標
- 交通/駕駛規則——流程
- 目的地——產品 </ul>
她還列出了一系列能夠對速率產生影響的因素：
George Dinwiddie 編寫了一篇題為跟蹤速率的博客文章。在文章中他表示，由團隊測量速率是有幫助的行為，因為它會幫助我們了解團隊工作情況如何。但是他也針對使用速率數據來測量生產力給出了警告：
速率并不是對生產力的模擬，然而人們很容易陷入這種思維陷阱。“在一次 Sprint 中，我們可以完成的故事點總量是 28 個。”但 28 個故事點并不是工作總量，而是一種預估。（……）我們可以使用更多的故事點進行預估，或是將工作切分為更小的故事，以此來輕易地操縱這種預估的總量。這是 如此簡單，我們可能在不經意或非刻意的情況下就這么去做了。
（……）盡管速率也許能夠用來大略地跟蹤生產力，但隨著我們試圖這樣使用它來促進生產力提升而失效。
</blockquote>2012 年，Tim Ottinger 發表了一篇博客文章觀察敏捷團隊速率發現的 14 件怪事，在其中針對他經常遇到的關于速率的問題，給出了一系列答案。他首先表示，雖然我們可以測量速率，但卻無法直接地控制它：
速率是一套“測量儀表”，而不是“控制旋鈕”。我們不可能簡單地將它調高——這樣做只會讓我們把它弄壞。
</blockquote>Tim 認為，團隊績效提升與團隊速率測量結果之間的關系，可能會非常復雜：
當團隊表現提升時，要么速率上升而故事點大體保持不變，要么速率基本相當而分配給每個故事的故事點有所減少。然而，在某種程度上，很多時候二者都會出現。這也正是我們無法跨團隊比較速率的原因之一（當然，還有其他許多原因）。
</blockquote>在博客文章速率并非目標中，Jeremy Jarrell 解釋了對敏捷團隊來說，為何擁有可預測的速率非常重要：
對組織機構來說，始終如一地施行高速率的團隊是非常寶貴的。而那些往往更不穩定的團隊——在一個 Sprint 中落實高速率，而在接下來的則出現大幅下跌——將不像它們最開始表現出的那樣有價值。
其原因在于，速率的價值無法與可預測性相比擬。在敏捷團隊中我們所做的許多事情，都是以增加團隊可預測性為目標而完成的。團隊可預測性越高，我們對未來的規劃就越高效。這讓我們能夠更聰明地面對風險，并且基于我們的團隊在給定的時間表中有能力交付哪些東西，來制定更加現實的戰略。
</blockquote>對于想要變得更加具有可預見性，同時又希望自身速率得到提升的團隊，Jeremy 給出了一些解決方案：
那么，是否這就意味著團隊不應該努力測量出自己的速率？其實并非如此，而是意味著團隊不應該以提高速率作為其目標。與之相反，團隊應該專注于為提高速率所需采取的那些行動。采用這類實踐將自然而然地得到更高的速率，例如持續改進工程流程，或是系統地識別并消除風險。
</blockquote>Nathan Dintenfass 撰寫了博客文章敏捷的語言已經衰敗，在其中他提到了使用速率數據來提高團隊生產力時面臨的一些風險：
速率作為生產力的可量化測量指標，對大部分團隊在改變自身流程方面設立的目標來說具有毀滅性的影響。管理者往往希望對完成更多故事點的員工給予更多 獎金，以這種方式來提高速率。然而，這種態度完全走入了歧路，激勵機制會帶來明顯的“腐化”——特別是當團隊找到了一些讓故事點“通脹”的理由，或是為了 團隊自身的原因而給出更大數字的時候。實際上我們想要的，是真實坦率地對相關難度進行評估，從而能夠準確且滿懷信心地測量在我們可以給定周期內完成哪些工 作。如果速率褪變為某些不良內容，而不是可供參考的估算（以及承諾），它將會對制作出良好的軟件產生完全負面的作用。
</blockquote>Tim Ottinger 總結了他對敏捷團隊速率的觀察，對此他表示：
速率最大的問題，來自于不理解它卻又將它當作生產力或繁忙程度的通用指標。使用速率的訣竅在于，不要過分嚴肅地對待它；同時，應該以改進我們的工作系統和組織機構為重點，而不是提升團隊的速率。
</blockquote>來自: InfoQ<span id="shareA4" class="fl"> </span>本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！