共用方式為

變更要求 (CMMI)

  • 發行項

在此主題中，您可以學習如何填入變更要求工作項目的詳細資料。 小組可使用變更要求工作項目來追蹤針對產品的某個部分來提議的變更。 只要需要提議對任何受到變更控制管制的工作成品進行變更，您便可以建立變更要求。 如需詳細資訊，請參閱管理變更 (CMMI)。

如需如何建立這類工作項目的詳細資訊，請參閱工作項目和工作流程 (CMMI)。

本主題內容

相關主題

  • 定義變更要求

  • 將變更要求連結至需求、工作或其他工作項目

  • 將詳細資料、附件或超連結加入至變更要求

  • 變更變更要求的狀態

流程指引

活頁簿

欄位參考

必要的使用權限

您必須是 [Readers] 群組的成員，或是您的 [檢視此節點中的工作項目] 已設為 [允許]，才能檢視變更要求。 您必須是 [Contributors] 群組的成員，或是您的 [編輯此節點中的工作項目] 權限已設為 [允許]，才能修改變更要求。 如需詳細資訊，請參閱管理使用權限。

定義變更要求

變更要求的工作項目表單會將資料儲存在如下圖所示的欄位和索引標籤中：

變更要求工作項目表單

定義變更要求時，您必須定義 [標題]。 您可以將所有其他欄位保留空白，或接受其預設值。

若要定義單一變更要求

  1. 在工作項目表單的上方區段中，指定下列一種或多種資訊：

    • 在 [標題] (必要項) 中，輸入簡短描述。

      好的標題會指出受影響的產品區域和受影響的方式。 您可以隨時更新這段文字，以更精確地定義變更和受影響的工作區域。

    • 在 [指派給] 清單中，選取要負責處理變更要求的小組成員名稱。

      注意事項注意事項

      您只能將工作項目指派給 [Contributors] 群組的成員。

      如果您未指派負責處理變更要求的小組成員，則該變更要求會自動指派給您處理。

    • 在 [狀態] 清單中，保留預設值 [已建議]。

      根據預設，[原因] 欄位的值為 [新增]。 如需此欄位以及如何使用它來追蹤工作流程的詳細資訊，請參閱本主題後面的變更變更要求的狀態。

    • 在 [優先權] 清單，請按 1 選取變更要求的重要性層級 (最重要) 至 4 (最不重要)。

      這個值預設為 2。

    • 在 [分級] 清單中，選取分級子狀態。

      此欄位識別在 [已提議] 狀態下的變更要求的分級層級。 有效值為 [暫止] (預設值)、[詳細資訊]、[已接收的資訊] 和 [已分級]。

    • 在 [已封鎖] 清單，則為，如果有問題讓小組無法實作變更要求，請選取 [是] 。

    • 在 [區域] 和 [反覆項目] 清單中，選取適當的區域和反覆項目。

      注意事項注意事項

      專案系統管理員已定義 [區域] 和 [反覆項目] 樹狀階層，小組成員可以依照這些指定來追蹤進度。如需詳細資訊，請參閱建立和修改區域和反覆項目。

  2. 在 [詳細資料] 索引標籤上，盡量提供詳細資料，讓您要精確描述小組必須變更。

    請盡量提供詳細的變更要求資料，確保開發人員可以實作且測試人員可以測試該變更要求。 您的小組可以使用這項資訊來建立工作和測試案例的工作項目。 如需詳細資訊，請參閱工作 (CMMI)與測試案例 (Agile)。

  3. 在 [對齊] 索引標籤上，盡量提供詳細資料，來描述對客戶或產品變更要求所實作。

  4. 在 [分析] 索引標籤中，選取每個文字方塊，並提供變更要求在下列領域之影響的詳細資料:

    • 對架構的影響

    • 對使用者經驗的影響

    • 對測試的影響

    • 對設計/開發的影響

    • 對技術發行物的影響

    您可以指出受影響的特定區域，以及實作變更的成本。

  5. 在 [其他] 索引標籤上，指定下列類型的資訊:

    • 在 [原始評估] 方塊中輸入數字，表示實作變更要求所需的工作時數。

      注意事項注意事項

      一般來說，您會在之後的開發週期階段 (而不是在第一次定義變更要求時) 定義下列欄位。

    • 在 [整合於] 清單中，選取要變更要求開發小組整合至的組建名稱或編號。

  6. 在 [所有連結] 選項，與其他一個或多個工作項目連結至變更要求，例如需求或工作。

  7. 在 [附件] 索引標籤上，您可以附加規格、影像，或提供關於變更要求的詳細資料中實作的其他檔案。

    如需詳細資訊，請參閱本主題後面的下列章節：

    • 將變更要求連結至需求、工作或其他工作項目

    • 將詳細資料、附件或超連結加入至變更要求

  8. 選取 儲存[儲存工作項目]。

    注意事項注意事項

    在您儲存變更要求之後，識別項會出現在工作項目工具列底下的標題中。

將變更要求連結至需求、工作或其他工作項目

建立變更要求與其他工作項目之間的關聯性，可讓您更有效率地規劃專案、更精確地追蹤相依性、更清楚地檢視階層關聯性，以及更快速地找到重要資訊。 在變更要求的工作項目表單中，您可以建立自動連結至此變更要求的工作項目，也可以建立連出至現有工作項目的連結。

您可以使用 [連結] 索引標籤，建立某類工作項目的某類連結。 如需詳細資訊，請參閱Linking Work Items (CMMI)。

若要建立工作、Bug、需求或其他工作項目並將其連結至變更要求

  1. 開啟變更要求的工作項目表單上，選取 [所有連結] 索引標籤，然後 加入新連結工作項目選取 [新增]。

    [加入新連結工作項目] 對話方塊隨即開啟。

    [加入新連結工作項目] 對話方塊

  2. 在 [連結類型] 清單中，選取您要建立之工作項目類型中的連結類型。

    • 若要連結至工作或 Bug，請建立 [子系] 連結。

    • 若要連結至需求、風險或問題，請建立 [影響者] 連結。

    • 若要連結至測試案例，請建立 [測試者] 連結。

    • 若要連結至任何其他類型的工作項目，請建立 [相關] 或表示您要追蹤之關聯性的其他類型連結。

  3. 在 [工作項目類型] 清單中，選取您要建立的工作項目類型。

  4. 在 [標題] 中，輸入簡短但是明確說明所提議變更的描述。

  5. (選擇性) 在 [註解] 中，輸入其他資訊。

  6. 選擇 [確定]。

    您所指定工作項目之類型的工作項目表單隨即開啟，內含您所提供的資訊。

  7. 依照下列主題所述指定其餘欄位：

  8. 選取 儲存[儲存工作項目]。

若要將數個現有工作項目連結至變更要求

  1. 開啟變更要求的工作項目表單上，選取 [所有連結] 索引標籤，然後 加入連結選取 [連結至]。

    [將連結加入至變更要求] 對話方塊隨即開啟。

    [將連結加入至需求] 對話方塊

  2. 在 [連結類型] 清單中，選取您要建立之工作項目類型中的連結類型。

    • 若要連結至工作或 Bug，請建立 [子系] 連結。

    • 若要連結至需求、風險或問題，請建立 [影響者] 連結。

    • 若要連結至測試案例，請建立 [測試者] 連結。

    • 若要連結至任何其他類型的工作項目，請建立 [相關] 或表示您要追蹤之關聯性的其他類型連結。

  3. 執行下列其中一項動作：

    • 在 [工作項目 ID] 中，輸入您要尋找之工作項目的 ID。 請以逗號或空格分隔 ID。

    • 選取 [瀏覽] 指定從清單中的工作項目。

      [選擇連結工作項目] 對話方塊隨即出現。

      [選擇連結工作項目] 對話方塊

      在 [已儲存的查詢] 清單中，選取包含您想要加入的查詢。 例如，您可以選取 [開啟工作項目]、 [待處理的 Bug] 或 [作用中工作]。

      選取 [尋找]，在您要連結至變更要求的每一個工作項目旁邊的核取方塊，然後選取 [確定]。

    • (選擇性) 輸入您要連結之項目的描述。

  4. 選擇 [確定]。

    如需詳細資訊，請參閱尋找要連結或匯入的工作項目。

  5. 選取 儲存[儲存工作項目]。

    注意事項注意事項

    變更要求和您已讓它連結的工作項目都會更新。

將詳細資料、附件或超連結加入至變更要求

隨著有愈多資訊可用，您可以透過下列方式將更多資訊加入至變更要求：

  • 在 [詳細資料]、[理由] 或 [ 分析] 索引標籤上的文字方塊中輸入資訊。

  • 附加檔案。

    例如，您可以附加電子郵件討論串、文件、影像、記錄檔或其他類型的檔案。

  • 將超連結加入至網站，或加入至已儲存在伺服器或網站上的檔案。

若要將詳細資料加入至變更要求

  1. 選取 [詳細資料]、 [對齊] 或 [分析] 選項並在文字方塊中輸入資訊。

    您可以格式化資訊，以便提供強調效果或擷取項目符號清單。

    注意事項注意事項

    每當小組成員更新工作項目時，其記錄就會顯示變更的日期、進行變更的小組成員名稱，以及變更的欄位。

    如需詳細資訊，請參閱變更要求欄位參考 (CMMI)與需求欄位參考 (CMMI)。

  2. 選取 儲存[儲存工作項目]。

若要將附件加入至變更要求

  1. 在 [附件] 索引標籤上，執行下列其中一個動作：

    • 將檔案拖曳到附件區域中。

    • 選取 或 貼上 按下 CTRL-V 貼上您已複製的檔案。

    • 選取 加入附件[新增]，選取 [瀏覽]，並 [附件] ，在對話方塊中，輸入或瀏覽至您要附加的檔案名稱。

      (選擇性) 在 [註解] 方塊中，輸入有關附件的其他資訊。 若要關閉 [附件] 對話方塊中，選取 [確定]。

  2. 選取 儲存[儲存工作項目]。

若要將超連結加入至變更要求

  1. 在 [所有連結 ] 索引標籤上， 加入連結選取 [連結至]。

    指定超連結位址的 URL

  2. 在 [連結類型] 清單中，選取 [超連結]。

  3. 在 [位址] 方塊中，執行下列其中一項動作：

    • 如果目標是網站，請輸入 URL 或從網際網路瀏覽器複製 URL，然後將它貼入 [位址] 方塊中。

    • 如果目標是伺服器位置，請輸入其 UNC 位址。

  4. (選擇性) 在 [註解] 方塊中，輸入有關超連結的其他資訊。

  5. 選擇 [確定]。

  6. 選取 儲存[儲存工作項目]。

變更變更要求的狀態

分級小組或產品計劃會議可以檢閱這些工作項目，以分析、接受和拒絕已提議的變更。 變更要求被接受之後，小組就可以產生工作來實作變更。 小組在實作變更之後，最後就會關閉變更要求。

如需您可以用於追蹤工作項目狀態之資料欄位的詳細資訊，請參閱指派、工作流程和規劃 (CMMI)。

您可以使用下列狀態，追蹤變更要求的進度：

  • 已提議

  • Active

  • 已解決

  • Closed

所有小組成員都可以變更變更要求的狀態。

當您建立工作項目時，每個變更要求預設都是 [已提議] 狀態。 當小組在目前反覆項目中接受變更要求時，工作項目的狀態會變成 [作用中]，而小組會分析變更要求，以決定實作細節並建立工作。 當工作完成且系統測試顯示小組已成功實作變更要求時，小組成員會將變更要求的狀態變成 [已解決]。 最後，在小組驗證變更要求之後，小組成員會將變更要求的狀態變成 [已關閉]。

若要變更變更要求的狀態

  1. 開啟變更要求。

  2. 在 [州/省] 清單中，選取 [待處理]、 [已解析] 或 [已關閉]。

    • 如果您將狀態由 [已提議] 變更為 [作用中]，則 [原因] 欄位會自動變更為 [已接受]。

    • 如果您將狀態由 [作用中] 變更為 [已解決]，則 [原因] 欄位會自動變更為 [程式碼完成和系統測試成功]。

    • 如果您將狀態由 [已解決] 變更為 [已關閉]，則 [原因] 欄位會變更為 [驗證測試成功]。

  3. 選取 儲存[儲存工作項目]。

一般工作流程進展：

  • 小組成員建立預設狀態 [已提議] 的變更要求，預設原因為 [新增]。

  • 小組成員將變更要求的狀態由 [已提議] 變更為 [作用中]，預設原因為 [已接受]。

  • 完成程式碼並通過系統測試時，小組成員將變更要求的狀態由 [作用中] 變更為 [已解決]。

  • 在小組驗證變更要求成功符合客戶期望之後，小組成員將變更要求的狀態由 [已解決] 變更為 [已關閉]。

反常的轉換：

  • 小組成員將變更要求的狀態由 [已提議] 變更為 [已關閉]，預設原因為 [已拒絕]。

  • 小組成員將變更要求的狀態由 [作用中] 變更為 [已提議]，預設原因為 [調查完成]。

  • 在小組判斷變更要求超出範圍或不相關之後，小組成員將變更要求的狀態由 [作用中] 變更為 [已關閉]。

  • 在變更的程式碼的驗證測試失敗之後，小組成員將變更要求的狀態由 [已解決] 變更為 [作用中]。

  • 在小組判斷工作項目錯誤關閉或現在又在範圍內之後，小組成員將變更要求的狀態由 [已關閉] 變更為 [作用中]。

變更要求狀態圖表

變更要求的工作流程

Ee332482.collapse_all(zh-tw,VS.110).gif已提議 (新增)

當小組發現有 Bug 或其他事件指出必須對受到變更控制管制的工作成品進行變更時，小組成員便可以建立變更要求工作項目。

當小組成員建立變更要求時，會自動擷取下列資料欄位：

  • 建立者：建立變更要求的小組成員名稱。

  • 建立日期：變更要求的建立日期和時間 (依照伺服器時鐘記錄)。

Ee332482.collapse_all(zh-tw,VS.110).gif從已提議到作用中

變更要求會說明對產品或基準的變更。 變更控制委員會必須檢閱、調查和接受或拒絕小組提議的每項變更。

小組成員可以針對如下表所述的原因將變更要求狀態由 [已提議] 變更為 [作用中]：

原因

使用時機

其他可採取的動作

已接受

當變更控制委員會核准變更要求，讓小組可以在目前的反覆項目中實作該變更要求時。

將變更要求指派給要負責實作變更要求的小組成員。

調查

當變更控制委員決定在接受要求之前必須先調查其影響時。

調查完成後，將變更要求變回 [已提議] 狀態。

當小組成員將變更要求的狀態變更為 [作用中] 時，會擷取下列資料欄位：

  • 啟動者：啟動變更要求的小組成員名稱。

  • 啟動日期：變更要求的啟動日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：變更要求狀態的變更日期和時間。

Ee332482.collapse_all(zh-tw,VS.110).gif從已提議到已關閉

小組成員可以針對如下表所述的原因關閉 [已提議] 狀態的變更要求：

原因

使用時機

其他可採取的動作

已拒絕

當變更控制委員會判斷小組不能實作要求或客戶不需要該要求時。

無。

當小組成員關閉變更要求時，會擷取下列資料欄位：

  • 關閉者：關閉變更要求的小組成員名稱。

  • 關閉日期：變更要求的關閉日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：變更要求狀態的變更日期和時間。

Ee332482.collapse_all(zh-tw,VS.110).gifActive

小組只應該實作處於 [作用中] 狀態的變更要求。 對於作用中的變更要求，小組成員應該建立工作來撰寫程式碼、測試和記錄變更。 完成所有工作之後，便要有一個小組成員將變更要求的狀態變成 [已解決]。 如果小組決定放棄變更要求或判斷該要求超出範圍，您也可以關閉變更要求。

Ee332482.collapse_all(zh-tw,VS.110).gif從作用中到已解決

小組成員可以針對如下表所述的原因解決作用中的變更要求。

原因

使用時機

其他可採取的動作

程式碼完成並已測試系統

當小組已簽入程式碼以實作變更要求，而且所有系統測試都已通過時。

將變更要求指派給要負責測試變更要求的小組成員。

當小組成員解決作用中的變更要求時，會擷取下列資料欄位：

  • 解決者：解決變更要求的小組成員名稱。

  • 解決日期：變更要求的解決日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：變更要求狀態的變更日期和時間。

Ee332482.collapse_all(zh-tw,VS.110).gif從作用中到已關閉

小組成員可以針對如下表所述的其中一個原因關閉作用中的變更要求。

原因

使用時機

其他可採取的動作

已放棄

當變更要求不再被視為需要實作時。

無。

超出範圍

當小組沒有足夠的資源，或有其他問題阻礙小組在目前反覆項目中實作變更要求時。

更新 [反覆項目] 欄位，以指定小組將在哪個反覆項目中實作變更要求。 如果變更要求會延後到下一版軟體再實作，請將 [反覆項目] 欄位留空，但請詳細描述變更要求為何延後以及小組何時應予以實作。

當小組成員關閉作用中的變更要求時，會擷取下列資料欄位：

  • 關閉者：關閉變更要求的小組成員名稱。

  • 關閉日期：變更要求的關閉日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：變更要求狀態的變更日期和時間。

Ee332482.collapse_all(zh-tw,VS.110).gif從作用中到已提議

當小組在啟動 [調查] 狀態的變更要求之後，完成了調查，則您會將變更要求的狀態變更為 [已提議]。 當您將作用中變更要求的狀態變更為 [已提議] 時，會擷取下列資料欄位：

  • 變更者：變更變更要求狀態的小組成員名稱。

  • 狀態變更日期：變更要求狀態的變更日期和時間。

Ee332482.collapse_all(zh-tw,VS.110).gif已解決

在小組實作變更要求之後，首席程式開發人員會將要求的狀態設定為 [已解決] 並將要求指派給測試人員，以便開始測試。

如果變更要求為已解決狀態，表示已實作該變更要求，並已通過系統測試。 但是，小組必須向客戶驗證已解決的變更要求，確定小組已依照客戶期望來實作該要求。 如果驗證測試成功，小組會關閉變更要求。 否則便會重新啟動變更要求以做進一步處理。

Ee332482.collapse_all(zh-tw,VS.110).gif從已解決到已關閉

小組成員可以針對如下表所述的原因關閉已解決的變更要求。

原因

使用時機

其他可採取的動作

驗證測試成功

當變更要求通過所有驗證測試時。

將變更要求指派給產品擁有者。

當小組成員關閉已解決的變更要求時，會自動擷取下列資料欄位：

  • 關閉者：關閉變更要求的小組成員名稱。

  • 關閉日期：變更要求的關閉日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：變更要求狀態的變更日期和時間。

Ee332482.collapse_all(zh-tw,VS.110).gif從已解決到作用中

小組成員可以針對如下表所述的原因重新啟動已解決的變更要求：

原因

使用時機

其他可採取的動作

驗證測試失敗

當驗證測試指出未符合一項或多項客戶期望時。

測試人員針對測試失敗建立 Bug，並且將變更要求指派給首席程式開發人員，由他決定如何解決問題。

當小組成員重新啟動已解決的變更要求時，會自動擷取下列資料：

  • 啟動者：重新啟動變更要求的小組成員名稱。

  • 啟動日期：變更要求的重新啟動日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：變更要求狀態的變更日期和時間。

Ee332482.collapse_all(zh-tw,VS.110).gifClosed

小組不應該再處理已關閉的變更要求。 變更要求關閉的原因有，變更控制委員已拒絕該變更要求，或是小組已成功實作、確認和驗證該變更要求。

當已關閉的變更要求回到範圍內時，小組成員 (通常是商務分析師或程式管理員) 可以重新啟動該變更要求。

Ee332482.collapse_all(zh-tw,VS.110).gif從已關閉到作用中

小組成員可以針對如下表所述的原因重新啟動已關閉的變更要求：

原因

使用時機

其他可採取的動作

因錯誤而關閉

當小組成員誤將變更要求關閉時。

確定變更要求的實作工作、測試案例和詳細資料都已妥善定義，而且足以支援其開發。

  • 當小組成員重新啟動已關閉的變更要求時，會自動擷取下列資料：

  • 啟動者：重新啟動變更要求的小組成員名稱。

  • 啟動日期：變更要求的重新啟動日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期：變更要求狀態的變更日期和時間。

請參閱

概念

變更要求欄位參考 (CMMI)

Visual Studio ALM 的工作項目欄位參考

其他資源

工作項目和工作流程 (CMMI)