Azure DevOps 服務 |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020
小組會使用隨附於 CMMI Process Improvement 2015 (CMMI) 的 MSF 隨附的工作專案類型 (WIT) 來規劃和追蹤軟體專案。 產品擁有者會定義管理待辦專案的需求,而小組會藉由更新需求和工作狀態來追蹤面板上的進度。
產品擁有者將需求對應至功能,以檢視產品組合層級進度。 當團隊在迭代中工作時,他們會建立自動連結至需求的任務。
測試人員會使用 Microsoft Test Manager 或入口網站來建立和執行測試案例,並提交 Bug 來追蹤程式代碼缺陷。
團隊也會追蹤變更請求、風險、問題和審查會議期間擷取的筆記。 如果您是 CMMI 程式的新手,請從 [使用 CMMI 規劃和追蹤工作] 開始。
定義需求
從產品待辦項目頁面上的 [快速新增] 面板建立需求。 稍後,開啟每個需求以提供詳細資料並估計其大小。
或者,您可以使用 CSV 檔案大量新增需求 (請參閱 從 CSV 匯入工作專案) 。
Important
不再支援Microsoft專案整合
Microsoft Project Integration 和 TFSFieldMapping 命令已停止支援:
- Visual Studio 2019 和更新版本(包括 Azure DevOps Office 整合)
- Azure DevOps Server 2020 和更新版本
- Azure DevOps Services
仍在運作的內容: Microsoft Excel 整合仍完全支援大容量導入和更新工作專案。
推薦替代方案:
- 傳遞計劃 - 適用於項目規劃和跨小組追蹤的原生 Azure DevOps 功能
- 專案管理延伸模組 - 流覽 Azure DevOps Marketplace 以取得目前的甘特圖和專案管理解決方案
- 第三方整合 - 許多專案管理工具提供 Azure DevOps 連接器,以進行順暢的工作流程整合
需求描述了團隊需要構建的產品元素和功能。 產品擁有者通常會在產品待辦清單頁面上定義並按優先順序排列需求。 然後,團隊確定所需工作量的範圍,並編寫任務和測試案例來實作每個項目。
當您完成表單時,請使用下列指引,以及 工作專案類型通用的 區段欄位。 如需詳細資訊,請參閱 規劃專案。
Field
Usage
為您的團隊提供足夠的詳細資訊來估計實施工作量。 專注於需求服務對象、使用者想要完成什麼以及原因。 避免描述如何實作需求。 包含足夠的內容,讓您的團隊可以從項目編寫任務和測試案例。
在 HTML 欄位中,您可以新增豐富文本和影像。
擷取未在「影響評量」RTF欄位中實作需求的客戶影響。 您可以包含 Kano 模型的詳細資料,指出需求是驚喜、必要,還是顯而易見的功能。
需求類型 (必要)
為需求類型指定下列其中一個值:
- 業務目標
- 功能 (預設)
- Functional
- Interface
- Operational
- 服務品質
- Safety
- Scenario
- Security
指出長篇故事、功能或需求所解決的客戶價值區域。 常見的值包括:
- 架構:實作商業特性以提供解決方案能力的技術服務。
- 業務:滿足利害關係人需求並直接提供客戶價值的服務(預設)。
提供任務的原始估計值。 通常,指派任務後,此值不會變更。 您可以指定工作時間(以小時或天為單位);欄位沒有固有的時間單位。
提供工作的目標開始和完成日期。
優先順序 (必要)
設定反映業務優先順序的主觀評等:
- 1:產品沒有這個物品就無法寄送。
- 2:(預設)產品無法在沒有該商品的情況下出貨,但不需要立即注意。
- 3:根據資源、時間和風險,實施是可選的。
分級 (必要)
在工作專案處於 [建議] 狀態時,請使用初步評估。 選擇下列其中一項: 擱置中 (預設)、 更多資訊、 收到的資訊、已 分類。
指出小組成員是否無法在工作專案上取得進度。 如果有問題阻礙工作,請建立該問題的連結。 選擇 [是] 或 [否]。
已承諾 (必要)
指出小組是否承諾交付需求。 選擇 Yes (是 ) 或 No (預設 )。
記錄包含需求、變更要求或錯誤修正的產品組建編號。
使用者驗收測試 (必要)
將需求的使用者驗收測試狀態設定為:
- Pass
- Fail
- 未就緒 (預設值)
- Ready
- Skipped
- 收到的資訊
當需求處於作用中狀態時,請使用「 未就緒 」,並在需求已解決時使用 「就緒 」。
列出熟悉需求所代表客戶區域的團隊成員。
擷取討論區段中的批注
使用 [ 討論] 區段來新增和檢閱有關所執行工作的批注。
當您將游標放在支援文字格式設定的任何文字框中時,RTF 編輯器工具列會出現在文字輸入區域中。
Note
討論工作專案欄位不存在。 若要使用 [討論] 區域中的批注來查詢工作專案,請篩選 [ 歷程記錄] 字段。 在 [討論] 文本框中輸入的文字完整內容會新增至 [歷程記錄] 字段。
提及某人、群組、工作專案或提取要求
選取下列其中一個圖示,以開啟最近您提及某人、連結到工作項目或連結到拉取請求的項目選單:
您可以使用鍵盤快速鍵開啟相同的選單:提及 @、哈希標籤 # 和驚嘆號 !。
輸入名稱或號碼,以篩選功能表清單來符合您的輸入內容。 選取您要新增的項目。 若要將群組帶入討論區,請輸入@符號,後面接著組名,例如小組或安全組。
編輯或刪除留言
若要編輯或刪除任何討論批注,請選取 [ 編輯
] 或 [ 更多動作 ]
,然後選取 [ 刪除]:
更新批注之後,請選取 [ 更新]。 若要刪除批注,請確認刪除。 工作項目表單上的 [ 歷程記錄 ] 索引標籤會維護所有已編輯和已刪除批註的完整稽核記錄。
Important
針對內部部署 Azure DevOps Server, 請設定 SMTP 伺服器 ,讓小組成員接收通知。
新增回應至評論中
藉由選擇任何批註右上方的表情符號圖示,將一或多個回應新增至批註。 從現有反應旁留言底部的圖示中選擇。 若要移除您的反應,請選擇評論底部的反應。 下圖顯示新增反應的體驗範例,以及留言上的反應顯示。
儲存評論而不儲存工作項目
Note
此功能可從 Azure DevOps Server 2022.1 開始提供。
如果您只有新增評論至 工作項目的討論區 的許可權,您可以儲存評論來執行此動作。 此權限由區域路徑節點和 此節點 許可權中的 [編輯工作專案批注] 控制。 如需詳細資訊,請參閱 設定工作追蹤許可權 - 建立子節點、修改區域或迭代路徑下的工作項目。
當您儲存批注時,不需要儲存工作專案。
Note
當您儲存對 [討論] 控件所做的變更時,只會儲存批注。 沒有 針對工作項目類型定義的工作項目規則 會被執行。
追蹤工作進度
隨著工作的進行,請更新「狀態」欄位以反映目前狀態。 選擇性地提供原因;狀態和原因欄位會出現在工作專案表單標頭中。
CMMI 工作流程狀態
下圖顯示需求、Bug 和工作 WIT 的主要進度和迴歸狀態。
| Requirement | Bug | Task |
|---|---|---|
|
|
|
需求的一般工作流程遵循下列步驟:
- 產品擁有者會在 [建議] 狀態中建立需求,且預設原因為 [新增需求]。
- 產品擁有者在工作開始時將需求移至 [作用中 ]。
- 當開發完成且系統測試通過時,團隊會將需求設定 為已解決 。
- 最後,團隊或產品擁有者在驗收準則和驗證測試確認完成後,將需求移至「已關閉」。
使用看板或工作面板更新工作狀態
使用 面板 或 短期衝刺工作面板 來更新專案狀態。 將項目拖曳至不同的欄會更新「狀態」和「原因」欄位。
將需求對應至功能
當您管理多個產品或使用者體驗時,請定義功能並將需求對應至這些功能,以檢視整個產品組合的範圍和進度。
使用組合待辦專案在 待辦專案層級之間向下切入 ,並匯總跨小組進行中的工作。 您也可以 在設定小組階層之後檢視彙總。
功能工作專案包含類似需求的欄位,以及其參考中所述的其他欄位。
定義任務
當您的團隊在衝刺中交付工作時,請從衝刺待辦專案頁面 中將需求分解為任務,並估算所需的工作量。
命名任務並估計工作。
當團隊估計工作時,他們會定義任務並估計完成任務的小時或天數。 團隊在迭代開始時預測容量並精簡任務;然後,每個團隊成員都會執行任務的子集。 任務可以包括開發、測試和其他活動。 例如,開發人員建立任務來實作需求,而測試人員則建立任務來撰寫和執行測試案例。 透過將任務與需求和錯誤連結起來,團隊可以清楚地看到實施進度。 如需詳細資訊,請參閱 反覆項目活動。
Field
Usage
從下列位置選取工作類型:
- 糾正措施
- 緩解措施
- Planned
選擇此工作在依活動估計短期衝刺容量時所代表的專業領域:
- Analysis
- Development
- Test
- 使用者教育
- 使用者體驗
此欄位也有助於依學科計算容量。 它會在 ProcessConfiguration 檔案中指派給 type="Activity" 。 如需詳細資訊,請參閱 實作開發工作。
輸入任務的原始估計值。
隨著團隊的進展,更新剩餘工作。 此值會供應數據給容量圖表、短期衝刺 (Sprint) 燒耗圖表和相關報表。 如果您將任務分成子任務,請僅追蹤子任務的時數。
記錄已用於執行任務的時間。
追蹤測試進度
測試要求
從入口網站或測試管理員,建立自動連結至需求或錯誤的測試案例,或從 (連結索引標籤) 新增
連結。
測試案例包含許多欄位,包括與建置和測試程序整合的欄位。 如需詳細資料,請參閱 根據建置和測試整合欄位進行查詢 。
(連結索引標籤) 會列出測試案例所參考的所有需求和錯誤。 連結可協助小組追蹤測試進度,並支援 需求概觀報告等報告。
追蹤程式碼錯誤
從網站入口、Visual Studio 或測試管理工具建立錯誤(請參閱 管理錯誤)。
追蹤檢閱會議中所擷取的變更要求、風險、問題和附注
除了需求、功能、工作和錯誤之外,CMMI 流程還建議下列 WIT:
- 變更要求用來管理受變更控制的工作產品的建議變更。
- 問題 ,以追蹤可能封鎖工作的事件或狀況。 問題與風險不同 ,因為團隊通常會在日常會議中自發性地識別問題。
- 風險, 以追蹤實際結果與預期結果之間的機率和差異。 當您 管理風險時,您可以將預期結果與實際結果之間的差異降到最低。
- 檢閱 以記錄設計或程式碼檢閱如何符合名稱正確性、程式碼相關性、擴充性、複雜性和安全性等標準。
您可以使用小組儀錶板上的 [新增工作專案小工具] 或從 [查詢] 頁面上的 [新增] 功能表來新增問題。
從應用程式小工具新增的工作專案會自動將範圍限定為您的小組的預設區域及迭代路徑。 若要變更小組內容,請參閱 切換小組內容。
常見工作追蹤欄位的定義
下列欄位和索引標籤會出現在大部分的工作專案中。 每個索引標籤都會用來追蹤特定資訊。 常用的索引標籤包括
[歷程記錄]、
[連結] 和 [
附件]。
所有工作項目類型的唯一必要欄位是 Title。 當您儲存工作專案時,系統會指派唯一標識碼 ID。 表單會以黃色高亮顯示必填欄位。 如需其他欄位的相關信息,請參閱 工作專案欄位索引。
Note
視對程式和專案所做的自定義而定,可能需要其他欄位。
欄位或索引標籤
Usage
輸入 255 個字元或更少的描述。 您可以稍後修改 標題 。
將工作專案指派給負責執行工作的小組成員,或保留空白,並在稍後完成工作分派。
當您第一次建立工作專案時, [狀態 ] 欄位會自動顯示工作流程中的第一個狀態,例如 [新增 ] 或 [ 未指派]。 當工作進行時,更新 狀態 以反映工作專案的目前狀態。
當您第一次建立工作專案時,請設定預設 的 Reason 值,例如 [已建立 ] 或 [ 新增工作專案]。 當工作專案的 [狀態 ] 變更時,請據以更新 Reason 值。 工作專案的每個 狀態 都會與預設 的 Reason 值相關聯。
選擇與產品或小組相關聯的區域路徑,或保留空白,並在稍後輸入適當的值。 您可以變更可用區域的下拉式清單。 如需詳細資訊,請參閱 定義區域路徑,並指派給小組。
選擇要完成工作專案的衝刺或迭代,或保持空白,並在稍後指定數值。 您可以變更反覆專案的下拉式清單。 如需了解更多資訊,請參閱 定義迭代路徑(衝刺)並設定團隊迭代。
檢視工作專案 歷程記錄 ,以查看系統所擷取的專案所做的所有變更。 每次更新工作專案時,詳細數據都會附加至歷程記錄。 您會看到變更日期、變更作者和更新欄位清單。 您也可以將格式化文字新增至 [ 歷程記錄 ] 欄位。
新增 連結 以建立與其他工作項目的連線。 支援多種連結,例如超連結、變更集、原始程序檔等等。 指定連結專案與工作項目的關聯性,例如 父項、 在組建中找到或 測試結果。
使用 附件 來附加與工作項目相關的支持資訊。 附加電子郵件線程、檔、影像、記錄檔或其他文件類型。
自訂工作項目類型
針對大部分的工作項目類型,您可以新增字段、變更工作流程、新增自定義規則,以及將自定義頁面新增至工作項目窗體。 您也可以新增自訂工作項目類型。 如需詳細資訊,請參閱 自定義繼承程式。
針對大部分的工作項目類型,您可以新增字段、變更工作流程、新增自定義規則,以及將自定義頁面新增至工作項目窗體。 您也可以新增自訂工作項目類型。 如需詳細資訊,請參閱 自定義繼承程式 或 根據專案所使用的進程模型自定義內部部署 XML 進程模型 。
相關內容
待辦專案清單順序
使用 [堆疊排名 ] 欄位來追蹤需求、功能或史詩的相對排名。 待辦專案頁面會根據您在頁面上新增或移動專案的位置來決定順序 (請參閱 建立待辦專案) 。 當您拖曳項目時,背景程序會更新 [堆疊排名] 欄位。 根據預設,此欄位不會出現在工作專案表單上。