這是我在 .NET Conf Taiwan 2022 的演講 - 那些年用 Azure Boards 交付過的產品
以 5 個痛點來分享之前 Scurm 所遇到的問題，當時怎麼解決，
並將其整理成為文章版更難完整記錄本場的內容
Daily Meeting 講什麼?
- 我昨天做了什麼
- 我今天打算做什麼
- 任何阻礙您完成工作的障礙
在透明度看板下，我覺得第三點特別重要，目的在於: 重新確定優先順序並分配重新計劃的工作
這篇文章寫給 Scurm Master，除了聽取報告外，在 Azure Boards 我們能在 Daily 看哪些事
Work Detail
在前一篇文章我們設完 Capacity 後，在 Azure Boards 的 Work Detail 就能針對團隊每天的消耗量去看進度是否有異常，如果消耗不如預期，甚至有 Daily風險，會呈現紅色，這時 Scurm Master 就能關心該名成員，是不是有需要協助的地方，並與團隊討論重新調配
Task Board
在看板模式，我們可以看出成員是否有多工的情況，理論上 In Progress 每個人都只需要專注一件事就好，因為分工是隨著每天的狀態去調整的，最重要的事團隊一起努力達到 Sprint 的目標
以週的檢視角度
在實務上我更喜歡以週為單位，讓團隊預先安排 Task 發生的先後順序，有計畫地展開一週工作，會讓整個節奏更穩定，在 Azure Boards 可以透過 Drop Plan 這個套件去在 Daily 時檢視，也可以看出實做的先後順序是否有相依性，Task是否拆得不夠細等等
關注 Sprint 健康程度
Azure Boards 提供很多 Chart 檢視 Sprint 的健康成度，在實務上我特別喜歡看以 Task 為基礎的 Burndown Chart，因為 Story 通常都會交付在 Sprint 後判斷，測試完成 state 才會算結束，這會導致 Burndown chart 總在後面才一口氣下降，但如果 Task 是以 1-2 天為大小的話，應該都會發生 Pull Request & Code Review merge的情況，此時 Task 就會變成是 Done，這樣就會穩定的下降
小結: 為了達成如期如質交付，Daily Meeting 可是一個關鍵，絕對不要淪為機械式的報告風氣
如果你想要看完整的演講影片，現在也已經傳到 Youtube
- 影片: https://www.youtube.com/watch?v=G0ggjY5kzF8
- 簡報: https://speakerdeck.com/kyleshen/dot-net-conf-taiwan-na-xie-nian-yong-azure-boards-jiao-fu-guo-de-chan-pin