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