변경 계획
승인된 변경 요청에 대한 응답으로 변경 공지가 작성됩니다. 일반적으로 리드 엔지니어나 변경 계획 및 구현을 책임지는 사람이 작성합니다. 작성자는 변경을 구현하는 데 필요한 단계, 사용할 리소스 및 충족해야 하는 스케줄을 결정합니다. 계획의 복잡성은 변경의 복잡성에 따라 달라집니다. 사소한 변경의 경우 몇 개의 부품이나 문서만 개정하면 됩니다. 중요한 변경의 경우 여러 제품에서 사용되는 많은 새 컴포넌트와 어셈블리를 소개해야 합니다.
이 프로세스는 변경 구현 계획을 책임지는 사람에게 변경 요청 승인을 알리는 이메일 공지를 보내는 것에서 시작됩니다. 다음 일러스트레이션은 변경을 계획하는 데 필요한 기본 단계를 보여 줍니다.
계획 수립
승인된 변경 요청의 정보 페이지에서 변경 공지를 작성하고 변경 공지를 변경 객체 네트워크에 자동으로 연결할 수 있습니다. 변경할 객체의 정보 페이지에서 변경 공지를 작성할 수도 있습니다. 이 작업은 변경에 중요한 분석이나 명분이 필요 없는 경우에 수행됩니다. 계획자가 입력하는 중요한 정보에는 변경 공지 이름, 설명, 복잡성 및 변경을 완료해야 하는 날짜가 포함됩니다. 첨부에서 수행해야 하는 작업을 자세히 설명할 수 있습니다. 변경 활동이 작성되고 변경 공지와 연결됩니다.
자세한 내용은
변경 공지 작성을 참조하십시오.
활동 정의
계획자는 작업 임무, 영향 받는 데이터, 지정된 리소스, 스케줄 및 순서를 문서화하는 변경 활동을 하나 이상 작성합니다.
모든 임무가 정의되면 계획자가 변경 공지를 완료합니다. 변경을 구현하기 위한 모든 임무가 변경 공지 정보 페이지의 구현 계획 탭에 표시됩니다. 워크플로에 의해 계획 승인에 대한 변경 공지가 변경 관리자 II 역할을 수행하는 사람에게 전달됩니다.
변경 공지 승인
변경 관리자 II는 변경 공지에 포함된 계획을 승인하는 임무에 대한 이메일 공지를 수신합니다. 계획이 단순하면 변경 관리자가 승인하고 작업 임무를 완료에 대한 책임이 있는 리소스에게 배포합니다. 계획이 크고 복잡하면 변경 관리자가 변경 구현 위원회의 검토를 예약하는 임무를 수신합니다. 회사에서 변경 공지를 검토해야 하는지 여부를 결정하는 조건을 설정합니다.
검토 보드 변경(CRB) 회의의 목적은 전체 계획, 다른 제품에 대한 다운스트림 영향 및 기존 인벤토리의 처리를 검토하는 것입니다. 변경 계획을 승인 또는 거부하거나 명확히 하기 위해 돌려보낼 수 있습니다. 회의에서 나온 결정을 기록하고 변경 공지에 첨부로 연관시킬 수 있습니다.
