[Azure DevOps] 使用 Azure Boards 管理工作

1.什么是 Azure Boards

通過 Azure Boards 網(wǎng)絡(luò)服務(wù)，團隊可以管理其軟件項目。它提供了豐富的功能，包括 Scrum 和看板的本地支持、可定制的儀表板和集成報告。這些工具可以隨著業(yè)務(wù)的發(fā)展而擴展。

您可以快速輕松地開始跟蹤與項目相關(guān)的用戶故事、積壓項目、任務(wù)、功能和錯誤。您通過根據(jù)項目可用的過程和工作項目類型添加工作項目來跟蹤工作。

上面是官方的說明，簡單來說 Azure Boards 是 Azure Devops 提供的在線敏捷工具。Azure Borads 提供了很多很多功能，光是 文檔 就有一大堆，而且每個公司每個團隊都可以根據(jù)自身的需求使用其中的不同功能，所以這篇文章只以 Scrum 為主簡單介紹它的基本功能。

2. Scrum 中的 Work items

我先假設(shè)讀者已經(jīng)對敏捷和 Scrum 有基本的了解，所以我不會深入介紹 Scrum 的概念。

在 Azure Devops 中創(chuàng)建項目時選擇了 Scrum 作為 Work item process 后，Boards 中可用的 work item type 就確定為 Epic、Feature、Product backlog item、Bug、Task、Impediment這個組合。他們的層級關(guān)系如下圖所示：

對于不復(fù)雜的項目來說，Boards 通常都圍繞 PBI、Bug 和 Task 工作，也可以給 PBI 和 Bug 添加 Tag 來替代 Feature 和Epic 的層級關(guān)系。

其中 PBI 和 Bug 的工作流程基本一直，它們的狀態(tài)分別為 New、Approved、Committed、Done、Removed，如下圖所示：

Task 屬于 PBI 和 Bug 的子級，它的狀態(tài)分別為 Todo、In Progress、Done、Removed。

這幾種類型的 Work item 的創(chuàng)建/編輯界面基本一樣。下面幾個 Tab 分別是Details、History、Links、Attachments。

3. 規(guī)劃 Sprint

在左側(cè)的菜單選中 Backlogs 進入 Backlogs 頁面。頁面的中間是 Work item 的列表，頁面的右邊是管理 Sprint 的 Planning 面板，顯示已計劃的 Sprint 及計劃的日期范圍、已計劃的工作量及 PBI、Bug、Task 的數(shù)量。點擊 Planning 面板最下面的 ”New Sprint“按鈕可以添加后續(xù)的 Sprint。

4. 在 Azure Boards 中管理 Work item

Azure Boards 包含五個菜單項：Work items、Boards、Backlogs、Sprints、Queries，基本上它們就是從不同維度不同方式組織各種 Work item。微軟在 Azure Boards 中提供了很復(fù)雜的功能和詳盡的文檔，這反而讓初學(xué)者望而卻步然后選擇其它公司提供的更簡單的工具。所以對于初學(xué)者來說，我建議先從 Boards 和 Sprints 著手開始使用。

如果工作項不多，或者不關(guān)注 Sprint，日常使用可以只關(guān)心 Boards（板塊）頁面。它就只是個簡單的看板，并且新增 PBI、Bug 和 Task，分配負責人，改變它們的狀態(tài)等操作都可以在這個頁面完成。

而如果想要只關(guān)心當前 Sprint 的狀況，詳細了解其中每個 Task 的進度，可以使用 Sprint（沖刺）頁面。同樣的，這個頁面也可以完成 Work item 的各種操作。