.NET Conf Taiwan - 那些年用 Azure Boards 交付過的產品

疫情催生遠距辦公模式，異地協作已經變為各產業常態，如何讓團隊瞄準目標，透明化工作事項變為重要課題，Azure DevOps 將開發人員、專案經理和使用者結合在一起, 讓組織以比傳統軟體發展方法更快的反應變化，建立和改善產品。本議程將聚焦多年使用 Azure Boards 來執行 Scurm 框架的經驗，提供一個 Practice 作為交付需求的參考

Video: https://www.youtube.com/watch?v=G0ggjY5kzF8

Transcript

1. TAIWAN 那些年用 Azure Boards 交付過的產品 Kyle Shen
2. • 疫情催生遠距辦公模式，如何讓專案透明化 • Azure DevOps 因為功能強大，適合大型組織使用 • 專案管理最難的地方在於人，應針對組織設計最適合的開發流程 本次主題起心動念
3. Hello! I am Kyle, 一個走進設計學院的工程師 任職過軟體、教育、物流產業, 後來於新創打滾多年, 目前於製造業擔任 Product Owner STUDY4 社群成員，HiSKIO 特約講師, 曾任4年微軟最有價值專家 曾於許多大型研討會擔任講者，包含Microsoft DevDays Asia、 .NET Conf、Global Azure Bootcamp 3
5. 今天講 5 個痛點，在 Azure Boards 怎麼解決 1. Product Owner 需維護好 Backlogs，但怎麼判斷價值順序? 2. 一個好的 User Story 到底應具備哪些要素? 3. 估複雜度好花時間? 怎麼抓 Sprint 的能量? 4. 當 Daily 成為機械式的報告? 5. 停下腳步檢討改善，但想改的太多，改天吧
6. Product Owner 需維護好 Backlogs 但怎麼判斷價值順序?
7. How to choose your Product Prioritization Framework https://uxdesign.cc/how-to-choose-your-product-prioritization-framework-ff0320d63ebf
8. The MoSCoW Method Product Backlogs Sprint Backlogs Must Have 沒有交付就不能達成目標 Should Have 重要但短期有替代方案 Could Have 能為產品帶來加分效果 Won’t Have 就算做了有無助於提升產品價值
9. 讓事情簡化，價值開始流動
10. Weighted Shortest Job First WSJF = Business Value + Time Criticlity + RROE Value Job Size 開發複雜度 延期成本 (Cost of delay) = 商業價值 + 時機關鍵性 + 減低風險或增加機會的可能性
11. Azure Boards Extension - WSJF
12. Product Owner 維護好 Roadmap Delivery Plans Feature Boards
13. 一個好的 User Story, 應具備哪些要素?
14. 一個好的 User Story 1. 獨立的 (Independent) 2. 可協調的 (Negotiable) 3. 有價值的 (Valuable) 4. 可預估的 (Estimable) 5. 夠小的 (Small-sized) 6. 可測試的 (Testable)
15. 相依性越低越高，可獨立交付 激發團隊討論，採用開放式問題 使用者在意的操作 需求要可估算的，過大拆解 避免太多使用者不在意的技術細節
16. 估複雜度好花時間? 怎麼抓 Sprint 的能量?
17. Azure Boards Extension Estimate
18. 快速估大量 Backlogs 的方式 Affinity Estimation - Agile Estimation Method - Tech Agilist
19. Velocity 看出每次 Sprint 的效能
20. 根據過去衝刺經驗，安排合理的 Effort 和 單子量 設定成員每日可貢獻時數，不以8小時做設定 檢視 Sprint 資源分配是否恰當
21. 當 Daily 淪為機械式的報告
22. 1. 我昨天做了什麼 2. 我今天打算做什麼 3. 任何阻礙您完成工作的障礙 重新確定優先順序並分配重新計劃的工作 Daily Meeting for 15 minues
24. Task Board Daily 同步應避免多工，是否有 blocked 事項, 單子與時數消耗是否如預期...etc.
25. 以週為單位，有計畫地展開一週工作 是否 sprint 都已預估, 單子估算是否小於2天, 是否有逾期工作...etc.
26. Scrum Master 關注 Sprint 健康程度
27. 停下腳步檢討改善， 但想改的太多，改天吧
28. 1. Collect 2. Group 3. Vote 4. Action 5. History
29. 「 小增量、多迭代與尋求回饋、持續改善 」 References • Plan your work with Azure Boards on Youtube • Azure DevOps Demo Generator for trial • Backlog management in Azure Boards from Microsoft document