변경 내용 관리

변경 요청 작업 항목을 사용하여 제품 및 지원 시스템에 대한 모든 변경 내용을 추적하고 제어할 수 있습니다. 프로젝트에 대해 확인된 원래 요구 사항으로 구성되는 기준을 벗어나는 경우 모든 변경 요청이 시작됩니다. 예를 들어 사용자와의 회의에서 새로운 요구 사항이 확인되면 요구 사항 기준 업데이트를 제안하는 변경 요청을 작성해야 합니다. CMMI에 대한 자세한 내용은 CMMI의 배경을 참조하세요.

변경 요청 만들기

원래 요구 사항을 변경해야 하는 경우 변경 요청 작업 항목을 만든 다음 영향을 줌 연결 종류를 사용하여 이전 요구 사항 작업 항목에 연결합니다. 새로 추가되었거나 변경된 항목의 세부 정보를 포함하는 요구 사항 작업 항목도 만들어 변경 요청에 연결해야 합니다. 모든 변경 요청에서는 사용자, 제품 및 팀에 대한 영향을 광범위하게 분석합니다. 이 분석에서 예측을 위해 작업을 구분할 수 있습니다. 이러한 '새 작업' 작업 항목은 추적 가능하도록 새 요구 사항 작업 항목에 연결해야 합니다. 이렇게 하려면 작업 항목 폼의 구현 탭에서 작업을 추가합니다.

변경 요청과 해당 결과인 새 작업 항목은 필요한 모든 새 작업 및 제거/수정/제외할 모든 기존 작업의 세부 정보를 포함해야 합니다. 작업 항목 사용 시작의 설명에 따라 팀 탐색기의 작업 페이지 또는 Team Web Access의 홈 페이지에서 변경 요청을 만들 수 있습니다. 제목 필드에 요청하는 변경을 지정하고 변경을 소유한 팀 멤버와 요청에 대한 정보도 지정할 수 있습니다.

작업 항목을 완료하는 방법에 대한 자세한 내용은 CMMI 작업 항목 및 워크플로를 참조하십시오.

변경 요청 분석

변경 요청은 분석하기 전에 구성 제어 위원회의 심사를 거쳐야 합니다. 구정 제어 위원회는 변경 요청을 승인/거부하고 변경이 올바르게 구현되는지를 확인하는 담당자 그룹입니다. 작업 항목의 심사 필드를 보류 중으로 설정하여 요청을 심사해야 하도록 지정할 수 있습니다. 자세한 내용은 변경 요청 필드 참조(CMMI)을 참조하십시오. 변경 요청을 분석할 때는 리소스가 많이 사용될 수 있으므로 변경 요청 큐로 인해 팀에서 수요가 너무 많이 생성되어 프로젝트 일정에 영향을 주는 일이 없도록 해야 합니다.

변경 요청을 분석하여 기존 작업과 계획된 작업에 대한 해당 영향의 범위를 확인해야 합니다. 변경 구현 시의 작업량 관련 비용을 예측하는 데 사용할 수 있도록 이러한 영향을 확인해야 합니다.

변경 승인 시의 위험을 분석합니다. 외부 팀이 변경되는 코드나 기능을 사용하며 해당 변경을 수행하면 이 팀의 일정에 부정적인 영향을 줄 수 있는지를 확인합니다. 또한 이 변경에 리소스를 할당하면 제품의 다른 중요 기능 영역이나 요구 사항에 부정적인 영향을 주는지도 확인합니다.

분석의 일환으로 관련자의 정보 입력을 요청하여 변경 요청 작업 항목에 해당 입력 내용을 추가합니다. 변경 시 다른 계획 문서도 변경해야 하는 경우 변경 요청에 해당 사항을 기록하고 필요한 문서를 적합하게 변경합니다. 이렇게 하면 수정 기록을 유지 관리할 수 있으며 누구나 세부 정보를 확인할 수 있습니다. 따라서 잘못된 정보가 전달될 위험이 완화되며 SCAMPI(Standard CMMI Appraisal Method for Process Improvement) 평가를 위한 중요한 증거가 제공됩니다.

변경 요청이 승인되면 상태를 제안됨(새 변경 요청의 기본값)에서 활성으로 변경합니다.

변경 요청 모니터링

변경 요청이 활성 상태인 동안에는 요구 사항과 함께 변경 요청 열기 쿼리를 확인하여 해당 요청을 모니터링할 수 있습니다. 또한 변경 요청 작성 시기에 대한 전자 메일 경고를 작성할 수 있습니다. 변경 요청은 합당한 시간 내에 처리해야 합니다.

변경 요청이 필요한 시간 내에 처리되지 않으면 문제 작업 항목을 만들어 해당 문제를 에스컬레이션합니다. 새 문제를 변경 요청에 연결한 다음 문제를 에스컬레이션하면 변경 요청 영향 평가를 진행할 수 있습니다.