문제 식별
변경 프로세스는 문제 식별에서 시작됩니다.
문제 설명
제품 변경은 엔지니어링, 제조, 품질 보증, 현장 지원, 배포자 및 고객을 포함하여 다양한 내부 및 외부 소스로부터 시작됩니다. 문제에는 제품 문제 및 기능개선 요청 식별이 포함됩니다. 제품 문제는 대체로 부품 또는 문서와 같은 객체의 정보 페이지에서 문제 보고서가 작성되면서 캡처됩니다. 문제 보고서 작성자는 카테고리 및 우선 순위와 같은 기타 속성 정보와 함께 문제의 이름 및 설명을 제공합니다. 또한 영향 받는 최종 품목과 추가적으로 영향 받는 객체 및 첨부를 입력합니다.
영향 받는 최종 품목은 문제 보고서에 의해 변경이 되는 경우 영향을 받게 되는 최상위 어셈블리입니다. 영향 받는 객체는 수정될 데이터 객체입니다. 첨부는 문제 보고서에 캡처된 문제를 명확히 하는 데 도움이 되는 데이터 파일이며 워드 프로세스 문서, 스케치, 동영상 및 사진이 포함될 수 있습니다.
문제 보고서는 여러 제품 문제를 캡처하고 분석하는 데 유용합니다. 하지만 변경 요구를 잘 이해하고 있어서 문제 보고서가 불필요한 경우도 많습니다. 이 경우 변경 보고서나 변경 공지를 직접 작성할 수 있습니다.
자세한 내용은 문제 보고서 작성을 참조하십시오.
문제 검토
토론은 활성 문제 보고서를 검토하고 추가 정보를 제공하는 데 유용한 도구입니다. 토론 테이블은 문제 보고서 정보 페이지의 프로세스 탭에 있습니다. 변경 프로세스와 관여하는 사람들은 토론 스레드를 사용하여 아이디어를 교환할 수 있습니다. 토론 스레드에 가입하여 게시물이 올라오면 이메일 공지를 받을 수도 있습니다.
자세한 내용은 토론 정보를 참조하십시오.
문제 제출
작성된 문제 보고서는 변경 관리자 I 역할을 수행하는 사용자에게 라우팅되는 워크플로에 제출됩니다. 이 사용자는 문제를 분석하고 진행 방법을 결정할 책임이 있습니다.
리서치
변경 관리자 I은 이메일 공지를 받고 내 임무 테이블에 문제 보고서를 분석하는 임무를 수락합니다. 임무 링크를 클릭하면 임무 정보가 표시됩니다. 임무 페이지에는 문제 보고서 정보 페이지 링크가 있으며 해당 페이지에는 세부내용, 프로세스기록 탭이 포함되어 있습니다.
자세한 내용은 문제 보고서 정보 페이지를 참조하십시오.
확인 또는 거부
변경 관리자 I은 추가 정보를 입력하고 임무 페이지의 맨 아래에 있는 라우팅 옵션 중 하나를 선택합니다. 문제 보고서가 거부되면 프로세스가 종료됩니다. 문제 보고서가 수락되면 변경 요청 단계로 워크플로가 진행됩니다.
도움이 되셨나요?