타스크: 미션에 합의
이 타스크는 사용 가능한 테스트 자원과 반복 목표 간의 올바른 밸런스를 찾는 데 초점을 맞추고 있습니다.
원칙: 테스트
목적
이 타스크의 목적은 다음과 같습니다.
  • 각 반복에 대한 테스트 자원의 가장 효과적인 사용을 협상합니다.
  • 반복에 대해 적절하고 달성 가능한 목표 및 인도물 세트에 합의합니다.
관계
단계
반복 목표 이해
목적:  반복 계획의 목표 범위에 대해 일차적으로 이해합니다.  

반복 계획을 검사하고 계획의 범위와 목표를 식별하십시오.

핵심 프로젝트 구성원(예: 프로젝트 관리자, 소프트웨어 설계자 및 고객 후원자)과의 비정규 논의를 통해 이러한 검사를 보완하는 것이 좋습니다. 이러한 회의에서는 대개 계획에 문서화된 내용보다 더 명시적으로 사안이 부각됩니다. 반복 킥오프 회의에 참석하는 것만으로도 유용한 정보를 얻을 수 있습니다.

평가 노력의 범위 옵션 조사
목적:  평가 노력의 범위에 대해 이해 당사자(stakeholder)가 예상하는 바를 이해합니다.  

대표단은 지정된 기간 동안 테스트 노력을 안내하는 운영진입니다. 테스트 자원은 보통 제한적이므로, 소프트웨어 개발 노력의 품질 검증 요구에 따라 테스트 자원 제한조건의 밸런스를 유지하는 것이 관건입니다.

소프트웨어 개발 팀이 전략적 레벨에서 예상하는 바를 일차적으로 이해하십시오. 주로 프로젝트 관리자, 소프트웨어 설계자, 리드 시스템 분석가를 상대해야 합니다.

이해 당사자에게 옵션 표시
목적:  테스트 노력의 목표와 범위에 대해 이해 당사자의 입력과 피드백을 얻습니다.  

나머지 프로젝트 팀을 배제한 상태에서 목표와 범위를 고려하는 것은 매우 위험합니다. RUP는 제품 품질의 팀 소유권을 지지하므로, 어떤 테스트가 중요한지 결정할 때 나머지 프로젝트 팀의 관련 이해 당사자도 포함시켜야 합니다. 프로젝트 관리자, 설계자, 시스템 분석가, 통합자 역할을 수행하는 팀 구성원을 중요한 이해 당사자로 고려해야 합니다.

일부 경우에는 이해 당사자가 검토 위원회로 소집되며 상당한 사전 준비를 필요로 하는 정규 형식의 프리젠테이션이 될 수도 있고, 다른 경우에는 "도시락" 모임이나 각 이해 당사자의 개별적 인터뷰 형식으로 이뤄질 수도 있습니다. 각 접근 방식에는 장단점이 있습니다. 현재 프로젝트 환경의 컨텍스트에서 가장 필요에 부합되는 형식을 선택하십시오.

미션 설명 공식화
목적:  현재 반복에 대한 테스트 초점의 본질을 명확하게 식별합니다.  

미션 설명은 특히 팀이 선택할 수 있는 사항이 여러 개인 상황에서 팀에 초점을 제공할 때 유용합니다. 평가 미션이 없는 테스트 팀은 대개 단순히 "테스트를 수행"하는 것으로 간주됩니다. 이는 제한된 시간이나 자원 범위 내에서 최상의 테스트 초점과 관련하여 서로 다른 선택을 해야 할 때 거의 도움이 되지 않습니다. 미션 설명은 현재 작업 목표의 본질만 끌어내며 팀이 올바른 사항에 초점을 유지할 수 있도록 "만트라"를 제공합니다.

테스트 팀에서 사용할 수 있는 미션 설명을 명확하게 기술하십시오. 너무 복잡하게 만들거나 상반되는 아이디어를 통합하지 마십시오. 가장 좋은 미션 설명은 간단 명료합니다. 가능한 옵션 중에서 결정을 내려야 하는 대부분의 상황에서 미션은 팀에서 어떤 것을 선택해야 할지를 명확하게 알려줍니다.

다음은 지정된 반복에 대해 채택할 수 있는 미션 설명에 대한 몇 가지 아이디어입니다.

  • 가능한 많은 버그 찾기
  • 신속하게 가장 중요한 문제점 찾기
  • 감지된 품질 위험성 평가
  • 감지된 프로젝트 위험성 조언
  • 감지된 품질에 대한 조언
  • 표준 인증
  • 스펙 확인(요구사항, 디자인 또는 제품 클레임)
  • 이해 당사자 만족
  • 프로세스 지시 수행

이 목록에서 대부분의 미션은 상호 배타적입니다. 예를 들어, 내 미션이 "신속하게 가장 중요한 문제점 찾기"일 경우 "스펙 확인"을 수행할 수 없습니다. 한 개의 미션을 성공적으로 달성하기 위해서는 대개 가능한 다른 미션이 배제되며 지원되는 다른 테스트 접근 방식이 필요합니다.

너무 많은 평가 미션을 만족시키려고 하는 테스트 팀의 경우 종종 문제가 생겨 자신들의 작업에서 충돌이 발생할 수 있습니다. 따라서 각 반복에서 평가 미션을 선택하거나 다시 고려할 것을 권장합니다. 미션의 경우 현재 작업 노력의 컨텍스트를 기준으로 시간 경과에 따라 변경하는 것이 좋습니다.

테스트 인도물 식별
목적:  테스트 작업 노력을 통해 받게 될 가치를 이끌어냅니다.  

특정 중간 산출물은 여러 이해 당사자에게 중요한 인도물입니다. 다른 중간 산출물은 테스트 노력의 필수적인 부분이며 테스트 팀에게 중요하지만, 같은 이해 당사자에게는 거의 관심 밖에 있습니다.

테스트 노력에 대한 최소한의 유용한 인도물에 대해 관심을 갖되, 모든 중간 산출물 목록을 표시하지 말고 이해 당사자에게 직 접적이며 실질적인 수익을 창출해주는 중간 산출물 목록과 측정되는 테스트 노력의 성공을 원하는 중간 산출물 목록만 표시하십시오. 이해 당사자의 필요에 맞게 초기 목록을 조정할 수도 있지만, 인도물이 유용하고 관리 가능한 상태로 보존되도록 하는 데 선도적인 역할을 수행해야 합니다.

이해 당사자 동의 얻기
목적:  가장 적합한 반복 미션에 대한 상호 합의를 얻기 위해 모든 이해 당사자와 협상합니다.  

이전 단계인 이해 당사자에게 옵션 표시에서와 유사한 방식으로 평가 미션과 해당 미션의 연관된 지원 측면이 반복에 적합하다는 동의를 같은 이해 당사자로부터 얻어야 합니다.

미션을 나타내고 필요한 승인을 얻는 데 적합한 형식을 다시 한 번 고려하고, 현재 프로젝트 환경의 컨텍스트에서 가장 필요에 부합되는 형식을 선택하십시오.

결과 평가 및 확인
목적:  타스크가 적절히 완료되었는지 및 그에 따른 중간 산출물이 허용 가능한지 확인 

작업을 완료했으므로 작업이 충분한 가치가 있었는지, 방대한 양의 종이만 소비한 것이 아닌지 확인하는 것이 좋습니다. 작업 품질이 적합한지 여부 및 차후에 이를 작업의 입력으로 사용할 해당 팀 구성원에게 유용할 정도로 완전한지를 평가해야 합니다. 가능하면 RUP에 제공된 체크리스트를 사용하여 품질 및 완성도가 "충분"한지 확인하십시오.

다운스트림 타스크 수행 시 해당 작업을 입력으로 사용할 인원들이 중간 작업 검토에 참여하도록 하십시오. 이들의 관심사항을 다루는 조치를 취할 시간 여유가 있으면 이를 수행하십시오. 또한 작업을 주요 입력 중간 산출물과 비교 평가하여 이를 정확하고 충분하게 표시했는지 확인해야 합니다. 입력 중간 산출물 작성자가 이를 기반으로 작업을 검토하도록 하는 것이 유용할 수 있습니다.

RUP는 반복적 전달 프로세스이며 중간 산출물은 시간이 경과하면서 발전하는 경우가 많다는 사실을 기억하십시오. 그러므로 부분적으로만 사용되거나 직후 작업에서 전혀 사용되지 않을 중간 산출물을 완전히 형식화하는 것은 거의 불필요합니다(또한 보통 비생산적임). 이는 중간 산출물이 사용되기 전에 중간 산출물을 둘러싼 상황이 변경되고 중간 산출물이 작성되었을 때의 가정이 잘못되었다고 증명되어 결과적으로 노력이 수포가 되고 비용을 들여 다시 작업해야 하는 가능성이 높기 때문입니다. 또한 프리젠테이션 주기가 너무 많아 컨텐츠 가치가 손상되는 함정에 빠지지 않도록 하십시오. 프리젠테이션이 프로젝트 인도물로서 중요성과 경제적 가치를 지니는 프로젝트 환경에서는 관리 자원을 사용하여 프리젠테이션 타스크를 수행할 수 있습니다.