활동:
|
목적
|
|
역할: 검토 조정자 | |
빈도: 수행 가능한 완료 및 프로젝트 스케줄 이정표에 기초하여 필요에 따라 | |
단계 | |
입력 결과물: | 결과 결과물: |
툴 강좌: |
워크플로우 세부사항: |
목적: | 필요한 검토 활동이 적절하게 계획 및 구성되었는지 확인합니다. |
현재 프로젝트 작업 계획이 논의되었고 검토에 대한 필요성이 확인되면 검토 조정자 역할을 수행하는 개인이 이 활동을 시작합니다.
"입력 결과물" 섹션에 언급된 결과물은 전체 검토 범위, 수행 시기, 형식화 레벨 등에 대한 지침과 방향을 제공하는 검토 프레임워크를 정의합니다. 보다 자세한 지침은 평가 계획, 품질 보증 계획, 개발 케이스 및 프로젝트 특정 가이드라인에서 찾을 수 있습니다.
검토 활동 계획에는 여러 가지 방법이 있습니다. 이러한 방법들은 팀 크기, 팀 문화, 프로젝트 프로세스의 필요한 형식성 및 프로젝트 라이프사이클의 현재 시점에 따라 달라집니다. 몇 가지 사용되는 일반 기법에는 다음 사항이 포함됩니다.
최대 효율성 및 최소한의 팀 방해를 위해 필요한 검토자가 가능한 많은 결과물을 검토하게 하여 최소한만 소집할 수 있는 검토를 계획한다고 생각합시다. 명백하게 각 검토마다 현실적인 워크로드가 유지되어야 하므로 이렇게 상충되는 요구사항의 균형을 알맞게 맞추어야 합니다.
목적: | 참석자를 초대하고 검토에 대해 적절하게 통지합니다. |
참석자에게 검토에 대해 충분히 주지시키고 검토 프로세스의 준비 작업 및 참여 측면에서 참석자에게 바라는 사항에 대해 알리는 것이 중요합니다. 각 참석자에게 제시하길 바라는 스테이크홀딩 사항 및 예상하는 검토 비평 및 피드백 유형에 대해 분명히 하십시오.
RUP의 수반하는 가이드라인 및 특정 검토 활동 각각에 대해 논의하여 참석자들의 초대 기준, 권장되는 참석자의 준비 작업 및 기대치를 결정하십시오. 몇 가지 일반적인 지침으로서 검토 회의에 참석하는 참석자를 초대할 때 다음과 같은 스테이크홀더를 고려해야 합니다.
원하는 검토 참석자를 포함시키는 것과 검토를 관리하기 쉽고 생산적으로 유지하는 것 사이에 적당한 균형 지점을 찾아내는 것이 중요합니다. 검토 목적을 달성하는 데 기여할 참석자만 포함시키도록 주의를 기울여야 합니다. 일반적으로 한 가지 검토에 다수를 포함시키는 것보다 소수의 참석자로 몇 가지 사항에만 촛점을 둔 검토 세션을 가지는 것이 보다 생산적입니다.
목적: | 검토자의 생산성을 최대화하고 정의된 품질 요구사항을 충족시키기 위해 검토를 용이하게 하는 것입니다. |
RUP의 각 특정 검토 활동 및 수반되는 지침이 각 검토의 수행 방법에 대한 특정 가이드라인과 제안사항을 제공하는 반면, 다음 가이드라인은 모든 검토를 수행할 때 일반적으로 유용합니다.
목적: | 검토 후에 처리할 것으로 지정된 조치가 합의한 대로 지정되어 수행되었는지 확인하는 것입니다. |
각 검토 회의 이후, 회의 결과는 검토 기록에 문서화되어야 합니다. 또한 변경 요청을 공식적으로 기록할 수 있습니다(결국 소유하고 해결을 수행할 누군가를 지정하는 것).
가장 중요하지만 종종 간과되는 검토의 측면은 검토 중에 식별된 사후 타스크 또는 조치의 해결을 관리하는 것입니다. 일반적으로 검토 회의 중에 식별된 조치 다수를 지정할 수 있지만 팀 구성원의 워크로드 균형을 위해 필요에 따라 타스크를 재지정할 수 있습니다.
단일 회의 중에 필요한 모든 것을 검토할 수 있지만 모든 결론에 대한 승인을 한 번에 얻지 못할 수 있습니다. 수행 중인 다수의 사후 타스크 관리를 돕기 위해 필요에 따라 후속 검토를 수행할 수 있습니다.
Rational Unified Process
|