이 타스크의 기능은 제출된 변경 요청을 검토하는 것입니다. 이 상태는 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의 유형에 따라 작업을 지정하고 적절하게 스케줄을 갱신해야 합니다.
변경 요청 진행의 일반적인 상태는 변경 요청
관리에 표시됩니다.
|