테스트 : 변경 관리 - 변경 요청 단계

[ 변경 요청 절차]

변경 요청은 변경 관리자가 관련 문제 보고서를 하나 이상 검증할 때 작성되는 문서입니다. 변경 요청의 목적은 제안된 솔루션, 비용 분석 및 명분을 포함하여 공식적인 변경 분석을 기록하는 것입니다. 변경 요청의 정보는 변경의 구현 여부를 결정하는 데 사용됩니다.

핵심 요소

• ID: 변경 요청을 식별하는 고유 번호
• 고객: 변경을 요청하는 개인 또는 그룹
• 기한: 변경이 완료되어야 하는 날짜 (해당되는 경우)
• 필수/선택: 변경이 필수적인지 선택적인지 여부
• 변경 유형: 예를 들어, 기능 추가, 버그 수정, 성능 향상 등
• 변경 요약: 변경 내용에 대한 간략한 설명

목적

• 변경에 대한 공식적인 문서화 제공
• 제안된 솔루션의 장단점 분석
• 변경 비용 추정
• 변경의 명분 제시
• 변경 승인 여부 결정

작성 방법

1. 문제 보고서를 검토하고 변경 사항을 식별합니다.
2. 제안된 솔루션을 설명합니다.
3. 변경 비용을 분석합니다.
4. 변경의 명분을 제시합니다.
5. 변경 요청 양식을 작성하고 관련 정보를 입력합니다.
6. 변경 관리자에게 제출합니다.

승인 프로세스

1. 변경 관리자가 변경 요청을 검토합니다.
2. 변경 관리자가 필요하다면 추가 정보를 요청합니다.
3. 변경 관리자가 변경 요청을 승인하거나 거부합니다.
4. 변경 요청이 승인되면 변경이 구현됩니다.

변경 요청의 중요성

변경 요청은 변경 관리 프로세스에서 중요한 역할을 합니다. 변경 요청은 변경에 대한 공식적인 문서화를 제공하고, 제안된 솔루션을 분석하고, 변경 비용을 추정하며, 변경의 명분을 제시합니다. 변경 요청의 정보는 변경의 구현 여부를 결정하는 데 사용됩니다.

1. 변경 요청

문제 보고서의 정보 페이지에서 변경 요청을 작성하고 두 객체를 자동으로 연결할 수 있습니다. 제품 또는 라이브러리의 폴더 안에 변경 요청을 직접 작성할 수도 있습니다. 변경 요청 작성자는 이름 및 설명을 포함하여 중요한 식별 정보를 입력합니다. 변경 요청에 카테고리, 우선 순위, 필요 일자, 제안된 솔루션 및 연관 비용이 포함될 수도 있습니다. 첨부에서 추가 설명을 제공합니다.

[새 변경 요청 실행]

 

[새 변경 요청 입력]

변경 요청이 완료되면 검토 및 가능한 승인을 위해 워크플로로 제출됩니다.

2. 분석

변경 관리자 I 역할을 수행하는 사람은 변경 요청을 분석할 책임이 있습니다. 변경 요청 워크플로에서 생성된 임무가 변경 관리자의 내 임무 테이블로 보내집니다. 임무 정보 페이지에는 변경 요청에 대한 지침과 링크가 제공됩니다. 변경 관리자는 다음을 결정할 수 있습니다.
• 추가 분석과 구현을 계속합니다.
• 추가 설명과 재지정을 위해 변경 요청을 돌려보냅니다.
• 변경 요청을 거부하고 프로세스를 종료합니다.

3. 변경 검토 수행

전체 경로에는 자세한 분석 및 명분이 필요하며 변경 검토 위원회(CRB)가 온라인이나 오프라인으로 승인해야 합니다.
• 오프라인 모드에서 변경 관리자 I은 변경 요청을 검토하기 위해 변경 검토 위원회(CRB) 회의를 예약합니다.
  변경 관리자 I은 회의 전에 필요한 분석이 수행되었으며 변경 요청에 기록되었는지 확인해야 합니다.
• 온라인 모드에서 CRB는 검토를 수행하고 해당 검토 결과를 온라인으로 기록합니다.

 

4. 변경 요청 승인

변경 검토 위원회(CRB)는 변경 요청 정보를 사용하여 변경 요청을 승인 또는 거부하거나 추가로 분석하고 명확히 하기 위해 돌려보냅니다. 변경 요청이 승인되면 변경 계획 및 변경 공지 작성으로 넘어갑니다.

 

 □ Wndchill ECR 동영상

 

최종 관리자의 입장 "A" 프로젝트에 변경 요청 사항은 몇개일까? 추가된 비용은 얼마일까? 담당자는 누구 일까? 올 한해 변경 요청을 제일 많이한 담당자는 누구 일까? 변경 요청 명분 중  제일 많이 소요되는 것은 무엇일까?

무섭습니다!! 그러나 분석은 필요 합니다