Event Storming для импортозамещения: как смоделировать бизнес-процессы и построить архитектуру отечественных систем

Импортозамещение в ИТ — это не просто замена одной строки в `pom.xml` или `requirements.txt` на другую. Это комплексный процесс переосмысления и перестройки цифровой инфраструктуры компании. И самый большой риск здесь — утонуть в технических деталях, упустив из виду бизнес-логику и процессы. Именно на стыке бизнеса и технологий на помощь приходит мощная практика — Event Storming. Этот воркшоп, основанный на Domain-Driven Design (DDD), становится незаменимым инструментом для успешного и осмысленного импортозамещения.

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

Первый этап — Большой взрыв (Big Picture). Собираем кросс-функциональную команду: владельцы процессов из бизнес-подразделений, ключевые пользователи, архитекторы и будущие разработчики новой системы. Начинаем с центрального бизнес-процесса, который зависит от замещаемой системы (например, "Обработка заказа", "Управление цепочкой поставок", "Обслуживание клиентов"). На стикерах оранжевого цвета фиксируем события в формате прошедшего времени: "Заказ размещен", "Платеж подтвержден", "Товар зарезервирован на складе", "Поставщик уведомлен". Выстраиваем их в хронологическом порядке на временной линии. Уже на этом этапе всплывают "узкие места" и неочевидные зависимости от внешних сервисов, которые могут быть недоступны.

Второй этап — Глубокое погружение (Process Modeling). Здесь мы добавляем к событиям команды (синие стикеры) — действия, которые эти события вызывают: "Разместить заказ", "Подтвердить платеж". Затем вводим агрегаты (желтые стикеры) — ключевые бизнес-сущности, которые находятся в консистентном состоянии: "Заказ", "Складская позиция", "Контрагент". Это сердце будущей программной архитектуры. В контексте импортозамещения критически важно определить, какие агрегаты и процессы наиболее критичны и должны быть реализованы в первую очередь на новой отечественной платформе. Мы также отмечаем "горячие точки" (красные стикеры) — места неясностей, противоречий или проблем, которые нужно разрешить.

Третий этап — Проектирование архитектуры (Software Design). На основе выявленных агрегатов и границ процессов (Bounded Context) мы начинаем проектировать микросервисную или модульную монолитную архитектуру новой системы. Каждый ограниченный контекст (например, "Управление заказами", "Складской учет", "Платежи") становится кандидатом на отдельный сервис или модуль. Здесь мы решаем, какие сервисы можно построить на российских low-code платформах (например, для CRM-модуля), а какие требуют высокой кастомизации и пишутся на Go, Java или Python с использованием отечественных фреймворков и СУБД.

Ключевой результат Event Storming для импортозамещения — четкая карта разграничения ответственности (Context Map). Она показывает, как будут взаимодействовать новые, отечественные сервисы между собой и с оставшимися легаси-системами в переходный период. Мы определяем протоколы взаимодействия (REST API, message broker like RabbitMQ или его российский аналог), что позволяет избежать жесткой связности и создать гибкую экосистему.

Практический совет: используйте результаты Event Storming для создания "дорожной карты импортозамещения". Приоритизируйте контексты, исходя из бизнес-ценности и рисков. Начните с пилотного, не самого сложного, но видимого контекста, чтобы быстро получить первый успешный результат, собрать feedback и отработать процессы разработки и интеграции с российским стеком технологий.

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