아키텍처
Database Driven Development에서 진짜 DDD로의 선회, 이벤트 스토밍 -2-
두줄요약
이벤트 스토밍으로 도메인 이벤트와 관련 요소를 시각화하며 문제를 함께 탐색하는 과정을 소개했습니다.\n모호함과 변경을 허용하고 모든 이해관계자의 적극적 참여가 중요하다고 강조했습니다.
구조와 흐름
- 도메인 이벤트를 시간 순서의 과거형 동사로 배치하는 워크숍형 문제 탐색 방법
- 커맨드·애그리게잇·액터·뷰·비즈니스 프로세스·외부 시스템을 이벤트 흐름 주변에 순차적으로 식별
- 모호하거나 의사 결정이 필요한 대상의 이슈 표시와 지속적 재배치·명칭 조정
선택 이유
- 도메인 전문가·기획자·개발자·디자이너의 현실 인식 공유와 불확실한 문제의 집단적 파악
- DDD뿐 아니라 다양한 문제 식별과 해결 과정에 활용 가능한 브레인스토밍 도구
주의할 점
- 정답 압박과 체면 문제로 인한 소극적 참여, 지식 보유자의 일방적 전달 위험
- 모호한 표현, 경계 이동, 대상 분할·명칭 변경으로 드러나는 취약한 기존 구조
적용해볼 점
- 모든 이해관계자의 적극적 참여와 잘못된 아이디어의 허용
- 도메인 용어·범위·현재와 미래를 지속적으로 탐험하며 모델을 조정