변경 프로세스는 문제 식별에서 시작됩니다.

제품 변경은 엔지니어링, 제조, 품질 보증, 현장 지원, 배포자 및 고객을 포함하여 다양한 내부 및 외부 소스로부터 시작됩니다. 문제에는 제품 문제 및 기능개선 요청 식별이 포함됩니다. 제품 문제는 대체로 부품 또는 문서와 같은 객체의 정보 페이지에서 문제 보고서가 작성되면서 캡처됩니다. 문제 보고서 작성자는 카테고리 및 우선 순위와 같은 기타 속성 정보와 함께 문제의 이름 및 설명을 제공합니다. 또한 영향 받는 최종 품목과 추가적으로 영향 받는 객체 및 첨부를 입력합니다.

영향 받는 최종 품목은 문제 보고서에 의해 변경이 되는 경우 영향을 받게 되는 최상위 어셈블리입니다. 영향 받는 객체는 수정될 데이터 객체입니다. 첨부는 문제 보고서에 캡처된 문제를 명확히 하는 데 도움이 되는 데이터 파일이며 워드 프로세스 문서, 스케치, 동영상 및 사진이 포함될 수 있습니다.

문제 보고서는 여러 제품 문제를 캡처하고 분석하는 데 유용합니다. 하지만 변경 요구를 잘 이해하고 있어서 문제 보고서가 불필요한 경우도 많습니다. 이 경우 변경 보고서나 변경 공지를 직접 작성할 수 있습니다.

자세한 내용은 문제 보고서 작성을 참조하십시오.

토론은 활성 문제 보고서를 검토하고 추가 정보를 제공하는 데 유용한 도구입니다. 토론 테이블은 문제 보고서 정보 페이지의 프로세스 탭에 있습니다. 변경 프로세스와 관여하는 사람들은 토론 스레드를 사용하여 아이디어를 교환할 수 있습니다. 토론 스레드에 가입하여 게시물이 올라오면 이메일 공지를 받을 수도 있습니다.

자세한 내용은 토론 정보를 참조하십시오.

작성된 문제 보고서는 변경 관리자 I 역할을 수행하는 사용자에게 라우팅되는 워크플로에 제출됩니다. 이 사용자는 문제를 분석하고 진행 방법을 결정할 책임이 있습니다.

변경 관리자 I은 이메일 공지를 받고 내 임무 테이블에 문제 보고서를 분석하는 임무를 수락합니다. 임무 링크를 클릭하면 임무 정보가 표시됩니다. 임무 페이지에는 문제 보고서 정보 페이지 링크가 있으며 해당 페이지에는 세부내용, 프로세스 및 기록 탭이 포함되어 있습니다.

자세한 내용은 문제 보고서 정보 페이지를 참조하십시오.

변경 관리자 I은 추가 정보를 입력하고 임무 페이지의 맨 아래에 있는 라우팅 옵션 중 하나를 선택합니다. 문제 보고서가 거부되면 프로세스가 종료됩니다. 문제 보고서가 수락되면 변경 요청 단계로 워크플로가 진행됩니다.