EventStorming по записи воркшопа: события, порядок и открытые вопросы

Что нужно сохранить после EventStorming

EventStorming — семейство форматов совместного исследования и моделирования предметной области. Участники работают с событиями и обсуждают связи между ними. Основные определения и различие форматов на 3 октября 2026 года сверены с актуальными материалами создателя метода. Здесь разбирается сохранение результатов обсуждения, а не полное проведение воркшопа.

Событие выражает значимое произошедшее изменение в модели, например «Заявка получена». Команда выражает намерение выполнить действие, например «Подтвердить место». Эти формулировки нельзя переносить в один список без обозначения типа.

Модель может описывать существующий или проектируемый процесс. Прошедшее время в названии карточки не доказывает, что такое событие реально случилось в конкретную дату. Обсуждение сценария не является журналом работы системы.

Зафиксируйте цель, выбранный формат и состояние модели. Big Picture, Process Modelling и Software Design имеют разный масштаб. Ниже достаточно сохранить события, обсуждавшийся порядок и вопросы; технические границы системы и проектирование кода потребуют отдельной работы.

Свяжите текст обсуждения с версией доски

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

Получите текст записи воркшопа в Транскрибаторе. Прослушайте фрагменты, где участники переименовывают событие, меняют порядок или указывают на неопределённость. Слова «это после того» не позволяют понять связь без сопоставления с доской.

Для каждого уточнения запишите карточку, фрагмент записи и версию модели, к которой оно относится. Если на фотографии нет идентификатора, укажите точное название и участок доски. Не присваивайте реплику ближайшей по времени карточке только ради заполненной строки.

В архиве проекта держите запись, текст и экспорт одной версии рядом. Название файла само по себе не подтверждает их соответствие: проверьте, совпадает ли состав событий с последним обсуждённым вариантом.

Отделите событие, команду и вопрос

Учебная доска описывает запись на внутреннее занятие. E1 «Заявка получена» и E2 «Место подтверждено» названы как события. «Подтвердить место» — команда. «Есть ли свободное место?» — вопрос, который ещё нужно разобрать. Это три разных элемента, хотя все относятся к одной теме.

Если на карточке написано «Подтверждение», уточните, что имеется в виду: запрос подтвердить, завершённое подтверждение или состояние экрана. Не выбирайте тип по одному существительному. Найдите объяснение участника и сохраните неясность, если его нет.

Цвет помогает читать доску, но значение определяется её легендой. Для событий распространена оранжевая карточка; в конкретном воркшопе могут быть свои обозначения. Фотография с искажёнными цветами не даёт основания автоматически переклассифицировать элементы.

Не превращайте служебный статус редакторской работы «проверено по записи» в событие предметной области. Он относится к вашему журналу проверки. Отдельные поля «тип элемента» и «статус сверки» сохраняют это различие.

Проверьте порядок и сохраните альтернативные сценарии

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

В учебном основном сценарии E1 «Заявка получена» предшествует E2 «Место подтверждено». E3 «Участник отменил заявку» может относиться к отдельной ветке. Нельзя вставить E3 обязательным третьим шагом только потому, что о нём заговорили последним.

Если обсуждались два варианта — отмена до подтверждения и отмена после подтверждения — сохраните оба с условиями. Пока участники не согласовали правила, обозначьте их как варианты и вопрос. Не соединяйте всё одной цепочкой, которая изображает ложную определённость.

Соседство карточек не всегда означает причинность. Для связи запишите её смысл: предшествует, вызывает, возможна при условии или пока не подтверждена. Если точный смысл не прозвучал, сохраните только наблюдаемое расположение и сформулируйте вопрос для сверки.

Оформите итог и проверьте его проходом по модели

Разделите результат на события, уточнения порядка и открытые вопросы. В вопросе укажите, к какому участку он относится, что именно неизвестно и какие сведения нужны. Формулировка «обсудить отмену» слабее, чем «возможна ли отмена до подтверждения места и как меняется сценарий».

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

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

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

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