Консалтинг→Координационный уровень

Event Storming

Гибкий формат воркшопа для совместного исследования сложных областей бизнеса. Метод создан Альберто Брандолини и активно используется в практике Domain-Driven Design, но выходит далеко за рамки ИТ. Помогает командам разобраться в предметной области, найти слабые места в архитектуре и процессах, спроектировать микросервисы и новые бизнес-линии.

Как проходит →
С чем приходят

Области применения

  1. 01Создание модели предметной области

    Структурирование знаний о бизнес-процессах. Участники совместно выстраивают карту событий, команд, акторов и агрегатов — от бизнеса до разработки.

  2. 02Поиск слабых мест в архитектуре

    Где система упирается: узкие места и ограничения, которые мешают развивать продукт и замедляют поставку.

  3. 03Проектирование микросервисов

    Разработка архитектуры на основе бизнес-событий: выделение bounded contexts, определение агрегатов, проектирование микросервисных границ.

  4. 04Дизайн новых сервисов и бизнес-линий

    Проектирование «с нуля» от событий: от бизнес-модели к архитектурному решению без догадок.

  5. 05Исследование клиентского опыта

    Путь клиента по цепочке бизнес-событий: где опыт ломается и как это чинить с учётом всех связанных процессов.

  6. 06Поиск точек роста в бизнесе

    Карта событий показывает возможности, которых не видно из отдельных функциональных колодцев.

Нотация

Чем размечаем процесс

Сессию фасилитирует эксперт, участвуют бизнес-эксперты, разработчики и аналитики. Ключевые элементы процесса визуализируются цветными стикерами — так общая картина собирается у всех участников сразу.

Факты, которые уже произошли: «заказ оплачен», «заявка отклонена». С них начинается карта.

Что и кто инициирует событие: команда пользователя, системы или внешнего сервиса.

Где заканчивается зона ответственности одной сущности и начинается другая — будущие границы сервисов.

Какую картину видит участник процесса в момент, когда делает выбор.

Как это проходит

Формат работы

  1. Big Picture (обзор всей системы)

    Совместная картина системы целиком: ключевые бизнес-события, акторы, домены, горячие точки и противоречия.

  2. Process Modelling (детальная проработка)

    Моделирование отдельного процесса: каскадные события, команды, политики. Детальная нотация — шаг к архитектурному решению.

  3. Software Design Modelling (переход к архитектуре)

    Выделение bounded contexts, определение агрегатов, проектирование микросервисных границ на основе реальных бизнес-событий.

Результат

Что вы получите

Единую карту бизнес-событий

Модель предметной области, понятная всем участникам: от CEO до разработчика. Основа для дальнейших архитектурных решений.

Список горячих точек и рисков

Выявленные узкие места в процессах и архитектуре с приоритизацией — что блокирует развитие прямо сейчас.

Архитектурное решение

Проект bounded contexts, агрегатов и микросервисных границ, основанный на реальных бизнес-событиях, а не на технических предположениях.

Выявленные разрывы в коммуникации

места, где команды понимают один и тот же процесс по-разному — до того, как это проявится в проде.

Основу для технического дизайна

карта событий переводится в декомпозицию задач и технический дизайн без пересборки контекста.

ДАЛЬШЕ

Куда дальше

Стратегические паттерны DDDПаттерны, которые Event Storming помогает выявить.Проектирование микросервисовАрхитектура, к которой ведёт карта бизнес-событий.Школа архитектора ПОСистемная архитектура, где Event Storming — один из инструментов.
Корпоративный формат

Адаптируем под вашу компанию

Расскажите о задаче — предложим формат и состав работы под ваш контекст.

ИЛИ НАПРЯМУЮ+7 495 374-88-12corp@scrumtrek.ruСпросить в Telegram →