本文是Scrum Mastery系列文章的第三篇。第一篇文章介紹了Scrum Mastery的4個維度。第二篇文章探討了如何打造強大的團隊認同感。本文將講述如何改進團隊流程。

團隊如何最大限度地發揮Scrum和敏捷的優勢？回想一下，Scrum團隊在Scrum的框架內定義了自己的流程。這其中包括方法、工具和互動以及如何履行Scrum角色的職責、如何使用工件和事件等。

如何確定團隊做什麼以及怎麼做？

從產品管理方法到研發及質量管理方法。從團隊的溝通協作方式到團隊成員如何有效利用團隊知識提升自己的技能及能力等等。在充滿不確定性且不斷變化的環境中交付複雜的產品會涉及到很多方面。因此，我們嘗試簡化過程並聚焦具體的行動。 下面是改進團隊流程的5個步驟，希望能對你的團隊有所幫助：

第1步：增加透明度的深度和廣度

要改進團隊流程，就一定要有透明度。如果只是要「遵守規則」，Scrum只會提供最低程度的經驗論。

而只有當團隊真正接受經驗論時，才更有可能改進流程。最重要的是，團隊必須要了解其流程如何影響結果。以下是團隊需要探討的一些問題：

  • 我們如何決定產品做什麼？這些決定如何實現透明化並且需要對誰透明？
  • 在任何特定時刻，我們如何理解團隊在實現增量目標方面的進展？（這可能是每日目標，Sprint目標或更長期的目標。）
  • 就我們所做的每一項工作而言，什麼才是有價值的輸出？怎樣才能讓它更有價值？
  • 怎樣打造高品質的產品？目前的產品質量如何？發展趨勢如何？
  • 哪些因素會讓結果更完美？哪些因素會導致不那麼完美的結果？
  • 我們提出了哪些假設？這些假設如何驗證？

第2步：使用精簡原則

精益軟體開發有七個原則。雖然這七個原則都很有用，但在這裡我做了簡化。我的同事Simon Reindl向我介紹了他所謂的精簡原則。

  • 價值最大化
  • 浪費最小化
  • 流動最大化

這三個原則是相互關聯的。流動最大化意味著我們儘可能快的推動項目（即價值）在整個過程中的流動，同時還要保證質量和客戶滿意度。摒棄浪費可以幫我們做到這點。因為浪費從來不會給客戶增加價值。

現在，從精簡原則的視角來評估整個流程。尋找資源浪費的跡象和能將價值流最大化的機會。常見的資源浪費來源如下：
  • 開發出客戶不想要或者不會使用的產品
  • 心有旁騖、不斷切換任務
  • 半成品
  • 質量差的產品
  • 不必要或無效的流程和文檔

第3步：期待變化，尋求更好（即檢驗和調整）

團隊使用的方法和工具將受到產品類型、產品技術平台、產品使用環境、產品使用者及使用方式、監管與法律環境、市場走向、不斷變化的業務需求等因素的影響。

所以說，涉及的因素很多。而且大部分因素會隨著時間推移而發生改變。因此，團隊在檢驗和調整他們的工作內容、工作原因、工作方法以及工作收益時必須保持警惕。

世界各地的產品開發社區在不斷創造和共享新的方法和工具，因此保持聯繫並不斷學習非常重要。實際上，團隊通常需要不斷改進和發明新的方法和工具，來滿足他們的獨特需求。在複雜的工作中，並沒有所謂的最佳方法。最佳方法是團隊當前情況下的最優方法，而一個月後隨著團隊情況的變化，最優方法也會有所不同。參與推動領域或行業發展。

第4步：專註於交付「完成」增量

將1-3步應用到交付「完成」增量中。

Scrum的全部意義在於「完成」。可發布產品的增量有利於降低風險，優化可預測性，同時體現敏捷業務的優勢。「完成」是檢驗進度的唯一真正標準。

如果你沒有在每個Sprint結束之前交付至少一個「完成」增量，那你就要注意了，這就是你需要集中精力做到的一點。那麼如何改進流程以達到「完成」狀態呢？當然，改進流程的方法有很多。但是，說到實現「完成」狀態，這裡有很多共性的因素需要我們考慮。因此，我和Simon Reindl套用1-3步中的方法將需要探索的共性因素的範圍縮小，簡化成了7個特定領域。這7個領域剛好可以幫助團隊踏上探索和改進流程之旅：

  • 明確定義什麼情況下才算「完成」
  • 有效使用Sprint目標
  • 盡量在Sprint周期結束前「完成」PBI（Product Backlog Item）
  • 保證質量
  • 解決技術債務問題
  • 識別並消除阻礙
  • 不斷提升團隊技能、知識和能力

第5步：不要滿足於觸手可及的目標

快速獲得小範圍的成功是件好事。可以通過改進一些簡單的流程獲得相對穩定的收益，甚至可以通過局部優化獲得一些益處。只是團隊需要在一段時間內超越這些觸手可及的目標，這個時候，團隊需要的就是系統性的優化而不是局部優化（這也可能意味著要顛覆目前團隊或產品架構）。

分享一個實例吧。我曾與一個Scrum團隊合作過，這個團隊沒有針對龐大且複雜產品的自動化測試。因為實施自動化測試需要大量工作且成本很高。有很長一段時間，自動化測試作為改進的理念被多次提及，然而，最終這個團隊還是選擇通過其他途徑去提高質量減少浪費。當然，他們確實提高了質量和效率。但是，隨著流程的推進每項改進最終獲得的收益卻越來越少。終於，他們意識到是時候超越觸手可及的目標，尋求更大的利益。他們需要面對來自自動化測試的挑戰。由於他們之前在短時間內獲得了一些小的成功，所以已經在團隊中樹立了更強大的團隊認同感，準備擴大業務範圍（即實施自動化測試）。

總結

Scrum團隊要有自己的流程，這一點確實非常重要。當人們覺得自己在某件事上擁有所有權時，他們就會想投入更大精力，獲得更好的效果。

改進團隊流程是一項持續的工作，永無止境。你的團隊是否能保證在每個Sprint結束時都能構建一個「完成」增量？團隊以何種方式表明他們對自己的流程擁有所有權？團隊流程的哪些方面不那麼透明，而且可能被忽略了？您希望採取哪些步驟，改進團隊流程？

文章首發於Worktile官方博客，想了解更多關於敏捷開發等方面的內容可前往查看。


推薦閱讀：
相关文章