Внедрение сложной информационной системы, такой как 1С:ERP или 1С:Комплексная автоматизация, — это не просто установка программы, а глубокая трансформация бизнеса. Проанализируем опыт экспертов и разберем ключевые ловушки, в которые попадают проекты автоматизации. Рассмотрим ситуацию со стороны исполнителя и заказчика, чтобы понять, где именно «тонет» большинство внедрений.
Разберем первую и самую частую проблему. Часто заказчик полагает, что если он нанял профессиональных внедренцев, то его личное участие не требуется. Проанализируем последствия такого подхода: без выделенного ответственного лица (РП со стороны заказчика) некому принимать оперативные решения по изменению бизнес-процессов. Внедренцы не могут сами решить, как именно компания должна торговать или списывать затраты.
Важный момент: РП со стороны заказчика должен обладать не только полномочиями, но и административным ресурсом. Если это рядовой сотрудник, которого «назначили за компанию», проект столкнется с игнорированием со стороны других отделов. Проанализируем роли: спонсор проекта (тот, кто дает деньги и заинтересован в результате) и руководитель проекта (тот, кто управляет ресурсами) — это фундамент, без которого внедрение превращается в бесконечный процесс без финала.
Выясним причину многих провалов: заказчик часто не знает, чего именно он хочет добиться. Рассмотрим классическую ситуацию: руководство хочет «чтобы всё было красиво», но не может сформулировать измеримые показатели (KPI). Проанализируем тезис: если автоматизировать хаос, получится автоматизированный хаос.
Посмотрим на типичные ошибки при постановке целей:
as is (как есть) и понимания to be (как должно быть).Рассмотрим пример: если компания не может вручную свести остатки на складе из-за бардака в первичке, никакая 1С не поможет ей магическим образом увидеть актуальные цифры. Проанализируем необходимость предварительного наведения порядка в учете до начала активной фазы программирования.
Проанализируем психологический аспект. Для рядового сотрудника внедрение новой системы — это всегда стресс, лишняя работа и контроль. Рассмотрим два вида сопротивления:
1С зияют дыры, а отчетность оказывается недостоверной.Выясним, как с этим бороться. Помогает только жесткая воля руководства и внедрение административных регламентов. Проанализируем фразу: «Увольнять несогласных — это классика успешных внедрений». Если топ-менеджмент готов идти на поводу у саботажников, проект обречен.
Рассмотрим ситуацию с позиции Fixed Price (фикс-прайс) против T&M (время и материалы). На проектах с фиксированной ценой часто возникает конфликт из-за размытых границ ТЗ. Заказчик хочет «кабриолет по цене жигулей», требуя всё новые и новые доработки, которые «само собой разумеются».
Проанализируем важность документации. Даже на небольших проектах до 1 млн рублей необходимо фиксировать:
Посмотрим на пример из практики: отсутствие зафиксированного ТЗ приводит к тому, что через два года заказчик предъявляет претензии по функционалу, который изначально не обсуждался. Наличие подписанного документа с описанием того, что на входе и что на выходе, позволяет избежать судебных и финансовых споров.
Разберем техническую сторону вопроса. Часто внедрение спотыкается о качество исторических данных. Если в старой базе справочники номенклатуры и контрагентов замусорены дублями, перенос этих данных в новую 1С:ERP сделает систему неработоспособной с первого дня.
Проанализируем риск «избыточной кастомизации». Желание переделать типовой функционал «под себя» ведет к росту технического долга. Рассмотрим последствия:
Разберем правильный подход: сначала максимально использовать типовые механизмы конфигурации, подстраивая бизнес-процессы под логику 1С, и только в крайнем случае прибегать к разработке уникального функционала.
Рассмотрим еще один важный момент: готовность «железа». Внедрение тяжелых систем требует серьезных мощностей. Если серверы «тормозят», пользователи моментально проникаются ненавистью к новой программе. Проанализируем необходимость проведения нагрузочного тестирования еще на этапе проектирования системы.
Используем типовой чек-лист для проверки технической готовности:
SQL-сервера?Выясним, почему стандартное обучение часто не работает. Попытка обучить всех скопом за неделю до запуска — это путь в никуда. Проанализируем более эффективную методику Train-the-Trainer: обучение ключевых пользователей от каждого отдела. Эти люди становятся внутренними центрами компетенций и снимают нагрузку с внедренцев в первые недели эксплуатации.
Важно понимать: после запуска всегда наступает «эмоциональная яма» — период (1–3 месяца), когда производительность падает, а количество вопросов зашкаливает. Если в этот период нет качественной технической и консультационной поддержки, проект может быть признан неудачным просто из-за паники персонала.
Подводя итог, проанализируем: успех внедрения зависит не столько от гениальности программиста, сколько от слаженности командной работы и готовности заказчика к изменениям. Автоматизация — это в первую очередь управление людьми и процессами, и только во вторую — кодинг на языке 1С.