Путь к BPMN и выбор Stormbpmn для оптимизации бизнес процессов
Смотрите данное видео на нашем YouTube канале
Денис: Андрей, расскажи, как ты вообще стал интересоваться темой BPMN и почему решил написать мне?
Андрей: Предыстория такова, что я совсем не хотел ИТ компанию, потому что у меня было негативное восприятие разработчиков в целом. Часто они очень далеки от бизнеса, не хотят вникать в процессы и говорят на непонятном языке. Управлять в таком контексте на растущем рынке было сложно, особенно когда это был «красный» рынок, где разработчиков было мало, а новые зачастую не очень квалифицированные.
Мне не нравилась коммуникация между бизнесом и разработчиками. Нужно было преодолевать барьер и переводить задачи на язык бизнес-процессов, чтобы разработчики понимали, зачем они делают то или иное, а бизнес видел эффект и ценность. В IT-разработке часто речь идёт об оптимизации процессов, и процессный подход — это именно то, что нужно клиентам, для которых операционная эффективность на первом месте.
Денис: Как вы пришли к BPMN и почему выбрали именно Stormbpmn?
Андрей: Мы долго искали способ описания бизнес-процессов. Пробовали разные подходы и в итоге пришли к BPMN 2. Ты много контента выпускал по этой теме, и это помогло мне полностью переосмыслить процессное мышление — понять, зачем нужны метрики, как правильно строить схемы, почему бизнес-процессы должны быть иерархичными и легко читаемыми.
Когда это у меня в голове сложилось, мы начали обучать команду процессному моделированию и даже отправляли ребят на твои курсы. Это стало базой для онбординга в нашей компании. Stormbpmn казался удобным и правильным инструментом, который помогает мыслить в рамках BPMN и избегать лишнего функционала, который часто мешает.
Важность процессного подхода и культура коммуникации в IT-командах
Денис: Как процессный подход изменил коммуникацию между разработчиками и бизнесом в вашей компании?
Андрей: Сначала разработчики стали лучше понимать, что такое бизнес-процессы, а бизнес — видеть их в понятном виде. Например, один из наших крупных клиентов впервые увидел свои бизнес-процессы с помощью Stormbpmn, хотя у них был целый этаж аналитиков, которые рисовали схемы, но эти схемы были сложными и нерабочими для команды.
Очень часто бизнес-процессы рисуются «для галочки», никто по ним не работает. Мы же считаем, что инструмент должен использоваться в первую очередь бизнесом — именно тогда появляются лучшие идеи и понимание. Это помогает управленцам и разработчикам видеть последовательность действий и слабую связность, что критично для архитектуры сервисов.
Денис: Как вы работаете с командой, чтобы она была вовлечена и понимала задачи?
Андрей: Очень важно, чтобы у разработчиков была мотивация общаться с пользователями, задавать вопросы и понимать влияние своих изменений на метрики. В нашей команде я стараюсь культивировать культуру, где разработчик не просто выполняет задачи, а понимает, зачем это нужно и может аргументированно отказаться от бессмысленных фич.
Проблемы с постановкой целей и техническими заданиями в IT-проектах
Денис: Ты упомянул, что клиенты часто не знают своих бизнес-процессов и целей. Как это влияет на проекты?
Андрей: Это одна из главных проблем. Часто на пресейле мы с клиентами несколько месяцев уточняем цели, потому что изначально они сформулированы поверхностно: «Внедрить PIM-систему» — но зачем? Что именно улучшится? Если цели нет, сложно понять, сделали ли мы что-то полезное.
У нас был проект, который два года делали и в итоге он лег на полку. Клиент был доволен, но мы не понимали, чем именно. Метрик эффекта не было, команда не понимала приоритеты, клиент менялся, и проект бесконечно растягивался. Это очень частая история, когда без ясной цели всё разваливается.
Денис: Как вы решаете эту проблему в своей работе?
Андрей: Мы перестали работать с клиентами, которые не готовы четко формулировать цели. Если не понимаем, зачем делать, отказываемся от проекта. Также используем процессное моделирование уже на первых этапах проекта, если процессы сложные и объемные — чтобы выявить ключевые ограничения и метрики, на которые будет влиять проект.
Процессное моделирование помогает найти узкие места и согласовать между отделами, почему ресурсы распределяются так, а не иначе. Это снижает конфликты и повышает качество управления.
Выводы и рекомендации по оптимизации бизнес процессов и работе с клиентами
Денис: Какие основные выводы ты сделал из своего опыта?
Андрей: Во-первых, никогда не начинайте проект без понимания цели и метрик эффекта.
Во-вторых, бизнес-процессное моделирование — это не только инструмент для рисования схем, а способ организовать мышление, согласовать команду и выявить узкие места.
В-третьих, важно работать с клиентами, которые готовы обсуждать и корректировать задачи, а не просто требуют «сделайте то, что я сказал». И наконец, IT-команда должна быть партнером бизнеса, а не просто исполнителем. Тогда и проекты будут успешными, и эффективность возрастет в разы.
Особенности выбора инструментов для BPMN и Stormbpmn
Денис: Почему ваша команда остановилась на Stormbpmn и как вы оцениваете этот инструмент?
Андрей: Мы пробовали разные инструменты — Draw.io, Lucidchart, Business Studio и другие. Но у меня было доверие к твоему продукту, потому что он был простой, правильный и не перегруженный лишними функциями.
В Stormbpmn нет излишних кнопок и возможностей, которые только отвлекают. Это помогает думать процессно, а не теряться в интерфейсе. Мы ценим, что до сих пор у вас нет возможности за деньги заказать доработку — это дисциплинирует и сохраняет фокус на общем развитии продукта.
Денис: Как вы объясняете клиентам и команде использование BPMN, ведь многие считают его сложным?
Андрей: Мы не говорим клиентам сразу: «Это BPMN». Мы просто показываем, что это визуализация процессов, которая помогает понять, как всё работает. Сначала люди боятся, что схемы будут непонятными, но когда видят результат и начинают пользоваться, спрашивают, что это было и как это называется.
В команде это стало естественной частью работы, а для клиентов — инструментом для улучшения понимания и согласования.
Реальные кейсы оптимизации бизнес процессов и экономический эффект
Денис: Можешь привести примеры, где BPMN и Stormbpmn помогли реально улучшить показатели?
Андрей: У одного крупного девелопера стояла задача сократить сроки строительства с 24 до 18 месяцев. Без процессного моделирования было непонятно, как это сделать. Мы вместе шли к метрикам и нашли узкие места, благодаря чему срок существенно сократился.
Оптимизация сроков — это напрямую оборачиваемость денег. Если товар продаётся быстрее или жилой комплекс строится быстрее, это миллиарды рублей экономии. При этом многие крупные компании не занимаются тотальной прозрачностью процессов, хотя эффект от этого может быть колоссальным.
Денис: Какие сложности встречаются при моделировании процессов с внешними актерами?
Андрей: Часто процессы включают взаимодействие с внешними участниками, которые работают с минимально возможной скоростью. Мы моделировали процесс, который формально занимает два месяца, но операции — две недели, а остальное — бюрократические задержки, которые даже не считались.
Это пример «баннерной слепоты», когда люди привыкли к неэффективности и не видят её. В BPMN мы ставим задачи на себя, чтобы управлять внешними актерами и минимизировать такие задержки.
Философия партнерства в IT и миссия KT.team
Денис: Какова ваша миссия и подход к работе с клиентами?
Андрей: Мы хотим изменить IT-отрасль, чтобы разработчики говорили на человеческом языке, команды становились компактными и вовлечёнными. IT-команда должна быть партнером бизнеса, а не просто «руками», которые выполняют задачи.
От вовлечённости разработчиков напрямую зависит эффективность — вовлечённый разработчик может быть в 106 раз эффективнее. Мы стараемся строить партнерские отношения, где мы спорим с клиентом, ищем лучшие решения, а не просто кодим то, что сказали.
Денис: Какие проблемы встречаются в крупных компаниях с большим числом разработчиков?
Андрей: В крупных компаниях часто слишком много людей и мало вовлечённости. Например, в банке может быть 2700 разработчиков, а в маленькой успешной компании — 8-13 человек. Чем больше команда, тем сложнее объяснить, что и зачем делать.
Также встречается дисбаланс: на 10 разработчиков может приходиться 30 бизнес-аналитиков, что приводит к конфликтам и неэффективности. Мы считаем, что работа с высококвалифицированными людьми должна строиться на партнерстве и общей мотивации.
FAQ: Часто задаваемые вопросы об оптимизации бизнес процессов и BPMN
Что такое BPMN и зачем он нужен?
BPMN — это стандартизированный язык моделирования бизнес-процессов, который помогает визуально описать процессы компании так, чтобы они были понятны и бизнесу, и IT. Он упрощает коммуникацию, выявление проблем и оптимизацию процессов.
Почему важно понимать цели проекта перед началом разработки?
Без чётких целей невозможно оценить, достигнут ли желаемый эффект. Это приводит к бесконечным доработкам, перерасходу бюджета и неудовлетворённости как заказчика, так и команды.
Как BPMN помогает повысить эффективность работы IT-команды?
Процессное мышление и визуализация процессов дают разработчикам понимание контекста, последовательности действий и приоритетов. Это снижает ошибки, ускоряет разработку и улучшает качество результата.
Почему стоит выбрать Stormbpmn для моделирования бизнес процессов?
Stormbpmn — это удобный и простой инструмент, который поддерживает стандарты BPMN, не перегружен лишним функционалом и помогает думать в рамках правильной методологии. Он подходит для команд и бизнеса, которые хотят работать эффективно.
Как мотивировать разработчиков быть вовлечёнными в бизнес-процессы?
Важно культивировать культуру общения с пользователями, понимания целей и влияния своей работы на бизнес. Вовлечённый разработчик работает в десятки раз эффективнее, и это приносит пользу всей компании.
Можно ли использовать BPMN в небольших и инновационных компаниях?
Да, но в инновационных компаниях с частыми изменениями достаточно моделировать процессы на высоком уровне. В более зрелых и сложных компаниях BPMN помогает структурировать и оптимизировать множество регламентов и процессов.
Заключение
Оптимизация бизнес процессов с помощью BPMN и правильного инструментального подхода — это ключ к повышению эффективности IT-команд и бизнесов в целом. История Андрея Путина и команды KT.team показывает, как процессное мышление, культура партнерства и четкое понимание целей могут привести к впечатляющим результатам, вплоть до увеличения эффективности в 106 раз.
Если вы хотите сделать свою команду и бизнес более организованными, прозрачными и успешными, начните с правильного моделирования процессов и выбора подходящих инструментов. Помните, что IT — это не просто код, а решение бизнес-проблем и создание ценности для клиентов.
Подписывайтесь на канал BPMN, Бизнес процессы и котики и следите за новыми материалами по BPMN и оптимизации бизнес процессов!
