STUDY4.TW 2023 小聚 - 以最小限度導入 Azure Boards

敏捷精神為"小步快跑，快速迭代"，而導入軟體開發流程也應該秉持著這個精神，過去也用過不少專案管理工具，譬如 Trello / JIRA / Redmine, 其中用最久的不外乎就是 Azure DevOps。Azure DevOps 設計出發點很適合大型團隊進行協作，但看過太多團隊一次想要用太深入而導致專案混亂，本次將分享過去使用的經驗，搭配 Scrum Event 來分享如何以最小可行的方式導入 Azure Boards，讓價值流開始發生，開始交付

Transcript

1. 以最小限度導入 Azure Boards STUDY4.TW 2023 小聚 2023-05-20 Kyle Shen
4. Hello! I am Kyle, 一個走進設計學院的工程師 任職過軟體、教育、物流產業, 於新創打滾多年, 目前於製造業擔任 Product Owner STUDY4 社群成員，HiSKIO 特約講師, 曾任4年微軟最有價值專家 曾於許多大型研討會擔任講者，包含Microsoft DevDays Asia、 .NET Conf、Global Azure Bootcamp 4
5. VUCA 易變性（Volatility） 不確定性（Uncertainty) 複雜性（Complexity 模糊性（Ambiguity）
6. 精實計畫 3步驟 擬定初始 計劃 識別淺在 風險 有系統性 試驗 點子 Ideas 建立 Build 產品 Product 測量 Measur e 資料 Data 學習 Learn 價值交付循環 避免太自我的創新「走出辦公室」 跟顧客面對面！ 圖片來源: 商業思維學院 產品 市場
8. Basic Implement Agile, Scrum, and Kanban processes Agile Scrum
9. 繼承內建的 Process 可針對工作流程，Product Backlog 的內容進行 調整，符合自己公司所需要的設計 可自訂 Layout
10. 定義客製欄位
11. 定義 Product Backlog 的玩法 – StyleA PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI ITEM SIZE Product Backlog
12. 定義 Product Backlog 的玩法 – StyleB PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI ITEM SIZE Product Backlog
13. 定義 Sprint Timebox 敏捷不是求快，而是求穩定的交付
14. Refinement Planning Daily Retrospective 對齊願景 分配任務 每日追蹤 反思改進 Review 收集回饋
15. Refinement Planning Daily Retrospective 對齊願景 分配任務 每日追蹤 反思改進 Review 收集回饋
16. 讓事情簡化，讓價值開始流動
17. 讓事情簡化，讓價值開始流動 Sprint 進行中 Refinement 討論 待梳理項目
19. 一個 User Story 範例 可獨立交付 開放式問答激發討論 避免過多技術細節 使用者最在意的條件 Effort 過高就拆
20. 「認可決」強調「沒有人反對」的投票方式 【認可決】：強調「沒有人反對」的投票方式，參與會議的人都可以提出觀點，並輪流發言 | 新加坡商鈦坦科技 (titansoft.com)
21. 逐一估點太花時間，批次拖拉定位，「錨點」很重要 Affinity Estimation - Agile Estimation Method - Tech Agilist
22. Refinement Planning Daily Retrospective 對齊願景 分配任務 每日追蹤 反思改進 Review 收集回饋
23. 依照優先排序開始挑選任務與分工 PO 會議前排好估完點的順序
24. Scrum Master 調整 Backlogs 調整成 Committed
25. 分組討論進行技術拆解 建議估時，但不是「劃壓」 建議以不超過2天為單位
26. Scrum Master 檢視團隊成員的工作量 每日工時不超過 6hr
27. Refinement Planning Daily Retrospective 對齊願景 分配任務 每日追蹤 反思改進 Review 收集回饋
28. Taskboard 每日觀察 Delay 風險 逐一篩選報告
29. Drop Plan - 以週為單位，有計畫地展開一週工作 Sprint Drop Plan - Visual Studio Marketplace
30. 設立規則，讓異常的狀況顯現出來 有阻礙 超過三天沒異動
31. 建立 Query 搭配 Dashboard 讓異常的狀況顯現出來
32. 可觀測的 Query 一些想法 • New or approved PBIs assigned to a Sprint • PBIs without links to features • Committed PBIs without tasks • Committed PBIs with no effort • Committed or done PBIs without acceptance criteria • To-do or in-progress tasks outside of current Sprint • To-do or in-progress tasks with remaining work > 8 • Done PBI has new or in-progress tasks • All Task done but PBI is Committed
33. Refinement Planning Daily Retrospective 對齊願景 分配任務 每日追蹤 反思改進 Review 收集回饋
34. Demo Meeting – 讓「真正的使用者」進來收集回饋 Sprint Review: Much More Than Just A Demo | Scrum.org
35. 以 Task 為主 查看 Task 下降狀況 (是否頻繁 Pull Request) Sprint Report
36. 每個 Sprint 消耗多少 Effort ? 規劃與實際落差? 目的為讓PO預測未來 Feature 發生時間點 Sprint Report
37. 對上溝通團隊「交付價值」是否有變快 Sprint Report
38. Refinement Planning Daily Retrospective 對齊願景 分配任務 每日追蹤 反思改進 Review 收集回饋
39. Retrospectives - 也許一個 Sprint 改善一件事就好了 感謝很重要， 但重點在這 收斂過程，本次的結論，下次的追蹤 Retrospectives - Visual Studio Marketplace
40. Recap - Azure Boards 功能很多，PO 關注什麼? z 排順序 Roadmap User Story Mapping
41. Recap - Azure Boards 功能很多, SM 關注什麼? 看順序 盯日常 做大盤
42. Recap - Azure Boards 功能很多，Team 關注什麼? 穩定交付
43. 「 小增量、多迭代與尋求回饋、持續改善 」 “
44. 「 切記，這件事沒標準答案 」 “
45. Agile Summit 2023 敏捷高峰會
46. Thanks! Kyle Shen 46 linkedin.com/in/kyle-shen-ap kyleap.github.io facebook.com/kyleshen.net 凱哥打扣