활동: 비즈니스 프로세스 정의 정제
이 활동에서는 비즈니스 프로세스 서브세트가 세부화되고 비즈니스 목적에 링크됩니다.
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
목적
이 활동의 목적은 비즈니스 프로세스 설명을 세부화하고 비즈니스 목적을 지원하는 방법을 설명하는 것입니다.
관계
상위 활동
설명

각 비즈니스 유스 케이스는 이를 자세히 설명할 비즈니스 모델링 팀의 서브세트에 지정됩니다. 디자이너의 역할을 하는 이 서브세트 팀은 비즈니스 유스 케이스의 정의를 완료하고 이에 대한 검토 세션을 주도합니다. 비즈니스 모델링 팀의 다른 구성원은 이 검토 세션에 초대되어 비즈니스 모델 검토자의 역할을 합니다. 비즈니스 디자이너는 프로젝트 이해 당사자(stakeholder)의 대표(예: 일반 사용자)를 초대할 수도 있습니다.

이 활동의 목적은 다음과 같습니다.

  • 비즈니스 유스 케이스의 정의 세부화
  • 비즈니스 유스 케이스가 비즈니스 목적을 지원하는 방법 설명
  • 비즈니스 유스 케이스가 비즈니스 수행 방법을 올바로 반영하는지 확인

비즈니스 유스 케이스 모델을 재구조화하여 이해 또는 판독성을 개선해야 할 수도 있지만 재구조화를 너무 일찍 시도해서는 안됩니다. 이는 재구조화 중 불필요한 복잡도가 도입되는 것을 방지할 수 있을 만큼 비즈니스 유스 케이스를 충분히 이해할 때까지 기다리는 것이 가장 좋기 때문입니다. 보통 이 활동에 도달한 후에 필요한 재구조화를 수행해야 합니다.

비즈니스 유스 케이스를 정의한 레벨에 따라 비즈니스 유스 케이스를 정제해야 할 수 있습니다(타스크: 비즈니스 유스 케이스 정제). 그러면 정제된 비즈니스 유스 케이스에 플로우를 자세히 지정하고 나중에 해당 플로우의 실현을 구성하는 데 사용 및 실현 가능한 범위를 가집니다.

비즈니스 유스 케이스 간의 관계는 물론 공통 서브플로우를 식별할 수 있습니다. 비즈니스 유스 케이스를 패키지로 그룹화할 수도 있습니다. 모델을 보다 잘 이해하거나 관리할 수 있게 하기 위해서만 재구조화를 수행해야 합니다.

일단 비즈니스 유스 케이스가 어느 정도 안정되면, 우선순위가 가장 높은 비즈니스 유스 케이스를 세부화해야 합니다. 이를 수행하려면 비즈니스 유스 케이스의 각 단계를 자세히 설명하고 나머지 특성(전제 조건, 사후 조건 및 특별 요구사항)을 완료해야 합니다. 우선순위가 가장 높은 비즈니스 유스 케이스를 세부화하는 동안 동작을 지배하는 특정 정량적 및 정성적 요구사항(예: 필수 소요 시간 또는 프로세스 유연성)이 발견될 수도 있습니다. 이런 요구사항을 비즈니스 유스 케이스에만 적용할 수 있는 경우에는 비즈니스 유스 케이스의 특별 요구사항 특성에 캡처해야 합니다. 그렇지 않으면, 보충 비즈니스 스펙에 캡처해야 합니다.

비즈니스 유스 케이스 모델을 검토하여 간결하여 모든 이해 당사자(stakeholder)가 이해할 수 있는지 확인해야 합니다. 또한 보충 비즈니스 스펙을 검토하여 요구사항이 명확하고 현실적인지 확인해야 합니다.

특성
이벤트로 구동됨
다중 발생
진행 중임
선택사항
계획됨Yes
반복 가능함
인력 구성
비즈니스 디자이너의 역할을 하는 인원은 강력한 작성 스킬을 보유하고 있어야 합니다. 물론 비즈니스 도메인 지식도 유용하긴 하지만 도메인 전문가를 검토자로 참여시키면 이를 얻을 수 있습니다.
핵심 고려사항

핵심 개발 팀은 비즈니스 디자이너가 진행하는 몇 번의 내부 둘러보기를 수행해야 합니다. 이런 둘러보기를 통해 확장 팀이 핵심 개발 팀의 작업을 보다 공식적으로 검수 및 검토하기 전에 불일치를 정리하게 됩니다.

팀은 동시에 모든 것을 검토할 필요가 없도록 자료를 나눕니다. 가장 중요한 비즈니스 유스 케이스를 다루는 검토 회의는 하루가 넘게 걸려서는 안됩니다.

타스크: 비즈니스 유스 케이스 모델 검토에는 비즈니스 유스 케이스를 검토할 때 유용한 체크리스트가 들어 있습니다.