什麼是 Azure Boards？
Azure Boards 是 Azure DevOps 中的工具，可協助小組規劃需要完成的工作。 Tailspin 小組會使用此工具，以更清楚掌握哪些工作需要完成，以及如何排定其優先順序。
Mara 使用 Azure Boards 的基本流程圖建立自己的專案。 其中顯示她和 Andy 在建置程序中找出的問題。 Mara 將小組集合起來，簡單示範一下。
Mara：嗨，大家好。 我設定了 Azure Boards，並想給各位看看我做出的幾個工作項目。
Andy：什麼是工作項目？
Mara：工作項目可以協助我們規劃和管理專案。 工作項目可以追蹤所有類型的活動。 它可能是要執行的工作、待修正的 Bug，或是其他問題。 我們可以將它們指派給使用者，並追蹤進度。
直接示範給大家看應該會比較清楚。 現在 Azure Boards 使用的是基本流程圖：
Amita：請介紹一下基本流程圖。 有其他選項嗎？
Mara：有四種流程圖可供選擇。 我們可以使用：
- 能力成熟度模型整合 (CMMI)：這比較適合大型組織，而且滿複雜的，因此我並沒有使用。
- Scrum：Scrum 是以 Scrum Master 為根據，由其領導 Scrum 小組。 Scrum Master 應確保每個人都了解 Scrum 理論、做法及規則。 Scrum Master 通常需要接受訓練並取得認證，我們目前沒有這樣的人選，因此我也不會選擇這一項。
- 敏捷式：由於我個人相當推崇敏捷式，因此這似乎是理所當然的選擇，但比起最簡單的選項，還多了幾個要顧慮的重點。
- 基本：基本流程圖就是基本款。 它很簡單，卻足以提供大家立即開始有效規劃的功能，因此我決定選這一個。 在基本流程圖中，只要將工作從 [To Do (待辦)] 移至 [執行中]，再移至 [完成] 即可。
Amita：好，那我們就用它來開始。 我們可以直接切換到其他項目，對吧？
Mara：沒錯！ 那麼，我們來挑幾個我們應該可以在幾週內修正的工作項目。
Andy 很熟悉這些問題，但小組的其他成員則有疑問。
Tim：這裡面大多數都是開發方面的問題。 但當我們忙著處理這些問題時，其他小組卻關心程式碼的弱點；有人就曾要我證實程式碼的安全性。 我們可以將把這個項目加進去嗎？
Mara：我知道這份清單還不夠完整。 面板上的問題是之前 Andy 和我討論過的部分。 其中甚至有些問題也需要再細分成幾個工作。 我了解你對程式碼弱點的疑慮。 Andy，你有什麼想法？
Andy：現在，光是要推出組建就很困難了。 所以我們還是從一些基本問題下手。 我認為有個單一位置可以讓我們追蹤問題，這真的很棒。 我們可以把問題新增至待處理項目 (backlog)，並在準備好之後，再來設定優先順序。
Mara：在我們新增其他問題之前，請各位再多聊聊目前自己手頭上的工作。
每個小組成員都分享手頭上的工作，以及他們的其他顧慮。 為了這場腦力激盪活動，大家將自黏便條紙貼到白板上。 白板很快就貼滿了便條紙。
最後，小組確定了七大問題。 Andy 自願將工作新增至 Azure Boards，大家則看著他做。 面板看起來像這樣：
Amita：哇，問題真的很多。 我們到底該如何修正所有問題？
Mara：我們不需要立即修正這些問題。 現在，我們已識別待處理項目 (backlog)，或我們可以提取的工作清單。 進行工作規劃時，我們必須選出哪些是最緊急或最重要的項目。
進一步討論之後，小組決定採用 Mara 起初建議的三個問題：
- 穩定組建伺服器
- 建立 Git 型工作流程
- 建立單元測試
Mara：這幾項應該是最簡單的問題，也可以解決最近出現的一些難題。 現在來設定專案、小組和短期衝刺吧。 之後，我們就可以決定哪些人要做哪些工作。
Tim：什麼是短期衝刺？
Mara：問得好。 短期衝刺是指我們在一定的時間內必須完成的工作。 短期衝刺可以協助我們保持專注。 結束時，我們可以開一場簡短的回顧會議，分享一下大家完成哪些項目。 之後，我們就可以規劃下一件工作。
大家看起來都有點緊張。
Mara：我們還在學習。 短期衝刺的時間通常是兩到四週。 我們先假設兩週，再看看情況如何。 這邊是 Andy 和我可以處理的大多數工作。 我們會隨時分享我們的進度。 然後，我們即可找出讓大家參與的方式。
Mara 和小組踏出了成功的第一步。 接下來，您會在 Azure Boards 中設定專案、小組和幾個工作。