管理變更 (CMMI)

您可以使用變更要求工作項目，來追蹤及控制產品與支援系統的所有變更。所有變更要求都是因偏離基準而起始的；此基準由專案的原始指定需求所組成。例如，如果擁有一名使用者的會議有了新需求，則應建立變更要求以建議更新需求基準。如需 CMMI 的詳細資訊，請參閱 CMMI 的背景。

本主題內容

• 建立變更要求

• 分析變更要求

• 監視變更要求

建立變更要求

當您發覺原始需求必須有所變更時，您可以建立變更要求工作項目，然後使用 [效果] 連結類型將該工作項目連結至舊的需求工作項目。另外也應建立對新增或變更的項目詳細說明的需求工作項目，並將其連結至變更要求。所有變更要求都會就使用者、產品與小組可能受到的影響，進行廣泛的分析。在此分析的過程中，可能會突然出現估計工作。這些新工作工作項目 (Task Work Item) 應連結至新需求工作項目，以利追蹤。若要執行此動作，請將工作加入至工作項目表單的 [實作] 索引標籤。

變更要求與產生的新工作項目必須包含所有必要新工作的詳細資料，以及所有要移除、修改或消除之現有工作的詳細資料。如下列圖例所說明，您可以在 [標題] 欄位中指定您想要求的變更，也可以指定擁有變更的小組成員，以及其他有關要求的資訊：

如需如何完成工作項目的詳細資訊，請參閱變更要求 (CMMI)。

分析變更要求

變更要求進行分析前，應先由組態控制委員會加以分級。組態控制委員會是一組負責核准及拒絕變更要求，並確保變更可正確執行的人員。您可以將工作項目中的 [分級] 欄位設為 [暫止]，以指出必須對要求分級。如需詳細資訊，請參閱變更要求 (CMMI)。變更要求的分析作業有可能會耗盡資源，此外務必注意的是，變更要求佇列不應讓小組的負擔過重，而影響到專案的時程。

變更要求應進行分析，以判斷它對現有與規劃工作的影響範圍。您必須了解其影響，以便估計執行變更所需的人力-時數成本。

分析接受變更的風險。是否有外部小組依存於將要變更的程式碼或功能？其排程是否可能受到不良影響？指派資源給這項變更，是否會對其他重要功能範圍或產品需求造成不良影響？

在分析的過程中，請向專案關係人要求輸入，並將該輸入加入至變更要求工作項目。在進行變更時，如果也必須變更其他規劃文件，請將其註明於變更要求中，並視需要變更這些文件。這會維護修訂記錄，並且讓所有人皆可檢視詳細資料。如此可降低溝通不良所導致的風險，並可提供 Standard CMMI Appraisal Method for Process Improvement (SCAMPI) 評價的重要辨識項。

如果已接受變更要求，請將狀態從 [已提議] (新變更要求的預設值) 變更為 [作用中]。

監視變更要求

當變更要求處於作用中狀態時，您可以在 Visual Studio Team Foundation Server 中使用變更要求查詢加以監視。變更要求應在合理的時間內處理完成。

如果變更要求未獲得應有的注意，請建立問題工作項目以提高議題層級。請將新的問題連結至變更要求，然後提高問題層級，使變更要求的影響評估得以展開。