변경 내용 관리(CMMI)

변경 요청 작업 항목을 사용하여 제품 및 지원 시스템에 대한 모든 변경 내용을 추적하고 제어할 수 있습니다.모든 변경 요청은 프로젝트에 대해 파악된 원래 요구 사항으로 구성한 기준과의 편차가 발생할 때 제기됩니다.예를 들어 사용자와의 회의에서 새로운 요구 사항을 발견할 경우 요구 사항 기준을 업데이트하도록 제안하는 변경 요청을 만들어야 합니다.CMMI에 대한 자세한 내용은 CMMI의 배경을 참조하십시오.

항목 내용

• 변경 요청 작성

• 변경 요청 분석

• 변경 요청 모니터링

변경 요청 작성

원래 요구 사항에 변경이 필요한 것으로 판단되면 변경 요청 작업 항목을 만든 다음 "영향을 줌" 링크 형식을 사용하여 이 작업 항목을 기존의 요구 사항 작업 항목에 연결합니다.새로 추가되거나 변경된 내용에 대한 세부 정보가 있는 요구 사항 작업 항목도 만들어 변경 요청에 연결해야 합니다.모든 변경 요청에 대해 사용자, 제품 및 팀에 미칠 영향을 광범위하게 분석합니다.이 분석 과정에서 예상을 위해 작업을 세분할 수 있습니다.이러한 새 작업(task) 작업 항목은 새 요구 사항 작업 항목에 연결해야 추적이 가능해집니다.이를 수행하려면 작업 항목 폼의 구현 탭에 작업을 추가합니다.

변경 요청 작업 항목과 그 결과로 생성된 새 작업 항목에는 필요한 모든 새 작업과 제거, 수정 또는 방지해야 하는 모든 기존 작업에 대한 세부 정보가 포함되어야 합니다.다음 그림과 같이 제목 필드에서 요청할 변경 내용을 지정할 수 있으며, 변경 작업을 담당할 팀 멤버와 요청에 대한 기타 정보도 지정할 수 있습니다.

작업 항목을 완료하는 방법에 대한 자세한 내용은 변경 요청(CMMI)을 참조하십시오.

변경 요청 분석

변경 요청을 분석하기 전에 변경 제어 위원회에서 변경 요청을 심사해야 합니다.변경 제어 위원회는 변경 요청을 승인 및 거부하고 변경 내용이 올바르게 구현되도록 하는 책임자의 그룹입니다.작업 항목에서 심사 필드를 보류 중으로 설정하면 요청을 심사해야 함을 나타낼 수 있습니다.자세한 내용은 변경 요청(CMMI)을 참조하십시오.변경 요청 분석 시에는 리소스 누수가 발생할 수 있으므로 변경 요청 큐에 팀에 대한 요청이 과도하게 누적되어 프로젝트 일정에 영향이 없도록 해야 합니다.

변경 요청을 분석하여 변경 요청이 기존 작업과 계획된 작업에 미치는 영향의 범위를 확인해야 합니다.이 영향을 알고 있어야 변경 내용을 구현하는 데 필요한 작업 시간 단위로 비용을 예상할 수 있습니다.

변경을 승인할 때의 위험을 분석합니다.변경하려는 코드 또는 기능을 외부 팀에서 사용하지는 않는지, 또한 이로 인해 외부 팀의 일정에 부정적인 영향을 미치지는 않을지 분석합니다.또한 이 변경 작업에 리소스를 할당할 경우 제품의 다른 중요한 기능 영역이나 요구 사항에 부정적인 영향을 미치지 않을지 분석합니다.

분석 과정에서 관련자에게 필요한 정보를 입력하도록 요청하고 이 정보를 변경 요청 작업 항목에 추가합니다.해당 변경 작업으로 인해 다른 계획 문서를 변경해야 할 경우에는 변경 요청에 이를 기록하고 해당 문서를 적절하게 변경해야 합니다.이렇게 하면 수정 기록을 관리하고 모든 사람이 세부 정보를 볼 수 있도록 할 수 있습니다.또한 잘못된 정보 전달로 인한 위험을 완화하고 SCAMPI(Standard CMMI Appraisal Method for Process Improvement) 평가를 위한 중요한 증명 정보를 제공할 수 있습니다.

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

변경 요청 모니터링

변경 요청이 활성 상태인 동안 Visual Studio Team Foundation Server에서 변경 요청 쿼리를 사용하여 변경 요청을 모니터링할 수 있습니다.변경 요청은 적절한 시간 내에 처리되어야 합니다.

변경 요청이 필요한 만큼의 관심을 받지 못하면 문제 작업 항목을 만들어 해당 사안의 중요도를 높입니다.새 문제를 변경 요청에 연결하고, 문제의 중요도를 높여 변경 요청 영향 평가가 시작되도록 합니다.