本文是 Choerodon 豬齒魚敏捷管理系列文章的第三篇。在上一篇文章《Choerodon豬齒魚敏捷管理實踐（二）——衝刺管理》中介紹了在敏捷開發中如何使用Choerodon豬齒魚來管理需求和衝刺。當進行敏捷開發時，與之相關的Scrum會議穿插在整個迭代開發中，本篇將重點介紹Choerodon豬齒魚敏捷管理對各種會議是如何進行管理支援的。
文章主要內容：
- Choerodon的需求和衝刺管理回顧
- Choerodon對敏捷各類會議的管理支援
- 計劃會
- 每日站會
- 評審會
- 回顧會
- 總結
Choerodon的需求和衝刺管理回顧
Choerodon敏捷管理中，我們使用使用者故事地圖和待辦事項進行需求和衝刺管理。在敏捷開發實踐中，整理需求和規劃衝刺是開發中的重要階段，通過規劃管理可以使開發達到以下目標：
- 視覺化管理團隊
- 明確開發需求優先順序
- 明確各個任務項
- 視覺化任務進展情況
明確需求和衝刺管理的目標後，我們會有四個敏捷會議貫穿整個開發過程，需要開發團隊的每個成員參與其中，此時也可以使用Choerodon敏捷管理進行會議的管理支援來達到團隊的開發目標。
Choerodon對敏捷各類會議的管理支援
標準的敏捷流程包含了四個會議，即計劃會、每日站會、評審會和回顧會。我們在實際開發中會結合Choerodon豬齒魚平臺來管理支援團隊中的敏捷會議。
計劃會
在每個Sprint進入開發之前，團隊將會召開Sprint計劃會議。
在會議之前，產品負責人會在Choerodon敏捷管理中使進行需求和衝刺的規劃，並且排列好Backlog的優先順序，為計劃會議做準備。
在Sprint計劃會議的前半段，根據Choerodon敏捷管理計劃衝刺中的Backlog，產品負責人會從優先順序最高的功能依次為開發團隊進行講解。然後，團隊成員針對Backlog中的待開發功能提出問題，團隊就該問題進行展開討論，直到這個功能相關的問題全部解決，再進入下一個功能的討論。
如果Backlog中的待開發功能在此迭代中已經飽和，或者有阻礙需要在進行重新計劃的，產品負責人會把它從迭代計劃拖動至待辦事項列表進行重新規劃。
在Sprint計劃會議的下半段，開發團隊會討論這些確定開發的功能問題，這時可以使用Choerodon敏捷管理的報表：迭代速度圖。
迭代速度圖可以看出每個開發團隊在每個迭代中完成任務的情況，大致可以得到一個團隊迭代中任務的飽和點，然後開發團隊根據這個資料決定下一輪迭代能夠完成的工作量。
之後，團隊成員對計劃中的Sprint列表中的故事進行拆分，將每個故事拆分成一個一個的任務，並估算每個故事的故事點。一旦迭代開始，這些迭代任務將不會發生大的變化。
通過敏捷的計劃會議，開發團隊和產品負責人可以確認共同的迭代目標和價值。
每日站會
Choerodon敏捷管理中的活躍衝刺看板可以用來進行開發迭代任務視覺化管理，每個任務下的子任務、經辦人、任務狀態、任務型別都在看板中顯示，每一個開發人員都可以看到團隊開發的流程進度。
每日站會是敏捷開發中用於開發團隊溝通了解進度的會議，可以把看板泳道切換為經辦人泳道，這樣可以清楚每個人身上的任務進度。
每日站會中，開發團隊成員根據看板中自己的任務進度和大家進行交流：我昨天做了什麼，今天要做什麼，我有遇到什麼困難。可以一邊交流一邊拖動看板上的卡片（或者在站會開始前就已經根據自己情況進行卡片拖動完成），團隊成員可以對大家的各種任務狀態和受阻問題進行了解。
在每日站會拖動完團隊成員的卡片後，會切換到Choerodon豬齒魚敏捷管理看板中的工作臺頁面，團隊會共同維護一張“燃盡圖”（Burn Down Chart），即所有任務的累積剩餘時間隨開發程式與日遞減的圖形，用以觀察和預測所有任務是否會按期完成。
每日站會中展示燃盡圖，也是向團隊成員展示一個迭代開發的任務或者時間的總體完成情況，可以指導團隊隨時調整迭代計劃與速度。
評審會
每個Sprint結束時，都會有一個Sprint評審會議。評審會議最重要的工作是演示功能和成果，驗證使用者故事的實現場景，並接受評價。
所以在評審會開始之前，開發團隊會檢查Choerodon敏捷管理活躍衝刺看板中的故事完成情況，根據完成任務後的測試情況拖動卡片到看板已完成的列，把未完成的任務進行整理。
團隊成員整理好看板中的已完成和未完成的任務時，我們就可以完成Sprint。這個迭代中未完成的遺留問題我們可以移動到待辦事項中進行重新計劃，對於已完成的任務，則會在評審會中進行演示驗收。
評審會中，團隊成員會對本次迭代中已完成的功能進行演示，產品負責人進行驗收。團隊成員需要接受產品負責人的評價，再針對已有的功能進行優化或者直接驗收成功。
評審會後產品負責人會根據驗收成果在Choerodon敏捷管理的待辦事項中進行下個Spring的優先順序調整，重新規劃將要進行的新的Sprint。
回顧會
在評審會之後，開發團隊會進行回顧會。回顧會的重點是團隊檢視與調整，進行工作問題和改進點的反饋。回顧會可以提供一個很好的機會給開發團隊，來討論什麼方法能起作用而什麼不起作用，並一致通過改進的方法。
在進行敏捷回顧會議時，開發團隊會使用Choerodon豬齒魚Wiki管理中進行會議記錄，建立時使用“敏捷回顧會議記錄”的文件模板，可進入已經設定好的回顧會議文件編輯頁面。
回顧會議中，開發團隊會提前根據本迭代的達成目標、產品功能、敏捷流程、需求管理等方面進行準備，針對開發團隊在實施敏捷開發中的各種進步和問題進行討論。可以指派一位團隊成員進行會議記錄，在已有的Wiki文件模板中記錄大家提出的各種問題。
然後，團隊成員會共同討論找尋這些問題出現的根本原因，提出大家認同的解決方案，統一在下一個Sprint中改進，並在下一個回顧會議上評審改進問題的結果。
在Choerodon豬齒魚知識管理中的回顧會文件，可以記錄開發團隊關於每個迭代的各種問題的思考，幫助團隊不斷調整敏捷實施方案，突出敏捷開發的效果。
總 結
回顧整篇文章，我們繼上篇進行了簡單的敏捷主要規則介紹，同時詳細描述了Choerodon豬齒魚是怎樣管理支援敏捷的各個會議，通過使用Choerodon豬齒魚不斷規範、記錄開發過程，實現敏捷的開發，希望可以對大家有所幫助。
參考資料：
- www.sohu.com/a/147476928…
- blog.csdn.net/lilin9105/a…
- www.woshipm.com/pmd/947515.…
- blog.csdn.net/baby9900/ar…
- www.woshipm.com/zhichang/15…
更多關於敏捷管理的文章，點選可閱讀 ▼
關於Choerodon豬齒魚
Choerodon豬齒魚是一個開源企業服務平臺，基於Kubernetes的容器編排和管理能力，整合DevOps工具鏈、微服務和移動應用框架，來幫助企業實現敏捷化的應用交付和自動化的運營管理的開源平臺，同時提供IoT、支付、資料、智慧洞察、企業應用市場等業務元件，致力幫助企業聚焦於業務，加速數字化轉型。
大家也可以通過以下社群途徑瞭解豬齒魚的最新動態、產品特性，以及參與社群貢獻：
- 官網：choerodon.io
- 論壇：forum.choerodon.io
- Github：github.com/choerodon
- 微信公眾號：Choerodon豬齒魚
- 微博：Choerodon豬齒魚