Azure Board 的一些功能介紹

我們的團隊在去年有幸上了一些課程，所以對於Azure Board上面的數個項目，有粗淺的了解，因此大家也在邊摸索邊試用。

Work items

這個功能可以把專案中所有的work item都展示出來，如同前面有提及的每一個項目，包含了Epic、Feature、User Story、Task、Issue或是Bug，這些每一個都是work item(WIT)，而這個地方就是用來一目了然所有的工作項目。

這裡有一個很實用的功能，就是Import Work Items。因為一個企業中，通常在軟體開發專案的核心任務外，會蘊含了很多庶務類型的工作，如果是每次專案都要把重複的WIT手動敲打進去，非常讓人心累，而且人工敲入勢必有機會會漏掉，因此製作一份專屬的專案範本檔案，是一個可行的做法。

Backlog

這裡的Backlog是指product backlog，我們來引用維基百科中，SCRUM對於product backlog的說明。

產品訂單（product backlog）是整個專案的概要文檔。產品訂單包括所有所需特性的粗略的描述。產品訂單是關於將要生產什麼樣的產品。產品訂單是開放的，每個人都可以編輯。產品訂單包括粗略的估算，通常以天為單位。

用另外一個角度說，就是被排入這裡的項目，就是要開發的系統（或稱產品）的開發路線圖，所以看不到任何的Issue，因為開發相關會從epic(遠大的目標->feature(功能)->userstory(使用者劇本)->task(工作)。

要注意的是，這裡是跨sprint的，也就是，這裡的WIT不會因為現在的時間已經在不同iteration而被隱藏起來。至於是否要把已經完成的WIT給顯示出來，可以靠右側的view option來進行及時的設定。

同時間，PO也可以在這裡決定，該把哪些user story，安排到哪一個Iteration 中。

目前我們並不是敏捷式組織，也不是採用敏捷專案管理，所以我們目前都把Iteration 1 不設定時間，全部都攪在一起。

Board

這裡就是有名的看板式管理的功能，目的是為了提供直覺與視覺化的方式來管理以及追蹤專案，並可以有效的與小組共同作業。可以參考微軟這篇文章使用您的工作流程看板。

上面那張圖我特別標註了一些我們在使用上觀察到這個功能的一些特點，在下面用編號簡單說明一下。

1. 右上角的地方，可以讓你選擇你現在的看板視角，可以選擇Epics、Features and Stories。這邊我所選擇的是User stories的視角，看板上呈現的三張卡片就是user story，那其中有看到我的編號18的user story已經被我放到Active的狀態了。
2. 編號2代表的是，現在在這張編號18的user story下，有3個task，而且目前沒有一個task被完成。
3. 編號3則是指，在這張編號18的user story下，有1個test case，而且目前還沒有被進行。
4. 編號4有看到 1/5，這表示，你的預設進入Active 工作限制總量是5，目前有一件工作被排入了Active狀態。

工作限制總量非常有趣，這個設定是可以調整的，他的目的是讓你先設定好你認為小組可以處理的上限，可以參考這篇文章WIP 限制，他的舉例是例如，如果您有三個小組成員，且每個小組成員一次不能處理兩個以上的工作，產生的 WIP 限制為 6 (= 3 個開發人員 X 2 工作/開發人員) 。

把時間切成最小化，你會發現人是無法多工的，所有看似的多工都只是把各個工作切成細項後，一個個一直做下去，這個功能就是讓你面對現實後，可以辨識出小組真正的瓶頸。

Sprints

延伸Board的部分，現在來到sprints的功能。在這裡，我們可以看到剛剛前面那個編號18的User Story，然後user story 下所屬的Task 目前都指派給我，然後都還在New的狀態，表示我還沒有開始進行這項工作。這裡就很適合在每天早上的晨會討論本日要進行的工作，或是前日是否有工作項目卡關了，需要協助。

另外可以看到右上角編號1的部分，這就是我之前說的，我們並沒有真的設定時間，所以會顯示出來No iteration dates。編號2這個iteration 1 表示這個sprint 所有的user stories。

快了，工作被指派下來，快要可以寫程式了！