作業: 確認重複或拒絕的 CR
這項作業說明如何驗證 CR 是必須拒絕,或應貼上「重複」標籤。
規範: 配置 變更管理
目的
  • 應該要指派一個專責的 CCB 管理者,來負責確認可能是重複或無效的變更要求。
關係
角色主要執行者: 其他執行者:
輸入強制: 選用:
輸出
流程用法
步驟
擷取變更要求表單

「變更要求表單」是一項正式提出的構件,旨在用來追蹤所有要求(包括新增特性、加強功能要求、問題、需求變更等等)。其中也應該包括整個專案生命週期的狀態資訊。所有變更歷程都會隨著 CR 保留下來,這包括所有狀態變更,以及變更的日期和原因。這項資訊可用於任何複審及最終結案。工作成果:變更要求有提供「變更要求表單」範例。

確認重複或有效性

如果 CCB 懷疑 CR 是重複被拒絕的無效要求 (例如,操作員錯誤、無法重現、運作方式等等),則會指派一位 CCB 專員,來確認重複或已拒絕的 CR,並在必要時,請提出者提供詳細資訊。

如果沒有足夠的資料可以確認被拒絕重複的 CR 的有效性,CR 的擁有者會自動改成提出者,並且提出者會收到提供其餘資料(進一步資訊通知。

更新變更要求狀態

依據檢察的結果,會發生下列其中一項:

  1. 已確認的重複或被拒絕的「變更要求」應該要關閉(並會通知提出者),
  2. 向提出者要求其餘資訊(進一步資訊,或是
  3. 會更新「變更要求」資訊,顯示該「變更要求」不是重複或無效要求的原因,並且重新提出 給「CCB 審查」。

概念:變更要求管理中會顯示「變更要求」可能會經歷的典型狀態。



詳細資訊