활동:
|
목적
|
역할: 변경 제어 관리자 |
빈도: 형상 항목이 기준선으로 지정되어 형상 관리 시스템에 입력된 경우, 이를 변경하기 위한 모든 요청은 공식적인 변경 요청 관리 프로세스를 거쳐야 합니다. |
단계 |
입력물: | 결과물: |
툴 멘토르: |
워크플로우 세부사항: |
변경(또는 형상) 제어 보드(CCB)는 고객, 개발자 및 사용자를 포함하여 모든 관심이 있는 관계자 대표로 구성된 변경프로세스를 감독하는 위원회입니다. 작은 프로젝트에서 프로젝트 관리자 또는 소프트웨어 아키텍트와 같은 한 사람이 이 역할을 수행할 수 있습니다. RUP(Rational Unified Process)에서는 이를 변경 제어 관리자 역할이라고 표시합니다.
이 회의의 기능은 제출된 변경 요청을 검토하는 것입니다. 회의에서 이것이 올바른 요청인지를 판별하기 위해 CR 내용의 초기 검토를 수행합니다. 올바르면, 우선순위, 스케줄, 자원, 노력 레벨, 위험, 심각도 및 그룹에서 결정한 기타 관련 기준을 기본으로 현재 릴리즈 내부에서 변경이 이루어지는지 또는 외부에서 변경이 이루어지는지를 판별합니다. 이 회의는 일반적으로 일주일에 한 번 열립니다. CR 볼륨이 충분히 커지거나 릴리즈 주기 방법의 종반에 도달한 경우에는 회의가 매일 열릴 수도 있습니다. 일반적으로 CCB 검토 회의의 구성원은 테스트 관리자, 개발 관리자 및 영업부 구성원입니다. "필요"에 따라 구성원이 추가 참석자가 필요하다고 생각할 수도 있습니다.
변경 요청 양식은 프로젝트 라이프사이클 전체에 걸쳐 관련 상태 정보와 함께 모든 요청(새 기능, 향상 요청, 결함, 변경된 요구사항 등)을 추적하는 데 사용되는 공식적으로 제출된 결과물입니다. 변경 날짜 및 이유와 함께 모든 상태 변경을 포함하여 모든 변경 이력은 CR과 함께 유지보수됩니다. 이 정보는 반복 검토 및 최종 종료에 사용 가능합니다. 결과물: 변경 요청에 변경 요청 양식의 예가 있습니다.
이 활동의 기능은 제출된 변경 요청을 검토하는 것입니다. 이 상태는 1) 새 CR 제출 2) 기존의 CR 갱신 3) 새 릴리즈 주기에 대한 지연된 CR의 고려사항에 대한 결과로 발생합니다. CR은 CCB 검토 큐에 배치됩니다. 이 조치의 결과로 소유자 지정이 발생하지 않습니다.
올바른 요청인지를 판별하기 위해 CCB 검토 회의에서 CR 내용의 초기 검토가 수행됩니다. 올바르면, 우선순위, 스케줄, 자원, 노력 레벨, 위험, 심각도 및 그룹에서 결정한 기타 관련 기준을 기본으로 현재 릴리즈 내부에서 변경이 이루어지는지 또는 외부에서 변경이 이루어지는지를 판별합니다.
CR이 올바르다고 판별되었으나 현재 릴리스 "범위에서 벗어나면 " 지연됨 상태로 만든 다음 보류했다가 다음 릴리즈에서 다시 고려합니다. CCB 검토 큐에 다시 들어가도록 CR이 제출됨 상태에서 시간 프레임을 나타내기 위해 대상 릴리즈를 지정할 수 있습니다.
CR이 이미 제출된 다른 CR과 중복되었다고 판단될 경우, CCB 검토 관리자 또는 팀 구성원에게 CR을 지정하여 해결하도록 하십시오. CR이 중복 상태에 놓인 경우, ClearQuest의 첨부 탭에 중복된 CR 수가 기록됩니다. 제출자는 CR을 제출하기 전에 먼저 CR 데이터베이스를 조회하여 CR이 중복되었는지 확인합니다. 그러면 검토 프로세스의 여러 단계를 건너뛸 수 있으므로 시간이 절약됩니다. 중복된 CR의 제출자는 해결과 관련하여 나중에 공고할 수 있게 원래 CR의 공고 목록에 추가됩니다.
종종 CR은 CCB 검토 회의 또는 지정된 팀 구성원에 의해 올바르지 않은 요청으로 판별되거나 제출자에게 더 많은 정보를 요청할 수 있습니다. 이미 지정(열림)된 경우, CR은 분석 큐에서 제거되지 않으며 재검토됩니다. 확인을 위해 지정된 CCB 권한이 지정됩니다. 반드시 필요한 경우가 아니면 제출자가 조치를 취할 필요가 없으며 이 경우 CR 상태는 자세한 정보로 변경됩니다. 새 정보를 고려하여 CCB 검토 회의에서 CR을 다시 검토합니다. 올바르지 않은 것으로 확인되면 알려진 CCB 및 제출자에 의해 CR이 종료됩니다.
CR이 현재 릴리즈의 "범위 내"에 있다고 판단되면 CR에 열림 상태가 지정되어 해결되기를 기다립니다. CR은 다음 목표 이정표 이전에 해결됩니다. 이는 "지정 큐"에 있다고 정의되어 있습니다. 회원은 CR을 열어 해결 큐에 넣을 수 있는 독점 권한입니다. 2 이상의 우선순위를 가진 CR이 있는 경우, QE 또는 프로젝트 관리자는 즉시 관심을 기울여야 합니다. 이 시점에 긴급 CCB 검토 회의를 소집할지 또는 단순히 당장 CR을 열어 해결 큐에 넣을지를 결정할 수 있습니다.
열린 CR은 CR 유형을 기본으로 작업을 지정하고 스케줄을 갱신할 수 있는 프로젝트 관리자의 책임입니다.
CR이 거칠 수 있는 일반적인 상태가 개념: 변경 요청 관리에 나와 있습니다.
Rational Unified Process
|