前言

進入 Azure DevOps 專案管理領域最容易忽略的一件事情就是需要從團隊 (Team) 開始。許多開發人員或小型團隊因為只負責單一產品或數個小產品，在工作職責上並不需要刻意分割，即使團隊有 PM 的角色，使用建立專案時預設團隊 (Default Team) 就已經足夠，但實際上，團隊可以讓使用者：

• 管理產品待辦事項(Backlog)
• 使用虛擬任務看板
• 檢視燃盡率和速度(burndown and velocity)
• 分配工作

團隊也是 Project-Level 安全群組，建議專案管理者使用 Team 來進行權限劃分，而並非針對每一位使用者逐一設定權限。除了在團隊中加入成員，對於平台管理者來說，更多的是組織層級(Organization-Level)內加入 AAD Group，進而設定此 AAD Group 在所需要的團隊內。一旦組織異動或人員調度，平台管理者就不需要手動去調整團隊成員。

此外，團隊管理者 (Team Administrator) 具有足夠的權限可以進行管理，不需要隨時請求專案管理者 (Project Administrator) 或組織管理者(Organization Administrator) 協助調整權限。透過上述的描述，你應該能理解為何先建立 Team 是進入到專案的第一步。

前置作業 - Process Migration

如果你有印象，在建立專案的時候，Azure DevOps 會詢問你需要哪一種 Process (預設選項為:Agile、Scrum 與 CMMI)。在學校授課時，學生都會問到什麼是 Process。基本上，Process 是專案管理的藍圖，包含定義您的開發過程的所有工作流程與初始成品。隨著團隊的開發流程越來越成熟，Process 會越來越完善。因應每個 Process 不同，起初的 Workitem 也有所不同：

使用者可以繼承預設 Process 自訂 Process 內容，包含 Workitem 表單內容、狀態調整，與待辦事項分類，但這個不在我們今天討論範圍內。對於搬移前要注意的事項，即是注意來源專案與目標專案的 Process 類型要相同，否則在搬移之前，必須要確定兩個 Process 內，要搬移的 Workitem 內容必須一致，否則會發生無法搬移問題。

注意：Process 設定需要組織管理者權限

前置作業 - Team、Iteration 與 Area

在正式開始搬移 Workitem 之前，另一個要注意 Team、Iteration 與 Area，如果目標專案內沒有相同，轉移過去可能會發生不容易搜尋或遺失 Iteration 與 Area 的情況發生，而且發生看板顯示異常情況。如果要維持原有專案內的流程，建議在搬移之前在目標專案做相同設定。

注意：搬移到目標專案的 Workitem 不會遺失，若在目標專案使用 Query 功能仍搜尋不到，請聯繫組織管理人員以組織層級搜尋，在搬移至正確的位置或加上連結。下一篇文章我們會提到

建議：可以與 PM 討論過久的 Iteration 是有保留必要，但這不會讓你的 Workitem 消失。