StormConf 2025: как это было [1/2]
Не могла не написать про этот громкий дебют ребят из StormBPMN - 11 апреля прошла первая конференция StormConf, посвященная BPM.
Хочу начать с того, что я не люблю вендорские конференции, и почти никогда на них не хожу, потому что пользы от них очень и очень мало. На таких конференциях все доклады сводятся не к тому, как та или иная компания что-то оптимизировала или улучшила, а к тому, что как хорош тот софт, вендор которого организует конференцию. И к этому в целом нет претензий, понятно, что вендор делает конфу для потенциальных продаж. И именно в этом для меня было главное отличие конференции Шторма - доклады были про реальный опыт BPM, спикеры были не только клиенты и партнеры.
И вообще на конференции было круто реально всё:
🎯 Качество докладов (а это именно то, зачем стоит идти на конференцию)
🎯 Подарки для участников (то зачем мы реально ходим на конференции)
❤️❤️❤️ Внимание команды, организаторов
🎯 Качество звука, видео
🎯 Тайминг
❤️ Атмосфера
🎯 Еда
🎯 Фото (реально первая конференция с которой у меня так много фоток, и тем более хороших фоток)
🎯 Скорость, с которой ребята отдали материалы - прошла всего неделя, а презентации, фото и вид
ео уже здесь
Отдельно хотела бы отметить два доклада, которые мне запали в сердечко. Ребята их выложили уже, прям очень советую их посмотреть.
1. Доклад Кости Донского «Как слезть с дерева, и не поцарапаться»
Ну, во-первых, название топ 💔
Во-вторых, презентация у Кости вообще почти без текста, только картинки с котиками, это, конечно, милота, но цепляет не только это, а то, что Костя сложную тему разложил на котиках, и все как будто всё поняли (но это не точно).
Ну а теперь к делу, под деревом имеется ввиду всем нам привычная древовидная структура процессной модели организации. Все, кто сталкивался с процессами, точно знают эти карты процессов, которые имеют кучу уровней вложенности. Я кстати о своем опыте
писала статью в блоге Дениса о таких подходах. На первый взгляд такая структура выглядит логично и стройно, но если копнуть, то можно увидеть ряд проблем, и неповоротливости этого подхода к структурированию процессов компании.
Что я имею ввиду:
1. Из опыта: когда мы с коллегами пытались осознать, сколько уровней должно быть в нашей процентной модели, и для чего нужен каждый, то мы честно смогли понять только то, что нам нужен первый уровень и последний, и все, что между ними, конкретных целей как будто не имеют, кроме как для связности между первым и последним
2. Когда есть четкая иерархия, это означает, что каждый процесс должен иметь четкое положение в этой пирамиде, а в жизни это не всегда так, об это мы тоже голову ломали с коллегами много часов
3. Сложность поддержки актуальности
4. Много споров о гранулярности
В чем идея МАП (матричная архитектура процессов), о которой рассказывал Костя — это способ организации процессов в компании, при котором каждый процесс может одновременно рассматриваться в нескольких разрезах (контекстах). Такой подход помогает:
- обеспечить согласованность процессов,
- минимизировать дублирование,
- упростить навигацию и анализ,
- сосредоточиться на конечной ценности — Процессе, а не на абстрактных уровнях модели.
Процессы в МАП легко масштабируются и переиспользуются в разных бизнес-направлениях.
Ребята также анонсировали автоматизацию такого подхода в StormBPMN😻. У меня нет сейчас задач по этой теме, но если бы были, точно попробовала, как на практике такая архитектура работает.