資料管理能力 > 組態與變更管理概觀 > 管理產品變更 > 請求變更
  
請求變更
當一或多個相關問題報告由「變更管理員 I」驗證時,會建立「變更請求」。變更請求的目的是為了記錄變更的正式分析;包括提議的解決方案、成本分析以及理由。變更請求中的資訊可用於決定是否將實行變更。下圖說明變更請求流程:
請求變更
您可以從問題報告的資訊頁建立變更請求,如此會將這兩個物件自動連結在一起。您也可以直接在產品或物件庫的資料夾中建立變更請求。
變更請求編寫者會輸入重要的識別資訊,包括名稱與描述。變更請求也可以包含類別、優先順序、需求日期、提議的解決方案以及關聯成本。附件可以提供更詳細的說明。
如需詳細資訊,請參閱建立變更請求
當變更請求完成時,會將其提交至工作流程,以進行研究與可能的核准。
分析
扮演「變更管理員 I」角色的人員負責分析變更請求。變更請求工作流程所產生的任務會傳送至變更管理員的「我的任務」表。任務資訊頁會提供指示以及變更請求的連結。變更管理員可以決定:
繼續進行進一步分析與實行。
將變更請求傳送回去,以進一步釐清問題或重新指派。
拒絕變更請求並結束流程。
如果變更管理員決定繼續進行分析與實行,便會將變更請求分類為簡單或複雜。簡單變更較小、成本低,且影響有限。它們會直接進行到實行,而無需進一步審核與分析。大多數變更都應是簡單變更,並採用此快速流程工作流程的方式。複雜變更較大、成本高,且影響顯著,它們應採用全流程工作流程的方式。
如需詳細資訊,請參閱決定快速流程和全流程複雜度
執行變更審核
全流程路徑需要詳細的分析與理由,並且必須由變更審核委員會線上或離線核准。
在離線模式下,變更管理員 I 可排定變更審核委員會 (CRB) 會議來審核變更請求。變更管理員 I 需要確保在會議之前執行必要的分析並予以記錄。
在線上模式下,CRB 可線上執行審核並記錄其觀察結果。
核准變更請求
變更審核委員會會使用變更請求資訊來拒絕、核准變更請求,或將其傳送回去,以進一步分析與釐清問題。如果核准變更請求,它會繼續進行到變更計劃與建立變更通知。