Page History
...
참여자는 모두 클래스나 데이터베이스가 아닌 이벤트와 비지니스 프로세스에만 집중한다.
자신이 개발자라고 하면, 잠시 개발자임을 잊자~ 개발전문 개발자만 알고 있는 전문 용어는 아무런 도움이 되지 않는다.않을뿐더러
핵심 도메인 이벤트를 찾는데 방해가 된다. 이과 정에서 개발 전문 용어가 단한번이라도 나오면
비지니스 전문가의 도움을 받는것을 포기하라, 비지니스 전문가에게 ORM에서 N+1의 문제가 무엇인지 10초만에 설명을 할수있으면 그래도 좋다.
그리고 이벤트를 나열하는 단계에서,제약 사항을 예측하면서 초반에 이야기를 끊는것또한 경계해야한다.
이야기를 많이 끊는 것은 대부분 도메인에 자신있다고 여기는 개발자가 대부분 하게되며
필자또한 그랬던적이 있으며 돌이켜보면 대부분 무례했던것같다. 이러한것이 한번 시작되면
도메인 이벤트 아이디어를 수집은 커녕.. 올바른 순서대로 나열하는것은 불가능하다.
중복을 제거하고 중요하지 않은것은 제거하고 진행방법은 아래에 설명된 규칙을 참고하여 진행하면된다.
이와같은 방법은 커뮤니티에 대한 수준을 높이는것이 포함되어 있다. 겸손/경청이 중요함을 다시한번 강조
사용되는 포스트잇 색상
작성순서
이벤트 작성
- 비지니스 프로세스에 촛점을두고 도메인 이벤트를 최대한 만들어라 - 개발자가 아닌것처럼 개발자 친화적인 용어는 금기(db,데이터,알고리즘등)
- 이벤트는 과거완료형이여야하며 , 큰 그림에대한 스토밍진행중이라고 하면 너무 자세한 이름이라고하면 다른 이름을 사용해야한다.
- 이벤트가 발생하는 과거순으로 준비된 이벤트를 붙인다.(동시일경우 하부에 위치할수도 있다.)
...