이벤트 스토밍

샘플 안건 및 메시지

1. 그룹에게 이벤트 스토밍의 목표를 설명합니다. 필요할 경우 아래의 이미지를 보여줍니다. 이벤트, 경계 컨텍스트, 서비스 및 해결 과제에 대한 설명에 포함할 범례를 식별합니다. 모든 스티커 메모에 대한 범례를 그리고 기본적인 DDD(도메인 주도 설계) 용어를 설명합니다.

   

2. 그룹에 대한 “도메인 이벤트”를 정의합니다.

   예시: “‘도메인 이벤트’는 도메인에서의 상태 전환을 나타내며, ‘주문 처리됨’ 또는 ‘환불 개시됨’과 같은 과거 시제의 동사로 표현됩니다.”

3. 도메인 이벤트 하나당 하나씩 일련의 주황색 스티커 메모를 적어 그룹이 “비즈니스 프로세스를 브레인스토밍”하도록 합니다.

   • 이벤트 스토밍 세션의 시작과 끝을 식별하여 일련의 이벤트 생성
   • 과거 시제인 이벤트에 대해 생각
   • 먼저 만족스러운 경로부터 시작
   • 스티커 메모를 측면으로 45도 기울여 질문이나 명확히 밝혀야 할 모호함이 있는지 표시

   

4. 벽에 도메인 이벤트를 왼쪽부터 오른쪽으로 시간순으로 배치

5. 스토밍 세션을 진행하면서 기존 비즈니스 프로세스의 다양한 측면을 발견하게 됩니다. 다음과 같이 이 측면을 포착합니다.

   • 문제 지점을 빨간색 스티커 메모로 표시
   • 새로운 색상의 스티커 메모로 외부 시스템을 강조 표시하고 이들이 트리거하는 작업/이벤트 가까이에 배치
   • 수직 공간을 사용하여 병렬 처리 표시
   • 설정된 기간(배치 프로세스 또는 크론 작업 등)으로 인해 야기되는 모든 사항을 새로운 색상의 스티커 메모로 강조 표시하고 이들이 제어하는 트리거 옆에 배치

   

6. 모든 이벤트를 게시한 후에 도메인 전문가와 짝을 지어 국부적으로 순서가 지정된 일련의 이벤트를 게시하고 타임라인을 적용합니다. 진행하면서 피드백을 크라우드소싱합니다.

   팁: 타임라인을 적용하면 오래 기다린 대화가 트리거되며 결과적으로 구조가 형성됩니다.

   크라우드소싱된 피드백으로 놓친 요소를 발견할 수 있습니다. 필요에 따라 스티커 메모를 추가합니다.

7. 타임라인을 적용한 상태에서 경계 컨텍스트(즉, “도메인 집합체”)를 찾습니다. 이벤트 그룹을 찾고 이들이 작업을 수행하는 대상이 무엇인지, 그리고 다음 부분으로 전환되는 것이 무엇인지 확인합니다. 하위 도메인 간 전환을 나타내는 중심 이벤트를 파악합니다.

   일반적으로 큰 그룹에 더 적은 스티커 메모가 있으며 더 큰 그룹의 스티커 메모는 새로운 경계 컨텍스트로의 전환을 나타냅니다. 경계 컨텍스트 또는 비즈니스 역량을 나타낼 수 있는 수직 스윔레인 이벤트를 찾습니다.

   팁: 경계와 화살표가 있는 선을 그려 모델링 표면의 흐름을 나타냅니다. 경계 컨텍스트에는 실선을 사용합니다. 화살표 머리가 있는 선을 그려 경계 컨텍스트 간의 도메인 이벤트 흐름의 방향을 나타냅니다.

   덜 두드러지게 모델의 경계를 짓고자 한다면 스티커 메모를 사용하여 일반적인 영역을 표시하고 확신을 얻을 때까지 영구 마커로 경계를 그리지 마십시오.

   이벤트 스토밍 보드에 표시된 명사의 식별을 크라우드소싱하고 측면에 이를 배치할 수도 있습니다. 이러한 명사를 관련 데이터 트리로 한 덩어리로 묶으면 집합체를 형성하는 데 도움이 됩니다.

8. 이러한 이벤트 덩어리 또는 공통 그룹은 개념적 서비스 후보(얼마나 팀이 견고하게 DDD 정의를 수립했는지에 따라 행위자 또는 집합체)를 제공합니다. 이들은 Boris 연습 중에 사용됩니다.

9. 선택 사항: 사용자가 작업을 수행해야 할 다양한 뷰를 식별하고 여러 사용자의 중요한 역할을 파악합니다. 밝은 노란색 스티커 메모를 사용하여 사용자 역할 또는 사용자 유형을 식별합니다. 스티커 메모를 사용하여 사용자 역할, 사용자 유형, 현금 또는 도메인에서 중요한 다른 항목을 점증적으로 표시하여 이벤트 스토밍을 강화합니다.

10. 추후에 사용할 수 있는 결과를 포착할 수 있도록 결론을 내리는 시점에 사진을 많이 찍어 두십시오.

성공/예상되는 성과

다음을 수행했으면 과정을 완료한 것입니다.

• 경계 컨텍스트 및 이와 연계된 도메인 식별
• 비즈니스 하위 도메인과 각 경계 컨텍스트 매핑(일반적으로 1대1)
• 각 경계 컨텍스트/하위 도메인을 대상 아키텍처에서 서비스로 매니페스트화

진행자 메모 및 팁

이벤트 스토밍은 모놀리식 애플리케이션의 도메인과 문제 영역을 과학적으로 살펴보는 그룹 연습입니다. 이벤트 스토밍 프로세스에 대한 가장 간결한 묘사는 Vaughn Vernon의 서적 Domain-Driven Design Distilled에 담겨 있으며, Alberto Brandolini의 서적 Event Storming에서 영감을 받은 프로세스를 중심으로 VMware에서 색상을 개선했습니다.

이벤트 스토밍은 복잡한 시스템과 프로세스를 시각화하는 데 사용되는 기술입니다. 종류는 모놀리스부터 가치 흐름까지 다양합니다. 게임스토밍에서 영감을 받은 이벤트 스토밍은 그룹의 사고에서 확보한 정보를 활용하고 포착하기 위한 기술입니다. 복잡한 시스템의 충돌과 다양한 관점을 드러내며 최상위 제약과 문제 지점이 노출됩니다. 이벤트 스토밍 진행자에게는 한 가지 임무가 있습니다. 아이디어와 데이터의 교류와 결과물을 위해 안전한 환경을 조성하는 것입니다. 업무의 절반은 기술적 촉진이며 나머지 절반은 신체 언어를 읽는 소프트 인력 촉진입니다. 한 명의 진행자는 일반적으로 15~20명으로 이루어진 그룹을 조율할 수 있습니다. 30명 이상의 그룹에는 진행자가 두 명 필요합니다.

이벤트 스토밍은 대개 두 단계로 수행됩니다. 개략적인 수준의 이벤트 스토밍을 진행하여 도메인을 파악한 다음 최고 제약 사항인 핵심 도메인에 대한 후속 이벤트 스토밍을 진행합니다.

이벤트 스토밍은 스티커 메모로 구현됩니다. 가장 단순한 형태의 이벤트 스토밍은 일반적으로 그룹 스토리텔링에 의해 촉진됩니다. 스티커 메모는 도메인 이벤트 혹은 과거에 발생한 일을 나타냅니다. 문제 지점은 빨간색 스티커 메모로 식별됩니다. 스티커 메모의 색상은 중요하지 않습니다. 중요한 것은 단순하게 시작하여 점증적으로 표시를 추가하는 것입니다. 단순하게 시작한 다음 정보를 계층적으로 추가하십시오. 이벤트 스토밍은 모놀리스를 해당 구성 요소인 경계 컨텍스트로 세분화하거나 직원을 온보딩하는 수단으로 가치 흐름을 생성하는 등, 여러 목표를 지원할 수 있습니다.

이벤트 스토밍 스타일에 단 하나의 정답은 없습니다. 원하는 목표와 성과에 따라 모든 세션은 서로 다르기 때문입니다. 따라서 올바르게 수행하지 못한다고 걱정하지 말고 각자의 스타일대로 수행하십시오. 필요한 성과를 실현하려면 다양한 추상화 수준에 대해 이 활동을 여러 번 반복해야 할 수 있습니다.

이벤트 스토밍은 적절한 사람이 참여할 때에만 성공할 수 있습니다. 이벤트 스토밍은 비즈니스 도메인 전문가, 고객 경영진, 이해관계자, 비즈니스 분석가, 소프트웨어 개발자, 아키텍트, 테스터, 그리고 운영 중인 제품을 지원하는 인력이 함께해야 합니다. 개발자 애플리케이션 도메인을 알고 이해하는 실무 전문가, 제품 담당자가 필요합니다. 이 프로세스를 거치면 팀 전반에서 서로 다른 관점 간에 소통이 가능하며 기술 팀과 그 외 다른 팀원들이 사용하는 용어에 대한 표준 정의를 수립할 수 있습니다.

이벤트 스토밍에 앞서 신데렐라 연습을 진행하는 것이 긴장을 푸는 데 도움이 될 수 있습니다. 이 연습에서는 신데렐라의 이야기를 지도에 그립니다. PM은 시작과 끝 지점을 선택하고 참가자들에게 영화에서 발생한 사건을 적어 보라고 요청합니다. 이 과정 끝에는 스토리텔링으로 모두가 영화의 내용을 상기하게 됩니다. 이 연습은 팀이 실제로 이벤트 스토밍을 진행하지 않고도 이 연습에 대해 학습할 수 있는 안전한 환경을 제공합니다.

관련 사례

이벤트 스토밍은 Swift 방식에 포함된 활동입니다.

서비스 Blueprint는 이와 유사하지만 다릅니다.

Boris는 종종 이벤트 스토밍을 따릅니다.

실제 예시

도메인 주도 설계로 모놀리스 해체

모의 WeBeFoods 예시(Miro 사용)

권장 자료

이벤트 스토밍 연습의 동기:

Gamestorming: A Playbook for Innovators, Rulebreakers, and Changemakers - Dave Gray, Sunni Brown, James Macanufo

어린이용 도서 형식의 이벤트 스토밍에 대한 개괄적인 설명:

이벤트 스토밍: 어른들을 위한 게임 방식의 설명

Event Storming - Alberto Brandolini(EventStorming.com에서 관련 정보를 찾을 수 있음)

DDD(도메인 주도 설계) - 모놀리스를 분할하는 이론적인 기반을 제공합니다. Vaughn Vernon이 집필한 Domain-Driven Design Distilled는 DDD의 과학과, ES가 여러 사항의 더 큰 계획에 들어맞는 방식, 다시 말해 ES 아티팩트가 소프트웨어 설계, 아키텍처 및 실제 백로그로 전환되는 방식을 이해하는 데 완벽한 책입니다.