Я сейчас посмотрел видео.
Кто был на трансляции здесь, у вас тоже постоянно внезапно пропадало миро и на секунду появлялся я крупным планом?
Очень странная запись, конечно.
И звук притормаживает и картинка так себе, хотя коннект шикарный.

Как уже говорил, больше не буду стримы в телеге проводить, лучше обычная трансляция в ютуб, но хотелось бы понять, оно так записалось или оно так и во время трансляции было?

Видео про моделирование предметной области

https://youtu.be/svh_NxbOJV8?t=1396

Хорошее видео про агрегаты

https://youtu.be/hev65ozmYPI?si=Mq8VPdAJCen_1NTM

Забавный случай приключился у знакомых на проекте 🙂

Есть два статуса - не оплачено и бесплатно.
Оба статуса в реализации вычисляются на основе размера внесенной оплаты.
Как отличить «не оплачено» от «бесплатно», когда они вычисляются на основе одного и того же условия?

Вот чтоб не было таких курьезов мы и строим модели предметных областей 🙂

Event Storming – это еще не системное мышление.

Event Storming оперирует событиями. События говорят нам о том, что происходит в действитеьности. Системное мышление начинается тогда, когда происходит смещение фокуса с событий (конкретных фактов) к отслеживаемым шаблонам поведения, приводящим к этом событиям. Это ответ на вопрос: «какое повторяющееся поведение приводит к наступлению этого события?». Интереснее всего нам, конечно то, какие паттерны приводят к pivotal events. Проникая глубже, и здесь уже можно (но не обязательно) использовать DDD, можно исследовать структуру и взаимосвязи внутри системы, способствующие возникновению паттернов, определенных ранее. Это может быть и оргструктура и сущестувющие системы и различные виды потерь. Можно погрузиться сосвсем в глубину и проанализировать ментальные модели (убеждения, ценности), на основе которых сформировалась структура и связи.

Кроличья нора очень глубока 🙂

Ответы участников одного из крайних курсов по Event Storming на вопрос

«В чем преимущества Event Storming перед другими практиками моделирования?»

Нотация понятна и бизнесу и команда разработки
Узнаешь много нового
Легкая нотация
Каждый может высказаться
Нет давления лидера мнений
Можно быстро погрузить много людей
Экономно по времени
Высокая скорость погружения в контекст
Заполняет пробелы знаний о процессе
Вовлеченность команды
Погружение в бизнес-процессы
Возможность выправить бизнес процесс
Абстрагирование от конкретных технологий
Комплексное исследование предметной области
Учитываются мнения заинтересованных лиц
Определить границы ответственности различных компонентов
Разработчики становятся частью бизнеса => пишут лучшие решения
В короткие сроки определить самые проблемные области

---
Может стоит добавить и вопрос про недостатки 🤔

Пример того, как отобразить выгрузку из внешней системы (и в целом интеграцию) в терминах предметной области.

When an event occurred, the world has changed.

Результат Chaotic Exploration

Результат Timeline Enforcement

А цветное все такое, потому что оранжевых стикеров сильно не хватило 🤷‍♂️😂

Пример начала покера

Если кто-то пропустил, в комментариях еще был пример 12 палочек.

Инсайт участников с одной из крайних сессий Event Storming.

В начале модели кто-то разместил событие «воронка продаж сформирована». Другой участник задал вопрос «как формируется воронка продаж?» и открыл ящик пандоры.

Стало понятно, что формирование воронки по сложности не уступает основному операционному процессу работы компании, но важным инсайтом в результате обсуждения было то, что воронку воронку формируют продажи, а на последующих этапах ее могут урезать до нуля.

Например:
1. Продажи 2 месяца формируют воронку на 10.000 потенциальных клиентов, но в после старта привлечения только 10% проходят проверку на риски, и это 10% от 20% заинтересовавшихся от тех 10.000.
2. Существует специфика процессов под определенную ЦА. Конда доля этой ЦА низкая, – специфика не существенна. Если доля доходит до существенного уровня, - требуется перестройка.
3. Часть клиентов экономически более выгодны для продаж и разумный фокус - продавать там, где больше платят. Но продажи - это не всё и на обслуживании и реализации контракта, затраты и убытки могут превысить выручку, как из-за неготовности процессов, так и исходя из специфики ЦА/контракта.

Все эти выводы не видны, если рассматривать деятельность исключительно в границах продаж, или рисков или производства, но становятся очевидны, рассматривать весь домен целиком, сопровождая это продуктивными обсуждениями.

Циклы в Event Storming

В event storming нет циклов и нет control flow. В event storming события.

В процессах циклы чаще всего - это необходимость вернуться на предыдущий этап из-за нарушения инварианта, чтобы модель в итоге пришла в согласованное состояние (например - дозапросить недостающие документы, вносить правки). То есть циклы - это детали реализации.

Если модели согласованы и хочется цикл, то на самом деле это уже не цикл, просто тот же самый процесс.

Если хочется показать, что где-то есть цикл, просто напишите рядом комментарий.

Иллюстрация проблемы индивидуального сбора требований при ограниченном или отсутствующем контакте разработки и экспертов в предметной области.