我會建議在使用 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 所著重的比例