AzureBoards

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

有時候需求來源可能來自於一份 Excel，但這樣一個一個建到平台上實在太累了，這篇就來介紹一下如何用 Azure Boards 的 Import 功能將 csv 匯入進平台 要注意匯入功能狀態只能是起始的 state，無法指定該單子為 Doing 的狀態 第一個簡單的匯入 從 Boards => Workitem 進入 我們用 Work Item Type 跟 Title 來做舉例，最後一筆我故意輸入一個錯誤的類型 如果欄位驗證錯誤，也會明確指出哪一筆資料，哪一欄出錯 如果成功匯入，也不會馬上儲存，可以在這介面微調內容 批次修改 如果想要透過 csv 批次修改，首先要先將單子匯出，存在ID欄位，我們可以到 Query，並透過 Column Options 設定所需要的欄位匯入 這時就會看到包含 ID 欄位，我們將 Work Item Type 修改為 Bug 再重新執行一次匯入就能看到全部變 Bug 了 也可以用這種方式來進行不同 Project 之間的單子移動 可以有階層關係嗎? 譬如我們想要將某些單子指向上一層的 Feature 單，ID為 669 只要加一個 Parent 欄位即可 支援匯入的欄位 在官方文件有依據字母排列出所支援的欄位 https://learn.microsoft.com/en-us/azure/devops/boards/work-items/guidance/work-item-field?view=azure-devops