6 марта 2026 года в Москве я провёл практический воркшоп «Применение DDD для детализации монолитных систем» — интенсив для аналитиков по освоению Domain Driven Design, Event Storming и проектированию агрегатов. Я выступил в роли главного системного аналитика и ведущего воркшопа.
О формате воркшопа
Это был практический воркшоп для аналитиков, которые хотят освоить Domain Driven Design не в теории, а на практике. В отличие от лекций и вебинаров, участники работали с реальным кейсом в командах под руководством экспертов, проходили все этапы DDD-анализа и проектирования — от Event Storming до описания агрегатов.
Формат воркшопа помогает:
- Освоить Event Storming — метод коллективного моделирования бизнес-процессов через события.
- Научиться выделять Bounded Contexts — ограниченные контексты, которые помогают разбить монолит на управляемые части.
- Спроектировать агрегаты — ключевые сущности, которые обеспечивают целостность данных и бизнес-правил.
- Получить навык стратегической детализации монолитов для их последующей реорганизации или декомпозиции.
Эксперты воркшопа
На воркшопе работали три эксперта:
Владимир Бурмистров — главный системный аналитик ИТ-холдинга Т1, ведущий воркшопа.
Станислав Балахонов — архитектор решений TN Digital (Технониколь), эксперт по применению DDD в крупных системах.
Альбина Бикбулатова — менеджер ИТ-проектов TN Digital (Технониколь), эксперт по организации Event Storming сессий.
Мы втроём модерировали команды, помогали участникам применять методики DDD на практике и делились опытом из реальных проектов.
Программа
18:30 — Сбор гостей Регистрация, кофе, знакомство участников и формирование команд.
19:00 — Введение в DDD и Event Storming Теоретический блок: что такое Domain Driven Design, зачем он нужен и как Event Storming помогает моделировать сложные системы. Объяснил основные понятия: события, команды, агрегаты, Bounded Contexts.
19:30 — Практика: Event Storming сессия Команды провели Event Storming на реальном кейсе: моделировали бизнес-процессы через доменные события, выявляли команды и политики. Эксперты модерировали сессии, помогали участникам правильно формулировать события и избегать типичных ошибок.
20:10 — Практика: Выявление Bounded Contexts Следующий этап — анализ результатов Event Storming и выделение ограниченных контекстов. Команды группировали события по доменным областям, определяли границы контекстов и способы их взаимодействия.
20:40 — Class Diagram и описание агрегата Финальный блок: проектирование агрегатов внутри выделенных контекстов. Команды создавали диаграммы классов, описывали агрегаты и их инварианты (бизнес-правила, которые всегда должны выполняться).
21:00 — Нетворкинг Участники обменивались контактами, обсуждали результаты работы, задавали вопросы экспертам и продолжали общение за кофе и перекусами.
Моя роль как ведущего и эксперта
Я был экспертом и ведущим воркшопа. Моя задача — провести участников через все этапы DDD-анализа, от теории до практики, и помочь им получить реальный навык, который можно применить на следующий день в работе.
В процессе воркшопа я:
- Провёл вводную часть — объяснил как будет построена работа и с какими результатами выйдут участники.
- Модерировал практические сессии — помогал командам правильно проводить Event Storming, задавал наводящие вопросы, исправлял типичные ошибки.
- Координировал работу команды экспертов — распределял внимание между командами участников вместе со Станиславом и Альбиной.
Партнёры мероприятия
Воркшоп прошёл при поддержке профессиональных сообществ аналитиков:
- Analyst Marathon — марафон для развития аналитиков
- Analyst Club — клуб аналитиков России
Отклик
Участники активно включились в формат с первой практической сессии. Event Storming вызвал особенно живое обсуждение — команды спорили о формулировках событий, выявляли скрытые бизнес-правила и находили противоречия в процессах.
Во время сессии выделения Bounded Contexts несколько команд столкнулись с типичной проблемой: хотели выделить слишком много мелких контекстов или, наоборот, оставить всё в одном большом. Станиславом и Альбина помогли найти баланс и объяснили критерии правильного выделения границ.
После воркшопа участники отметили несколько ключевых инсайтов:
- «Наконец-то понял, зачем нужен Event Storming — это не просто стикеры на доске» — осознание ценности метода.
- «Оказалось, что наш монолит можно разбить на 4-5 чётких контекста, а не на 20 микросервисов» — понимание стратегической декомпозиции.
- «Теперь вижу, где у нас в системе нарушаются инварианты — и почему постоянно баги» — связь теории с практикой.
Итог
Воркшоп прошёл динамично и с высокой вовлечённостью участников. Формат «теория + практика + обратная связь от экспертов» сработал отлично — участники не просто послушали про DDD, а реально прошли все этапы на реальном кейсе.
Для меня это был ценный опыт ведения глубокого технического воркшопа по DDD — нужно было держать баланс между теорией (чтобы участники понимали, что делают) и практикой (чтобы они получили реальный навык). Работа в команде с двумя экспертами помогла охватить больше участников и дать каждому качественную обратную связь.
Воркшоп показал, что у аналитиков есть запрос на глубокое погружение в методики стратегического проектирования — особенно когда речь идёт о реальных задачах детализации и реорганизации монолитных систем.
Подробнее о воркшопе: Применение DDD для детализации монолитных систем.