데이터 관리 기능 > 변경 관리하기 > 변경 관리 정보
  
변경 관리 정보
변경 관리 시스템은 표준 변경 프로세스를 바탕으로 합니다. 이 항목은 변경 관리 시스템에서 사용되는 용어를 설명하고 프로세스 내의 특정 단계를 간략히 설명하기 위해 작성되었습니다.
다음 표에서는 변경 프로세스에서 사용되는 일부 용어에 대해 설명합니다.
변경 관리 용어
용어
설명
영향받는 최종 품목
영향받는 최종 품목이란 특정 변경 객체와 연관된 최종 품목입니다. 이러한 최종 품목은 보통 해결하려는 결함이나 문제가 있는 객체입니다. 문제 보고서 또는 변경 요청을 작성하거나 업데이트하는 동안 영향받는 최종 품목을 추가합니다. 문제 보고서의 연관은 문제 보고서에 대한 응답으로 작성된 변경 요청으로 전파되지 않습니다.
영향받는 객체
영향받는 객체는 변경에 의해 영향을 받는 부품, 문서, 공정 계획 또는 기타 개정 제어 객체입니다. 이러한 항목은 변경 공지의 구현 계획에 있는 임무에 추가됩니다. 일반적으로 이러한 부품 또는 문서는 할당된 임무를 완료할 때 영향을 받습니다.
변경 관리자
변경 관리자라는 직무와 연관된 세 가지 중요 프로세스 역할이 있습니다.
첫 번째 변경 관리자(변경 관리자 I)는 변경 요청을 검토하고, 파급 효과에 대한 정보를 수집하며, 변경 사항을 거부할지 또는 변경 프로세스의 빠른 경로 분기와 전체 경로 분기 중 어떤 방식으로 변경 사항을 구현할지에 대한 결정 사항을 전달합니다. 또한 변경 관리자 I은 해결되지 않은 문제 보고서에서 변경 요청을 작성합니다.
두 번째 변경 관리자(변경 관리자 II)는 변경 공지에서 캡처된 구현 계획을 작성합니다. 변경 관리자 II는 또한 구현 계획을 계속하도록 변경 구현 위원회의 결정을 기록합니다.
세 번째 변경 관리자(변경 관리자 III)는 변경에 관련된 모든 자료의 감사자 역할을 하며 모든 결과 문서가 명확, 간결, 유효한지 그리고 모든 프로세스 단계가 제대로 수행되었는지 확인합니다.
변경 구현 위원회(CIB)
변경 구현 위원회는 변경 공지에 포함된 구현 계획을 검토하여 승인하거나 거부합니다.
변경 공지
변경 공지는 기존 설계를 향상시키거나 문제를 해결하기 위해 새 설계를 문서화 및 릴리즈할 수 있는 작업 승인을 나타냅니다.
변경 공지는 하나 이상의 변경 요청을 참조하여 작성할 수 있습니다. 변경 공지는 변경이 구현되기 위해 완료해야 하는 임무를 자세히 설명합니다. 또한 개인에게 임무를 지정할 수도 있습니다.
변경 요청
변경 요청은 문제 보고서를 참조하지 않고 작성하거나 하나 이상의 문제 보고서에 대한 응답으로 작성할 수 있습니다. 변경 요청은 문제 해결 또는 향상에 필요한 변경 사항에 대해 자세히 설명함으로써 해당 사용자가 제안된 변경을 진행하거나 취소하는 결정을 내리는 데 도움을 줍니다.
변경 검토 위원회(CRB)
변경 검토 위원회는 변경 요청을 검토하여 승인하거나 거부합니다. 일반적으로 설계 엔지니어링, 제조 엔지니어링 및 품질 보증 등과 같은 회사 부서의 대표자들로 구성됩니다.
변경 임무
변경 임무는 변경 공지를 충족시키기 위해 완료해야 하는 작업 지침을 나타냅니다. 복잡한 변경 공지에는 수많은 변경 임무가 있을 수 있으며 간단한 변경 공지에는 변경 임무가 하나만 있을 수 있습니다.
빠른 경로 변경 요청
빠른 경로 변경 요청은 파급 효과가 적고 비용이 적게 들기 때문에 변경 프로세스를 통해 빨리 처리할 수 있습니다. 빠른 경로 변경을 사용하여 처리할 수 있는 변경 사항에 대한 비용 범위는 일반적으로 회사 정책에 따라 설정됩니다.
전체 경로 변경 요청
전체 경로 변경 요청은 파급 효과가 크고 비용이 많이 들기 때문에 세밀한 분석 및 검토가 필요합니다. 전체 경로 변경을 구현하려면 먼저 변경 검토 위원회의 승인을 거쳐야 합니다.
구현 계획
변경 공지와 관련된 변경 임무의 집합적인 모음입니다.
보류 중인 변경 사항
보류 중인 변경 사항은 해결되지 않은 변경 요청 또는 아직 완료되지 않았지만 객체에 영향을 미칠 변경 공지입니다. 보류 중인 변경 사항 아이콘 은 보류 중인 변경 사항이 있는 객체의 정보 페이지 제목 표시줄에 나타납니다.
문제 보고서
문제 보고서는 문제점을 설명하거나 제품 향상을 요청하기 위해 작성하며, 문제 보고서는 등록된 사용자가 본인이 사용하기 위해 작성하거나 고객 또는 협력업체와 같은 시스템 외부의 사용자를 위해 작성합니다.
결과 객체
결과 객체는 변경으로부터 생성되는 부품, 문서, 공정 계획 또는 기타 개정 제어 객체입니다. 이러한 항목은 변경 공지의 구현 계획에 있는 임무에 추가됩니다. 일반적으로 이러한 객체는 지정된 임무 완료의 일부로 작성 또는 수정됩니다.
유형
유형은 객체 간을 구별해 주는 객체 특성입니다.
분산
분산은 특정 수의 단위 또는 특정 기간에 대한 설계 시점 구성과 다른 승인을 나타냅니다. 분산의 두 가지 일반 유형은 편차 및 면제입니다.
변경 프로세스
다음은 변경 프로세스의 예제 시나리오입니다.
1. 최종 품목 정보 페이지에서 문제 보고서를 작성합니다.
2. 워크플로에 의해 지정된 변경 관리자 I은 문제 보고서를 검토하여 승인하거나 거부합니다.
3. 변경 관리자 I이 문제 보고서를 승인한 다음 변경 요청을 작성하고, 파급 효과 분석을 수행하며, 전체 또는 빠른 경로에 대한 결정 사항을 기록합니다.
변경 요청이 빠른 경로 모드를 사용하는 경우, 이 변경 요청은 구현을 위해 변경 관리자 II에게 즉시 전달됩니다.
변경 요청이 전체 경로 온라인 모드를 사용하는 경우, 변경 검토 위원회에서 검토를 수행합니다. 모든 지정된 사용자가 검토 임무를 완료해야 합니다.
변경 요청이 전체 경로 오프라인 모드를 사용하는 경우, 변경 관리자 I은 변경 검토 위원회를 소집합니다.
4. 변경 관리자 I이 변경 요청의 구현을 거부하거나 진행하라는 변경 검토 위원회의 결정 사항을 기록합니다. 전체 경로 온라인 모드의 경우, 모든 사용자가 변경 요청을 승인하는 경우에만 변경 요청이 구현을 위해 라우팅 됩니다.
승인이 되면 적절한 변경 관리자 II가 할당되어 구현 계획을 문서화하는 변경 공지를 작성합니다.
5. 전체 경로 변경 공지를 수행할 경우, 실제 작업을 수행하기 전에 변경 구현 위원회의 승인을 받아야 합니다. 승인되면 변경 사항을 구현하기 위한 작업이 시작됩니다.
6. 데이터 작성자는 변경 공지 임무에 따라 제품 데이터를 편집합니다. 그런 다음 데이터 사용자(검토자)가 작성자의 작업을 확인하여 승인해야 임무가 완료됩니다.
7. 변경 공지와 연관된 모든 임무가 완료되면 변경 관리자 III이 결과 문서가 명확, 간결, 유효한지 감사하여 해당 변경 공지를 승인하거나 거부합니다.
관련 항목