資料管理能力 > 管理變更 > 關於變更管理
  
關於變更管理
變更管理系統是以標準的變更流程為基礎。此主題會解說變更管理系統中使用的術語,並簡短說明流程中的一些特定步驟。
下表將說明變更流程中使用的一些術語:
變更管理術語
術語
描述
受影響最終項目
受影響最終項目是與某個特殊變更物件相關聯的最終項目。通常,這些最終項目是有問題的物件。受影響最終項目是在建立或更新問題報告或變更請求時新增的。這些關聯不會由問題報告傳播到其相關的變更請求。
受影響物件
受影響物件是指會受變更影響的零件、文件、製程計劃或以版本修訂控制的其他物件。這些項目會新增到變更通知的實行計劃任務裡。通常這些零件和文件在使用者完成被指派任務後會受到影響。
變更管理員
變更管理員與三個重要的流程角色關聯。
第一種變更管理員 (變更管理員 I) 要審核變更請求、收集資訊、瞭解影響為何,並以快速流程或全流程的變更流程方式來傳達拒絕或實行變更的決定。「變更管理員 I」也可以從未解決的問題報告中建立變更請求。
第二種變更管理員 (變更管理員 II) 的職責是建立變更通知內所主張的實行計劃。「變更管理員 II」還負責記錄「變更實行委員會」的決策以繼續進行實行計劃。
第三種變更管理員 (變更管理員 III) 為稽核者,負責稽核所有與變更相關的資料,確保所有結果文件皆正確無誤,合理有效,且所有流程步驟均正確執行。
變更實行委員會(CIB)
變更實行委員會必須審核是否該核准變更通知所提到的實行計劃。
變更通知
變更通知表示記錄和發行新設計、強化現有設計或修正問題的工作授權
您可依照一個或多個變更請求的內容來建立變更通知。它會詳細記錄實行變更時所需完成的任務。還可讓您將任務指派給個人。
變更請求
變更請求可以是為了因應一份以上的問題報告而建立的,亦可不具有任何問題報告參考。它會詳細記錄更正問題或提昇品質所需的變更,可幫助工作人員瞭解是否應執行或取消提議的變更,做出合理的企業決定。
變更審核委員會(CRB)
變更審核委員會審核並決定是否核准一個變更請求。委員會通常是由公司部門 (例如,設計工程部門、製造工程部門和品管部門等) 的代表組成。
變更任務
變更任務是指滿足變更通知所需完成的工作指示。複雜的變更通知可能有許多變更任務;簡單的變更通知可能只有一項變更任務。
快速流程變更請求
由於快速流程變更請求的影響力較小、成本較低,所以處理的速度較快。可透過快速流程變更來處理的變更,其成本限制通常視公司的政策而定。
全流程變更請求
全流程變更請求是影響力大、成本高、需要仔細分析和審核的變更請求。全流程變更必須通過「變更審核委員會」的核准才能實行。
實行計劃
其中包含有變更通知的變更任務集合。
未處理的變更
所謂的待處理變更即為尚未解決的變更請求,或是指將影響物件的未完成變更通知。凡具有待處理變更的物件,其資訊頁的標題列上即會出現待處理變更 圖示。
問題報告
問題報告是指為了記錄問題或請求產品改善而建立的報告。問題報告是由註冊的使用者建立,以供他們所使用,也可以是為了代表系統以外的客戶和供應商的意見而建立。
產生物件
產生物件是指因變更而產生的零件、文件、製程計劃或以版本修訂控制的其他物件。這些項目會新增到變更通知的實行計劃任務裡。通常這些物件是在指派的任務完成時所建立 (或修改)。
類型
類型是指可區別物件間不同之處的物件特性。
變動
變動具有授權作用,允許脫離特定數目的單位的原始設計組織,或脫離原始設計組織達一段特定時間之久。常見的兩種變動類型為差異和豁免。
變更流程
以下將舉例說明變更流程:
1. 使用者從最終項目資訊頁上建立問題報告。
2. 工作流程所指派的變更管理員 I 會審核問題報告,決定是否予以核准或拒絕。
3. 變更管理員 I 核准問題報告後,會建立一份變更請求,進行影響力分析,並記載是要採取全流程或快速流程。
若是變更請求使用快速流程模式,該變更請求會立即傳送至變更管理員 II 以供實行。
若是變更請求使用全流程線上模式,變更審核委員會執行審核。所有指派的使用者都需要完成審核任務。
若是變更請求使用全流程離線模式,則變更管理員 I 會組織變更審核委員會。
4. 變更管理員 I 必須記錄變更審核委員會的決定,記下是否應拒絕或實行變更請求。對於全流程線上模式而言,只有所有使用者都核准變更請求時,才會路由變更請求以實行。
若決定予以核准,則會指派變更管理員 II 建立變更通知,記載實行計劃。
5. 全流程變更通知需獲得變更實行委員會的核准,方可著手執行。一旦獲得核准,即可開始實行。
6. 資料建立者依照變更通知任務的指示編輯產品資料。之後,資料使用者 (審核者) 必須檢查並核准建立者的工作,方可完成任務。
7. 當所有與變更通知相關聯的任務都完成後,變更管理員 III 必須稽核結果文件,以確保文件清楚,合理有效,然後再核准或拒絕變更通知。
相關主題