타스크: 변경 요청 검토
이 타스크는 변경 요청을 분류하는 방법을 정의합니다.
원칙: 형상 및 변경 관리
목적
  • 이 타스크의 목적은 변경 요청(CR)이 허용되어야 하는지 또는 거부되도록 플래그 표시되어야 하는지를 판별하는 데 있습니다. 허용된 CR의 경우 이 타스크는 우선순위, 노력, 스케줄 및 기타를 평가하여 변경이 현재 릴리스의 범위 내에 있는지 결정합니다.
관계
역할기본 수행자: 추가 수행자:
입력필수:
    선택사항:
    • 없음
    출력
      프로세스 사용법
      단계
      CCB 검토 회의 스케줄

      변경(또는 형상) 제어 위원회(CCB)는 고객, 개발자 및 사용자를 포함하여 모든 이해 관계자(interested party)들의 대표로 구성되는 변경 프로세스 감시 위원회입니다. 소규모 프로젝트에서는 프로젝트 관리자나 소프트웨어 설계자와 같은 단일 인원이 이 역할을 수행할 수 있습니다. Rational Unified Process에서는 변경 제어 관리자 역할로 표시됩니다.

      이 회의의 기능은 제출된 변경 요청을 검토하는 것입니다. 올바른 요청인지 판별하기 위해 CR 컨텐츠의 초기 검토가 회의에서 수행됩니다. 올바른 요청이면 그룹에서 판별한 우선순위, 스케줄, 자원, 노력 레벨, 위험성, 심각도 및 기타 관련 기준을 기반으로 변경이 현재 릴리스의 범위 안에 있는지 여부를 판별합니다. 이 회의는 일반적으로 1주일마다 한 번 열립니다. CR 볼륨이 상당히 커지거나 릴리스 주기의 끝이 가까워 옴에 따라, 매일처럼 자주 회의를 열 수 있습니다. CCB 검토 회의의 일반적 구성원은 테스트 관리자, 개발 관리자 및 마케팅 부서 구성원입니다. "필요에 따라" 추가 구성원이 참석해야 할 수도 있습니다.

      변경 요청을 검토하기 위해 검색

      변경 요청은 새 기능, 개선사항 요청, 결함, 변경된 요구사항 등을 포함한 모든 요청을 추적하는 데 사용되는, 공식적으로 제출되는 중간 산출물입니다. 여기에는 프로젝트 라이프사이클 전반에 걸친 연관된 상태 정보가 포함됩니다. 모든 변경 히스토리는 변경 날짜 및 이유와 함께 모든 상태 변경사항을 포함하며 CR로 유지보수됩니다. 이 정보는 반복 검토와 최종 완료에 사용할 수 있습니다. 변경 요청 양식 예제는 중간 산출물: 변경 요청을 참조하십시오.

      제출된 변경 요청 검토

      이 타스크의 기능은 제출된 변경 요청을 검토하는 것입니다. 이 상태는 1) 새 CR 제출, 2) 기존 CR의 갱신 또는 3) 새 릴리스 주기에 대해 연기된 CR의 고려 결과로 발생합니다. CR은 CCB 검토 대기열에 놓입니다. 이 조치의 결과로 소유자 지정은 발생하지 않습니다.

      올바른 요청인지 판별하기 위해 CR 컨텐츠의 초기 검토가 CCB 검토 회의에서 수행됩니다. 올바른 요청이면 그룹에서 판별한 우선순위, 스케줄, 자원, 노력 레벨, 위험성, 심각도 및 기타 관련 기준을 기반으로 변경이 현재 릴리스의 범위 안에 있는지 여부를 판별합니다.

      CR이 올바르지만 현재 릴리스에 대해 "범위 밖"으로 판별되면 연기됨 상태로 되고 보류되며 차후 릴리스에서 다시 고려됩니다. 목표 릴리스를 지정함으로써 CR이 제출되어 다시 CCB 검토 대기열에 들어갈 수 있는 시간 프레임을 표시할 수 있습니다.

      CR이 이미 제출된 다른 CR과 중복된 경우 CCB 검토 관리자 또는 CR을 해결하도록 배정된 팀 구성원에게 다시 배정되어야 합니다. CR이 중복 상태가 되면 중복되는 CR 번호가 기록됩니다(ClearQuest의 첨부 탭). 제출자는 CR이 제출되기 전에 초기에 CR 데이터베이스에서 중복 여부를 조회해야 합니다. 그러면 검토 프로세스의 몇몇 단계를 건너뛰어 많은 시간을 절약하게 됩니다. 중복되는 CR의 제출자는 해결에 관한 이후 알림을 받도록 원래 CR의 알림 목록에 추가되어야 합니다.

      때때로 CR은 CCB 검토 회의에서 또는 배정된 팀 구성원에 의해 올바르지 않은 요청이거나 제출자의 자세한 정보가 필요하다고 판별됩니다. 이미 지정된 경우(열림), CR은 분석 대기열에서 제거되고 재검토됩니다. CCB의 지정된 권한이 확인을 위해 지정됩니다. 필요하다고 생각(CR 상태가 자세한 정보로 변경됨)되지 않는 한 제출자의 조치가 필요하지 않습니다. CR은 CCB 검토 회의에서 새 정보를 고려하여 재검토됩니다. 올바르지 않은 것으로 확인되면, CR은 CCB에 의해 닫히고 제출자에게 알려집니다.

      CR이 현재 릴리스의 "범위 내"에 있는 것으로 판별되면 열림 상태로 지정되어 분석을 기다립니다. 다가오는 목표 이정표 전에 분석하도록 예정되어 있습니다. 이와 같은 변경 요청은 "지정 대기열"에 있는 것으로 정의됩니다. 회의 구성원만 CR을 분석 대기열에 넣어 열 수 있는 권한을 가지고 있습니다. 우선순위가 2 이상인 CR이 발견되면, QE 또는 프로젝트 관리자 즉시 그 변경 요청에 주의를 기울여야 합니다. 이 시점에서 QE 또는 개발 관리자는 긴급 CCB 검토 회의를 소집하거나 단순히 CR을 임시로 분석 대기열에 넣어 열 것을 결정할 수 있습니다.

      열림 상태의 CR은 프로젝트 관리자가 CR의 유형에 따라 작업을 지정하고 적절하게 스케줄을 갱신해야 합니다.

      변경 요청 진행의 일반적인 상태는 변경 요청 관리에 표시됩니다.



      자세한 정보