Почему функциональные заказчики выгорают при переходе с УПП — и как спланированная опытная эксплуатация этого не допускает

Для ИТ-директоров и функциональных экспертов

Знакомая картина для многих, кто уже проходил переход с 1С:УПП: спустя несколько месяцев после старта сначала опытной, а потом опытно-промышленной эксплуатации ключевые пользователи — плановики, снабженцы, бухгалтеры, диспетчеры — работают на пределе. Они ведут учёт в двух системах одновременно, дублируют ввод данных, разбираются с расхождениями между старым и новым контуром — и никто не может гарантировать, что это закончится в плановые сроки.

Естественный вывод, который делает команда в такой ситуации: «замена 1С:УПП — это изматывающий процесс сам по себе». Но это неверный вывод. Причина усталости — не сам факт временного совмещения проекта с операционной работой, а отсутствие заранее спланированного сценария опытной эксплуатации: нет чётких критериев, по которым можно понять, что старую систему пора отключать, и нет ограничения на объём данных, которые нужно вести параллельно.

В чём настоящая причина

Опытная эксплуатация — период, когда предприятие работает в новой системе, но старая ещё не отключена — существует в любом проекте перехода. Это не изъян, а необходимый этап проверки. Проблема возникает не из-за самого факта ОЭ, а из-за того, что она не спланирована:

• Не определены заранее критерии, при выполнении которых 1С:УПП можно отключить — решение принимается интуитивно, «когда все привыкнут», а не по чётким признакам готовности.
• Не ограничен объём параллельного учёта — вместо того чтобы дублировать только критичные документы для контроля, команда ведёт в двух системах буквально всё.
• Доработки и донастройки принимаются по ходу ОЭ, а не согласованы заранее — это превращает стабилизацию конфигурации системы в бесконечный поток изменений.

Что при этом теряется

Не только время и нервы сотрудников. Затянутая и неспланированная ОЭ приводит:

• к ошибкам из-за истощения внимания, к внутреннему сопротивлению проекту — люди, которые устали от хаоса, перестают доверять новой системе вне зависимости от её реальных достоинств;
• к репутационным потерям внутри компании, когда о проекте начинают говорить как о «той самой бесконечной истории с переходом».

Как выглядит спланированная опытная эксплуатация

Правильно организованная ОЭ (ОПЭ) строится на трёх элементах, каждый из которых должен быть зафиксирован до начала этого этапа, а не определён по ходу дела:

• Заранее определённые критерии готовности к отключению 1С:УПП. Это конкретный, измеримый набор условий — например, корректность контрольных отчётов за два подряд идущих закрытых периода, отсутствие критичных расхождений по ключевым процессам, готовность пользователей работать без параллельного ввода.
• Ограниченный и согласованный объём параллельного учёта. Дублируется не весь объём операций, а только те документы и процессы, которые реально нужны для контроля корректности перехода — остальное ведётся исключительно в новой системе с самого начала ОЭ (ОПЭ).
• Регламент внесения изменений на этапе ОЭ (ОПЭ). Доработки и корректировки, выявленные в процессе, фиксируются, приоритизируются и вносятся по согласованному регламенту, а не хаотично — это не устраняет доработки полностью, но убирает ощущение бесконечного потока непредсказуемых изменений.

Что спросить у подрядчика

ИТ-директору и функциональным экспертам стоит получить внятный ответ на конкретный вопрос до начала проекта: «Какие именно критерии определяют, что старую систему можно отключить, и кто принимает это решение?» Если ответ звучит как «посмотрим по ситуации» — это сигнал, что усталость команды на этапе ОЭ станет реальностью, а не гипотетическим риском.

Проверьте, заложен ли в ваш проект план опытной эксплуатации с чёткими критериями завершения. Диагностика готовности предприятия к переходу с 1С:УПП включает отдельную оценку этого риска — 15 минут, и вы увидите конкретный профиль именно для вашей команды.