敏捷團隊：開發成熟度

為什麼 Scrum 簡單但不容易？

Scrum 簡單但不容易，原因如下：

1. 一個成功的變革不是完全自上而下或自下而上；
2. 最終狀態不可預測，Scrum 需要持續改進；
3. Scrum 在整個組織中無處不在；
4. Scrum 與傳統的培訓/教育完全不同；
5. 變化來得比以前更快；
6. 最佳實踐是危險的。找到適合自己的方法；

Scrum 不僅是技術變革，也是概念創新。整個團隊在做事時必須採取以下態度：

1. 團隊必須學會在沒有大而全面的計劃的情況下開始工作；
2. 團隊必須學會通過用戶故事和溝通來分析和理解需求，無需詳細的需求文檔，開始設計和編程；
3. 團隊應該習慣頻繁的代碼提交和持續集成；
4. 團隊在高度透明的環境中工作，每個人的進步都為大家所熟知；
5. 團隊需要結對編程，需要經常溝通和討論；

Scrum 不僅僅是一個流程框架，更重要的是，它利用 Scrum 來構建團隊，提升團隊能力。團隊磨合的程度幾乎決定了 Scrum 實施的效果。但團隊的成功不是一蹴而就的。如何在團隊的不同階段打磨團隊，是每個人都面臨的挑戰。

本文重點介紹一個 Scrum 團隊從創建到成熟的三個階段，幫助你定位你的團隊階段，找到突破下一個階段的方法。

敏捷團隊：第一階段

1. 團隊中的 PO（產品負責人）角色明確，由 PO 負責管理 Product Backlog；
2. PO是需求的主要來源，負責收集各方需求，對需求負責；
3. PO負責確定Product Backlog的優先級，發生變化時也是如此；
4. 團隊中有一個人可以擔任 Scrum Master的角色，基本上這個人會長期擔任 Scrum Master 的角色；
5. 基本上能夠協調團隊解決Sprint中遇到的問題。但是，解決跨域問題的能力較弱；
6. Scrum Master 協助團隊成員維護 Sprint Backlog，培養團隊成員自己維護 Sprint Backlog 的習慣；
7. Scrum Master 負責領導和主持站立會議。站立會議在固定地點和時間，在標準時間內結束。Scrum Master 非常清楚團隊每個成員的工作內容，大部分問題和風險都可以通過站會發現。；
8. Scrum Master 負責按計劃召開各種會議，如計劃會議、總結會議、PRD（Performance review and development）reivew、Code review、Case review等；
9. Scrum Master負責領導和主持計劃會議，給出工作時間的評估方法，給出本次sprint的計劃內容和優先級，指導大家拆分sprint內容，指導大家完成工作的評估小時;
10. Scrum Master 負責領導和主持總結會議。Scrum Master主要負責總結本次迭代的優缺點，針對不足制定改進措施並跟進；
11. Scrum Master 負責監控風險和進度，並可以通知涉眾；
12. 在大多數情況下，團隊可以完成對 國防部的承諾；

敏捷團隊：第二階段

1. PO負責管理Product Backlog，團隊審批Product Backlog的內容；
2. 團隊將協助 PO 收集需求，並積極提出需求。團隊認可需求並對需求負責；
3. PO 協助團隊確定 Product Backlog 的優先級，即使發生更改；
4. Scrum Master 在團隊中的角色是備份。當 Scrum Master 不在時，Backup 可以完全承擔工作的角色；
5. 完全能夠協調團隊解決Sprint中遇到的問題。促進跨領域解決問題的能力強，但促進跨部門解決問題的能力弱；
6. 團隊成員自己維護Sprint Backlog的習慣已經形成，Scrum Master只需要監督和提醒；
7. Scrum Master 協助站立會議的有效進展。展位會議在標準時間內在固定地點和時間結束。團隊成員對其他成員的工作內容非常清楚。團隊成員可以協助 Scrum Master 發現一些問題和風險。Scrum Master 仍然發現了一些問題和風險；
8. Scrum Master 協助各種會議的有效進行，如計劃會議、總結會議、PRD評審、ERD評審、Code評審、Case評審等；
9. Scrum Master 協助計劃會議的有效執行，並與團隊成員討論確定工作時間的評估方法、本次 sprint 的計劃內容和優先級，然後共同完成 sprint 內容的拆分和評估工作時間;
10. Scrum Master協助總結會議的有效進展，與團隊成員討論總結本次迭代的優缺點，並能製定有效的改進措施，針對不足之處進行有效改進，優勢得以持續保持；
11. 在 Scrum Master 的帶領下，團隊成員參與監控風險和進度，並可以定期通知涉眾；
12. 團隊共同完成其對 DOD（完成的定義）的承諾；

敏捷團隊：第三階段

1. Product Backlog由PO發起和管理，Team參與討論和改進；
2. 團隊共同提出和收集需求，共同對產品負責；
3. 團隊共同確定並負責 Product Backlog 的優先級，即使發生更改；
4. 團隊中的任何人都可以擔任 Scrum Master 的角色；
5. 能幫助Team克服Sprint中遇到的一切障礙，具有較強的跨域跨部門問題推動能力，保證DoD按約定完成；
6. 團隊成員有意識地維護 Sprint Backlog，Scrum Master 定期檢查團隊成員對 Sprint Backlog 的維護情況；
7. 團隊成員積極參與站立會議，高效有效地進行。站立會議在固定的地點和時間，並在標準時間內結束。團隊成員對其他成員的工作內容非常清楚，團隊成員積極提出問題和風險，與Scrum Master一起發現所有問題和風險；
8. 在 Scrum Master 的協助下，團隊成員領導各種會議的有效進行，如計劃會議、總結會議、PRD reivew、ERD review、Code review、Case review等；
9. 在 Scrum Master 的協助下，團隊成員主持計劃會議，團隊對工時評估結果、本次 sprint 的計劃內容和拆分結果、優先級確認結果共同負責；
10. 在 Scrum Master 的支持下，團隊成員領導總結會議。團隊對本次迭代的結果共同負責，能夠共同認識到缺陷的根本原因。後期，全體隊員積極有效地改進，逐步將短板轉化為優勢。優勢可以越來越好；
11. 團隊積極共同監控風險和進展，並能及時通知利益相關者；
12. 團隊專注於功能的實現，專注於產品的實現。團隊有能力識別產品的正確路線，共同推動產品的持續改進；

概括

敏捷團隊越成熟，它對 PO 和 SM 的要求就越高，對團隊成員的要求也越高。

在敏捷開發團隊中，這是一個不斷學習和改進的過程，提升了整個團隊的能力和水平，因此非常有利於團隊的發展，尤其是在職場新人較多的情況下。

最後，最好讓他們在團隊工作中學習成長，這樣可以幫助他們更快的進步，提升團隊的整體實力。