我會建議在使用 Azure Boards 選定 Scrum/Agile 工作流程後,一定要做“繼承”這件事,如此可以彈性的去設定整個專案的模式
Organzation Setting => Process
好處1: 可自訂欄位
可自己設計 Layout 調整不必要顯示的欄位
並且可以增加欄位,譬如增加 Version 用來指定該單子的版號,增加 Selection 來日常管理時挑選單子的輔助欄位
好處2: 自訂工作流程(State)
如果想要讓狀態更明確,可以自己去擴充或增減,譬如可以考慮多一個 State “Pull Request”
好處3: 隱藏不必要的 Work Items
敏捷最重要的精神就是極簡,但如果造內建定義好的 Work Items,也許會讓管理上更綁手綁腳的,通常我會建議可以有兩種玩法
玩法A: 只用 Product Backlogs 或者是 User Story
任何事情都應該對應到商業價值,要解決的問題也都是對應到“人”,用一種方式,依照 User Story 的撰寫方式把它寫好,會讓事情更單純
玩法B: Product Backlogs + User Story + Bug
將 PBI 定義成從團隊內發起的單子,譬如重構類型,User Story 定義成需求面,Bug 單子內容設計用來專注還原操作步驟 用這種玩法可以進一步撈出每次 Sprint 所著重的比例