Переход на новое ИТ-решение редко бывает чисто техническим проектом. Этапы подобных процессов известны и упорядочены: определение вех, выбор платформы, проектирование процессов, план перехода, установка и адаптация, миграция данных, интеграции и тестирование – достаточно стандартный процесс, который как минимум раз случался у каждой компании. Очень важна и организационная сторона вопроса, так как один из важнейших процессов, влияющих на успех переезда и эксплуатации – научить сотрудников регулярно и правильно использовать новый инструмент.
Представим типичную ситуацию. Проект идёт по плану: пройдены десятки интервью с бизнесом, согласованы прототипы, завершена сложная настройка, исторические данные загружены и проверены. Команда работает на пределе, релиз близок.
И вот на финальном на этапе обучения происходит следующее: пользователи молчат, не задают вопросов, а после запуска опытно-промышленной эксплуатации начинают выражать недовольство — «в старой системе было лучше», «нам некогда с этим разбираться», «это неудобно». Руководители подразделений, которые ещё вчера поддерживали вашу инициативу, транслируют скепсис своих команд.
Проект упирается в проблему: технически - внедрение состоялось, а принятие изменений пользователями — нет.
Почему сопротивление — это закономерность, а не провал
Сопротивление на проектах замены ПО — это не исключение, а естественная реакция организации.
Например, замена BPM-системы затрагивает привычные сценарии работы, личную производительность сотрудников, KPI подразделений и распределение ответственности. Даже объективно более эффективная система может восприниматься сотрудниками как угроза. В моменте люди оценивают не архитектуру решения или будущую эффективность, а влияние нового сейчас на свою ежедневную работу.
Поэтому попытка просто подменить одну систему другой и просто обязать всех работать в новой с определенной даты, не обеспечив план перехода — часто приводит к скрытому саботажу, росту эскалаций и снижению доверия к проектной команде.
Управление переходом: вопросы, на которые стоит ответить заранее
Успешная миграция из одного продукта в другой требует не только технического плана, но и стратегии адаптации пользователей.
Руководителю проекта важно определить:
- На чью работу изменения окажут наибольшее влияние?
- Как заполучить операционную поддержку руководителей отделов?
- Достаточно ли выбранного формата обучения для разных типов пользователей?
- Есть ли понятная модель поддержки в первые недели после запуска?
Наш проектный опыт показывает, что единичного обучения пользователей недостаточно. Эффективно работают комбинации форматов: интерактивные сессии вместо формальных лекций, привлечение ведущих пользователей к тестированию на этапе подготовки к запуску, короткие видео-инструкции для типовых операций, доступная первая линия поддержки в первые периоды эксплуатации и в периоды интенсивного использования, выделенный эксперт отдела в первые недели, прозрачная обратная связь и быстрая корректировка критичных проблемных зон. Важно не только обучить, но и поддержать освоение продукта.
Роль руководителей подразделений
Отдельный фактор — позиция руководителей отделов. Сотрудники отделов ориентируются на позицию своих руководителей в том числе.
Поэтому важно заранее вовлечь руководителей отделов и направлений в процесс: показать управленческую ценность новой системы, связать её функциональность с KPI подразделения и обозначить роль менеджмента как амбассадоров изменений. Без управленческой поддержки даже самая удобная система может долго оставаться «чужой».
Экспертиза внедрения как фактор успеха
В проектах миграции на новый продукт особенно ценен опыт команд, которые проходили подобные трансформации в крупных организациях.
Такие эксперты помогают выстроить план коммуникаций, подготовить руководителей подразделений, выбрать подходящий формат обучения, организовать поддержку на старте, а также снизить риск организационного саботажа. Именно сочетание технической компетенции и понимания корпоративной динамики позволяет сделать переход управляемым.
Замена любого масштабного ИТ-решения напрямую влияет на порядок работы десятков или сотен сотрудников. Техническая и технологическая готовность не гарантирует организационного принятия, и задача руководителя проекта — управлять не только сроками и бюджетом, но и доверием, вовлечённостью и поддержкой бизнеса. Компания Navicon готова оказать экспертную и ресурсную поддержку, усилив ваши ИТ-команды в наиболее комфортном для вас формате.
В конечном счёте успех внедрения измеряется не только тем, что выдержан срок релиза, а еще и тем, насколько новая система стала естественной частью операционной среды компании.
