CMMI 在 Azure Boards 中處理工作項目類型和工作流程

發行項
04/06/2024

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Teams 使用 MSF for CMMI Process Improvement 2015 （CMMI）程式所提供的工作項目類型（WIT）來規劃和追蹤軟體項目的進度。 Teams 會定義管理工作待辦專案的需求，然後使用工作流程看板來更新需求狀態來追蹤進度。

CMMI 處理工作項目類型的概念影像。

若要深入瞭解需求群組，產品擁有者可以將需求對應至功能。當小組在反覆專案中工作時，他們會定義自動連結至需求的工作。

使用 Microsoft Test Manager 和入口網站，測試人員會建立並執行測試案例，並定義 Bug 來追蹤程式代碼缺失。

為了支援其他 CMMI 程式，小組可以追蹤檢閱會議中所擷取的變更要求、風險、問題和附注。如果您不熟悉 CMMI 程式，請檢閱規劃及追蹤使用 CMMI 一節以開始使用。

定義需求

從產品待辦項目頁面上的 [快速新增] 面板建立需求。稍後，您可以開啟每個需求，以提供更多詳細數據並估計其大小。

需求工作項目表單的螢幕快照。

或者，您可以使用 cvs 檔案大量新增需求。

或者，您可以使用 Excel 或 Project 大量新增需求。

重要

不支援 Microsoft Project Integration 和 TFSFieldMapping 命令：

Visual Studio 2019 和 Azure DevOps Office Integration 2019。
Azure DevOps Server 2019 和更新版本，包括 Azure DevOps Services。

Microsoft Excel 整合的完整支援會維持，並支援大容量導入和更新工作專案。使用 Microsoft Project 的替代方案包括：

傳遞計劃。
Marketplace 延伸模組，例如 Project 連線或 GANTT 圖表。

需求會指定小組需要建立的函式和產品元素。產品擁有者通常會在產品待辦專案頁面上定義和堆棧排名需求。然後，小組會設定提供最高優先順序專案的工作大小。

使用下列指引，並在填寫窗體時，針對工作項目類型中常用的欄位提供。如需詳細資訊，請參閱規劃專案。

欄位

使用方式

說明

提供足夠的詳細數據，以估計實作需求所需的工作量。專注於需求是誰、使用者想要完成哪些工作，以及原因。請勿描述應該如何開發需求。請提供足夠的詳細數據，讓您的小組可以撰寫工作和測試案例來實作專案。

在 HTML 欄位中，您可以新增 RTF 和影像。

影響評估

未實作此需求的客戶影響。您可能會包含 Kano 模型中關於此需求是否處於意外、必要或明顯類別的詳細數據。您可以在對應至影響評估的 RTF HTML 欄位中擷取此資訊。

需求類型（必要）

要實作的需求種類。您可以指定下列其中一個值：

商務目標
功能（預設值）
功能
介面
運作
服務品質
保管庫 ty
案例
安全性

值區域

由 Epic、功能、需求或待辦項目尋址的客戶價值區域。其值包括：

架構：實作提供解決方案的商務功能的技術服務
商務：滿足客戶或項目關係人需求的服務，可直接傳遞客戶價值以支援業務（預設值）

大小

使用小組偏好的任何數值度量單位，估計完成需求所需的工作量。藉由定義 需求的大小 ，小組可以使用敏捷速度圖表和預測工具來估計未來的反覆專案或工作工作。工作流程看板累計流程圖會參考此欄位中的值。如需詳細資訊，請參閱估計白皮書。

原始估計值

完成工作所需的估計工時量。一般而言，此欄位不會在指派之後變更。

您可以指定以小時或天為單位的工作。沒有與此欄位相關聯的固有時間單位。

開始日期/完成日期

工作開始或完成的目標日期。

優先權（必要）

與業務相關的需求主觀評等。允許的值如下：

1：產品不能在沒有項目的情況下寄送。
2：（預設）產品不能在沒有項目的情況下寄送，但不需要立即處理。
3：根據資源、時間和風險，實作專案是選擇性的。

分級（必要）

指出工作項目擱置的分級決策類型。當工作項目處於 [建議] 狀態，並指定下列其中一個值時，請使用此欄位：Pending （default）、[更多資訊]、[已接收的資訊] 和 [分級]。

封鎖

指出是否防止小組成員進行實作需求或工作，或解決 Bug、變更要求或風險。如果問題已開啟以追蹤封鎖問題，您可以建立問題的連結。您可以指定 [是 ] 的 [否]。

認可（必要）

指出是否在項目中認可需求。您可以指定 [是 ] 或 [否 ] （預設值）。

整合於

包含需求、變更要求或修正 Bug 的產品組建編號。

使用者驗收測試（必要）

需求之使用者驗收測試的狀態。您可以指定下列其中一個值：

通過
失敗
未就緒 （預設值）
就緒
已略過
收到的資訊

您在需求處於作用中狀態時指定 [未就緒]，並在需求處於 [已解決] 狀態時指定 [就緒]。

主題專家

熟悉此需求所代表客戶區域的小組成員名稱。

擷取討論區段中的批注

使用 [ 討論] 區段來新增和檢閱有關所執行工作的批注。

顯示工作專案窗體內 [討論] 區段的螢幕快照。

RTF 編輯器工具列會顯示在文字輸入區域下方。當您選取支援文字格式設定的每個文字框時，就會顯示它。

注意

沒有 [ 討論 ] 工作專案欄位。若要使用 [討論] 區域中輸入的批注來查詢工作專案，您可以篩選 [ 歷程記錄 ] 字段。 [討論] 文字輸入框中所輸入文字的完整內容會新增至 [歷程記錄] 欄位。

提及某人、群組、工作專案或提取要求

若要開啟您最近提及某人、連結到工作專案，或連結到提取要求、選取或、或輸入、#或 !。@

[討論區段] 的螢幕快照，即提及下拉功能表。

輸入名稱或數字，然後功能表清單篩選以符合您的專案。選擇您要新增的專案。若要將群組帶入討論區，請輸入 @ 和組名，例如小組或安全組。

編輯或刪除留言

若要編輯或刪除任何討論批註，請選擇 [編輯] 或選擇動作圖示，然後選擇 [刪除]。

[討論區] 區段、[編輯]、[刪除動作] 的螢幕快照。

注意

編輯和刪除批註需要 Azure DevOps Server 2019 Update 1 或更新版本。

更新註解之後，請選擇 [ 更新]。若要刪除批注，請確認您想要將其刪除。

工作項目表單的 [歷程記錄] 索引標籤會維護所有已編輯和已刪除批註的完整稽核記錄。

重要

針對內部部署 Azure DevOps Server，您必須設定 SMTP 伺服器，讓小組成員接收通知。

將回應新增至批注

選擇任何批註右上角的笑臉圖示，將一或多個回應新增至批註。或者，從任何現有反應旁批註底部的圖示中選擇。若要移除您的反應，請選擇批注底部的反應。下圖顯示新增反應的體驗範例，以及批注上的反應顯示。

討論區控件的螢幕快照，將回應新增至批注。

儲存批注而不儲存工作專案

注意

此功能可從 Azure DevOps Server 2022.1 開始提供。

如果您只有新增至 工作專案討論 的許可權，您可以儲存批注來執行此動作。此權限由區域路徑節點和 此節點 許可權中的 [編輯工作專案批注] 控制。如需詳細資訊，請參閱設定工作追蹤許可權、建立子節點、修改區域或反覆項目路徑下的工作專案。

儲存批注之後，就不需要儲存工作專案。

[討論區段] 的螢幕快照，並儲存批注。

注意

當您儲存對 [討論] 控件所做的變更時，只會儲存批注。未針對工作項目類型執行定義的工作項目規則。

追蹤工作進度

工作進行時，您會變更 [狀態] 字段以更新狀態。您可以選擇性地指定原因。狀態和原因欄位會出現在標題區域中的工作項目表單上。

CMMI 工作流程狀態

這些圖表顯示需求、Bug 和工作 WIT 的主要進展和回歸狀態。

需求	Bug	Task

需求的典型工作流程進展為：

產品擁有者會在 [建議] 狀態中建立需求，且預設原因為 [新增需求]。
當產品擁有者開始實作時，產品擁有者會將狀態更新為 [作用 中]。
當程式代碼開發完成且系統測試通過時，小組會將狀態更新為 [已解決]。
最後，當產品擁有者同意已根據驗收準則實作並通過所有驗證測試時，小組或產品擁有者會將要求 移至 [關閉 ]。

使用工作流程看板或任務板更新工作狀態

Teams 可以使用工作流程看板來更新需求的狀態，以及短期衝刺工作面板來更新工作的狀態。將專案拖曳至新的狀態數據行會同時更新 [狀態] 和 [原因] 字段。

入口網站的螢幕快照，追蹤工作流程看板上的進度。

您可以自定義工作流程看板，以支援更多泳道或欄。如需更多自定義選項，請參閱自定義您的工作追蹤體驗。

將需求對應至功能

當您管理一組產品或用戶體驗時，您可能會想要檢視整個產品群組的工作範圍和進度。您可以藉由定義功能和將需求對應至功能，來檢視範圍。

使用組合待辦專案，您可以從某個待辦專案向下切入至另一個待辦專案，以檢視您想要的詳細數據層級。此外，您也可以使用組合待辦專案，在設定小組階層時，檢視數個小組進行中的工作匯總。

功能工作專案包含針對需求提供的類似字段，並包含其他欄位，如下表所述。

定義工作

當小組在短期衝刺中管理其工作時，他們可以使用短期衝刺待辦項目頁面，將工作細分成不同的工作。

將工作命名為，並預估其需要的工作。

CMMI 工作工作項目表單的螢幕快照

當小組預估工作時，他們會定義工作，並預估完成工作的時數或天數。 Teams 預測工作並在反覆項目開始時定義工作，而每個小組成員都會執行這些工作的子集。工作可以包括開發、測試及其他種類的工作。例如，開發人員可以定義工作來實作需求，而測試人員可以定義工作來撰寫及執行測試案例。藉由將工作連結至需求和 Bug，他們會看到這些項目的進度。如需詳細資訊，請參閱反覆項目活動。

欄位

使用方式

工作類型

從允許的值選取要實作的工作類型：