Choerodon豬齒魚敏捷管理實踐（三）——敏捷會議

時間 2020-04-16

標籤 choerodon 敏捷管理實踐會議简体版

原文原文鏈接

Choerodon的需求和衝刺管理回顧

Choerodon敏捷管理中，咱們使用用戶故事地圖和待辦事項進行需求和衝刺管理。在敏捷開發實踐中，整理需求和規劃衝刺是開發中的重要階段，經過規劃管理可使開發達到如下目標：html

可視化管理團隊
明確開發需求優先級
明確各個任務項
可視化任務進展狀況

明確需求和衝刺管理的目標後，咱們會有四個敏捷會議貫穿整個開發過程，須要開發團隊的每一個成員參與其中，此時也可使用Choerodon敏捷管理進行會議的管理支持來達到團隊的開發目標。git

Choerodon對敏捷各種會議的管理支持

標準的敏捷流程包含了四個會議，即計劃會、每日站會、評審會和回顧會。咱們在實際開發中會結合Choerodon豬齒魚平臺來管理支持團隊中的敏捷會議。github

計劃會

在每一個Sprint進入開發以前，團隊將會召開Sprint計劃會議。微服務

在會議以前，產品負責人會在Choerodon敏捷管理中使進行需求和衝刺的規劃，而且排列好Backlog的優先級，爲計劃會議作準備。測試

在Sprint計劃會議的前半段，根據Choerodon敏捷管理計劃衝刺中的Backlog，產品負責人會從優先級最高的功能依次爲開發團隊進行講解。而後，團隊成員針對Backlog中的待開發功能提出問題，團隊就該問題進行展開討論，直到這個功能相關的問題所有解決，再進入下一個功能的討論。優化

若是Backlog中的待開發功能在此迭代中已經飽和，或者有阻礙須要在進行從新計劃的，產品負責人會把它從迭代計劃拖動至待辦事項列表進行從新規劃。spa

在Sprint計劃會議的下半段，開發團隊會討論這些肯定開發的功能問題，這時可使用Choerodon敏捷管理的報表：迭代速度圖。.net

迭代速度圖能夠看出每一個開發團隊在每一個迭代中完成任務的狀況，大體能夠獲得一個團隊迭代中任務的飽和點，而後開發團隊根據這個數據決定下一輪迭代可以完成的工做量。htm

以後，團隊成員對計劃中的Sprint列表中的故事進行拆分，將每一個故事拆分紅一個一個的任務，並估算每一個故事的故事點。一旦迭代開始，這些迭代任務將不會發生大的變化。blog

經過敏捷的計劃會議，開發團隊和產品負責人能夠確認共同的迭代目標和價值。

每日站會

Choerodon敏捷管理中的活躍衝刺看板能夠用來進行開發迭代任務可視化管理，每一個任務下的子任務、經辦人、任務狀態、任務類型都在看板中顯示，每個開發人員均可以看到團隊開發的流程進度。

每日站會是敏捷開發中用於開發團隊溝通了解進度的會議，能夠把看板泳道切換爲經辦人泳道，這樣能夠清楚每一個人身上的任務進度。

每日站會中，開發團隊成員根據看板中本身的任務進度和你們進行交流：我昨天作了什麼，今天要作什麼，我有遇到什麼困難。能夠一邊交流一邊拖動看板上的卡片（或者在站會開始前就已經根據本身狀況進行卡片拖動完成），團隊成員能夠對你們的各類任務狀態和受阻問題進行了解。

在每日站會拖動完團隊成員的卡片後，會切換到Choerodon豬齒魚敏捷管理看板中的工做臺頁面，團隊會共同維護一張「燃盡圖」（Burn Down Chart），即全部任務的累積剩餘時間隨開發進程與日遞減的圖形，用以觀察和預測全部任務是否會定期完成。

每日站會中展現燃盡圖，也是向團隊成員展現一個迭代開發的任務或者時間的整體完成狀況，能夠指導團隊隨時調整迭代計劃與速度。

評審會

每一個Sprint結束時，都會有一個Sprint評審會議。評審會議最重要的工做是演示功能和成果，驗證用戶故事的實現場景，並接受評價。

因此在評審會開始以前，開發團隊會檢查Choerodon敏捷管理活躍衝刺看板中的故事完成狀況，根據完成任務後的測試狀況拖動卡片到看板已完成的列，把未完成的任務進行整理。

團隊成員整理好看板中的已完成和未完成的任務時，咱們就能夠完成Sprint。這個迭代中未完成的遺留問題咱們能夠移動到待辦事項中進行從新計劃，對於已完成的任務，則會在評審會中進行演示驗收。

評審會中，團隊成員會對本次迭代中已完成的功能進行演示，產品負責人進行驗收。團隊成員須要接受產品負責人的評價，再針對已有的功能進行優化或者直接驗收成功。

評審會後產品負責人會根據驗收成果在Choerodon敏捷管理的待辦事項中進行下個Spring的優先級調整，從新規劃將要進行的新的Sprint。

回顧會

在評審會以後，開發團隊會進行回顧會。回顧會的重點是團隊檢視與調整，進行工做問題和改進點的反饋。回顧會能夠提供一個很好的機會給開發團隊，來討論什麼方法能起做用而什麼不起做用，並一致經過改進的方法。

在進行敏捷回顧會議時，開發團隊會使用Choerodon豬齒魚Wiki管理中進行會議記錄，建立時使用「敏捷回顧會議記錄」的文檔模板，可進入已經設置好的回顧會議文檔編輯頁面。

回顧會議中，開發團隊會提早根據本迭代的達成目標、產品功能、敏捷流程、需求管理等方面進行準備，針對開發團隊在實施敏捷開發中的各類進步和問題進行討論。能夠指派一位團隊成員進行會議記錄，在已有的Wiki文檔模板中記錄你們提出的各類問題。

而後，團隊成員會共同討論找尋這些問題出現的根本緣由，提出你們認同的解決方案，統一在下一個Sprint中改進，並在下一個回顧會議上評審改進問題的結果。

在Choerodon豬齒魚知識管理中的回顧會文檔，能夠記錄開發團隊關於每一個迭代的各類問題的思考，幫助團隊不斷調整敏捷實施方案，突出敏捷開發的效果。

總結

回顧整篇文章，咱們繼上篇進行了簡單的敏捷主要規則介紹，同時詳細描述了Choerodon豬齒魚是怎樣管理支持敏捷的各個會議，經過使用Choerodon豬齒魚不斷規範、記錄開發過程，實現敏捷的開發，但願能夠對你們有所幫助。

參考資料：

關於豬齒魚

Choerodon 豬齒魚做爲開源多雲應用敏捷全鏈路技術平臺，是基於開源技術Kubernetes，Istio，knative，Gitlab，Spring Cloud來實現本地和雲端環境的集成，實現企業多雲/混合雲應用環境的一致性。平臺經過提供精益敏捷、持續交付、容器環境、微服務、DevOps等能力來幫助組織團隊來完成軟件的生命週期管理，從而更快、更頻繁地交付更穩定的軟件。

更加詳細的內容，請參閱Release Notes和官網。

你們也能夠經過如下社區途徑瞭解豬齒魚的最新動態、產品特性，以及參與社區貢獻：

歡迎加入Choerodon豬齒魚社區，共同爲企業數字化服務打造一個開放的生態平臺。