經過改進團隊流程最大限度發揮Scrum的優點

團隊如何最大限度地發揮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敏捷博客

歡迎訪問交流更多關於技術及協做的問題。

文章轉載請註明出處。