Какие риски?
Велика вероятность незаинтересованности со стороны управленческого состава и пользователей. В первую очередь потому, что переход не мотивирован реальными нуждами компании (текущая система может быть вполне рабочей), а навязан извне.
Отсюда же — отторжение непривычной функциональности. Скажем, механизмы расчёта себестоимости и планирования производства в «1С:ERP» и «1С:УПП» серьёзно различаются. На первых этапах пользователям бывает тяжело это принять. Необходимы гибкость и готовность перестроить некоторые процессы.
Что делать?
- Изучить возможности «1С:ERP» и превратить вынужденные траты в инвестиции. Скорее всего для этого понадобится провести реинжиниринг бизнес-процессов: проанализировать их, выявить проблемы, определить желаемое состояние и понять, как прийти к нему с помощью новой функциональности. Так, стоит обратить внимание, что «1С:ERP» соответствует всем стандартам регламентированного учёта, содержит больше функциональных блоков и легко интегрируется с другими конфигурациями семейства 1С.
- Работать с исполнителем не по классической каскадной модели Waterfall, а по Agile или гибридной методологии. Исполнитель должен выстроить план проекта таким образом, чтобы заказчик как можно быстрее получал пользу от перехода за счёт сдачи в эксплуатацию работающих блоков. Это поможет оперативно компенсировать затраты.
Заказчик №2: переход с иностранного ПО
Компании, которые переходят на 1С с SAP и других иностранных программ. Первая волна таких клиентов уже спала, но потребность в миграции на отечественное ПО продолжает возникать. Это касается, например, российских представительств международных корпораций: их могут отключать от централизованных облачных систем.
В основном компании, ранее работавшие с SAP, привыкли к качественному менеджменту, в них чётче выстроены бизнес-процессы. В обычной ситуации они смогли бы избежать большинства проблем, характерных для проектов внедрения. Однако экстренный формат перехода вносит свои коррективы.
Какие риски?Эта категория заказчиков привыкла доверять каскадной методологии: скорее всего текущее ПО внедрялось именно по ней. Но классическая модель не всегда эффективна из-за долгих сроков развёртывания системы и невозможности быстро диагностировать ошибки и гибко корректировать содержание проекта. Из-за этого каскад, который хорошо показывает себя в более стабильных внедрениях, может стать источником переплат.
Ещё одна проблема: по сравнению с теми, кто имеет опыт работы с 1С, пользователям зарубежных систем сложнее адаптироваться к специфике «1C:ERP» (названиям документов, проводок и т.д.). На обучение и запуск в эксплуатацию может уйти больше времени, чем предполагалось.
Что делать? - Рассмотреть вместе с исполнителем варианты гибких методологий (Agile, «1С:Технология быстрого результата», гибридные модели и пр.). Коллективно проработать сценарные планы проекта и решить, по какому пути пойти (классический подход при оптимальном сценарии, гибкий подход, если сроки критически поджимают).