什麼是 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 中設定專案、小組和幾個工作。