BPMS без иллюзий: практика, методология, процессы, бюджет, баланс внедрения, Дмитрий Колотев MERCK
Дмитрий Колотев, руководитель отдела Информационных технологий MERCK. CNews FORUM Кейсы 2026: опыт ИТ-лидеров.
Успешное внедрение BPMS нельзя сводить только к самой системе. Речь идёт о более широкой конструкции, в которую входят методология, внутренняя процессная логика компании, знания, правила взаимодействия и люди. Система и методология показаны как равнозначные части одного целого: без одного элемента другой не даёт полноценного результата.
Отдельный акцент сделан на людях как на ключевом факторе внедрения. Подчёркивается, что процессы на бумаге и реальные процессы в компании могут заметно отличаться, потому что исполняют их живые люди с разным пониманием, привычками и стилем работы. Особенно это заметно там, где передача информации идёт между подразделениями: именно человеческий фактор часто определяет, как фактически работает процесс, а не как он описан в регламентах.
Большое внимание уделено роли спонсора проекта и грамотному бюджетированию. Важно не просто получить одобрение бюджета, но и заранее договориться, на что именно он будет потрачен, какие риски и запас прочности заложены, и почему на внедрение BPMS почти всегда нужно закладывать больше ресурсов, чем кажется на старте. Это связано с тем, что реальные процессы часто оказываются сложнее бумажного описания и требуют доработок по ходу проекта.
Ещё одна сильная мысль выступления — выбор процесса для автоматизации должен быть осознанным. Нельзя начинать ни с чрезмерно рискованного процесса, где ошибка дорого обойдётся, ни с слишком малого, где будет сложно доказать экономический эффект. Подход должен учитывать критичность процесса для компании, связанные с ним риски и возможность показать результат в разумные сроки.
Также подчёркивается различие между организацией процесса через центр компетенций и ставкой на практические навыки ключевых пользователей. Если BPMS используется точечно, разумнее опираться на обучение и самостоятельную работу ключевых сотрудников. Если же система становится единым окном и оркестрирует множество приложений и потоков, тогда рано или поздно понадобится центр компетенций — это уже более устойчивая и экономичная модель для сложного ландшафта.
Отдельно разбираются ожидания от low-code и no-code. Формочки сами по себе не являются проблемой, но как только в процесс начинает входить серьёзная бизнес-логика, простых инструментов может оказаться недостаточно. Поэтому важно подробно прорабатывать техническое задание и сами процессы заранее: чем точнее описание, тем выше шанс вовремя увидеть ограничения платформы, узкие места и новые требования.
Финальный управленческий вывод выступления — ценность баланса. Внедрение BPMS требует не крайностей, а взвешенных решений: между системой и методологией, скоростью и качеством, универсальностью и реальными ограничениями платформы, автоматизацией и сохранением управляемости. Лучший подход — мыслить процессно, двигаться небольшими кусками, быстро получать результат и корректировать курс по мере появления новой информации.
