Улётный IT-менеджмент

Семь бед - один ответ!

Представьте, вам поручили разработку новой фичи в уже существующем веб-приложении. Естественно, за это N-ое количество времени, что существует система, в ней образовались зависимости между компонентами, где-то эти зависимости прибиты костылями, о которых знает только разработчик Петя. И, слава богу, он работает еще в вашей компании, и его тимлид не против того, что вы будете задавать вопросы Пете, но не чаще одного раза в неделю.

Ваша команда уверенно справляется с разработкой, но вот незадача: новая фича относится к той доменной области, с которой вы никогда не работали. А бизнес попросил его сильно не отвлекать и прислал ссылки на страницы в Confluence, где часть информации была обновлена N-2 лет назад, а актуальные страницы представляют собой огромный поток неструктурированного текста без иллюстраций и схем.

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

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

Отличным инструментом для решения такого рода проблем может стать Event Storming.

❔Что это такое?

Event Storming - это метод, позволяющий достаточно точно и быстро визуализировать бизнес-процессы и системы. Его преимущество в простоте: для описания системы любой сложности достаточно всего 5-7 элементов. Сравните на минуточку c BPMN, где более 100 элементов.

Автор подхода - итальянский программист Альберто Брандолини, который, кстати, ориентировался на принципы Domain Driven Design (DDD).

📎Как это работает?

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

Процесс проходит итерационно: сначала описывается общая картина (Big Picture), затем уточняются детали процессов (Process Modeling) и в конечном итоге разрабатывается дизайн будущего приложения (Design-Level).

Ведет встречи фасилитатор, знакомый с принципами и эвристиками Event Storming.

👩‍🎓Как познакомиться с Event Storming?

1️⃣ Прочитайте статью на хабре
2️⃣ Посмотрите видео на Youtube
3️⃣ Ознакомьтесь с книгой Альберто Брандолини Как пишет сам автор, книга написана на 70%, но я нашел ее крайне полезной
4️⃣ Следите за постами c хештегом #EventStorming в канале: я буду делиться своим опытом использования этого подхода и фасилитации воркшопов

Расскажите, применяли ли вы EventStorming в своей работе?
🦄 - Да
🙈 - Нет

#EventStorming

Please open Telegram to view this post

VIEW IN TELEGRAM

www.group-telegram.com/in/alex_khvan.com/124

945 viewsOct 23, 2024 at 05:01

Семь бед - один ответ!

Представьте, вам поручили разработку новой фичи в уже существующем веб-приложении. Естественно, за это N-ое количество времени, что существует система, в ней образовались зависимости между компонентами, где-то эти зависимости прибиты костылями, о которых знает только разработчик Петя. И, слава богу, он работает еще в вашей компании, и его тимлид не против того, что вы будете задавать вопросы Пете, но не чаще одного раза в неделю.

Ваша команда уверенно справляется с разработкой, но вот незадача: новая фича относится к той доменной области, с которой вы никогда не работали. А бизнес попросил его сильно не отвлекать и прислал ссылки на страницы в Confluence, где часть информации была обновлена N-2 лет назад, а актуальные страницы представляют собой огромный поток неструктурированного текста без иллюстраций и схем.

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

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

Отличным инструментом для решения такого рода проблем может стать Event Storming.

❔Что это такое?

Event Storming - это метод, позволяющий достаточно точно и быстро визуализировать бизнес-процессы и системы. Его преимущество в простоте: для описания системы любой сложности достаточно всего 5-7 элементов. Сравните на минуточку c BPMN, где более 100 элементов.

Автор подхода - итальянский программист Альберто Брандолини, который, кстати, ориентировался на принципы Domain Driven Design (DDD).

📎Как это работает?

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

Процесс проходит итерационно: сначала описывается общая картина (Big Picture), затем уточняются детали процессов (Process Modeling) и в конечном итоге разрабатывается дизайн будущего приложения (Design-Level).

Ведет встречи фасилитатор, знакомый с принципами и эвристиками Event Storming.

👩‍🎓Как познакомиться с Event Storming?

1️⃣ Прочитайте статью на хабре
2️⃣ Посмотрите видео на Youtube
3️⃣ Ознакомьтесь с книгой Альберто Брандолини Как пишет сам автор, книга написана на 70%, но я нашел ее крайне полезной
4️⃣ Следите за постами c хештегом #EventStorming в канале: я буду делиться своим опытом использования этого подхода и фасилитации воркшопов

Расскажите, применяли ли вы EventStorming в своей работе?
🦄 - Да
🙈 - Нет

#EventStorming