Есть сценарий, который повторяется с удручающей регулярностью. Предприятие принимает решение о внедрении ERP-системы (системы планирования ресурсов предприятия). Руководство воодушевлено, бюджет выделен, интегратор выбран. На установочной встрече звучит амбициозная цель: «Через полгода мы должны работать полностью в новой системе — производство, склад, закупки, продажи, бухгалтерия, управление персоналом, проекты. Всё. Сразу».
Через полгода выясняется: ни один модуль не доведён до рабочего состояния, бюджет исчерпан на семьдесят процентов, сотрудники измотаны бесконечными совещаниями и обучениями, которые ни к чему не привели, а часть коллектива тихо вернулась к Excel и тетрадкам. Проект формально «продолжается», но все понимают, что он в тупике.
Это не гипотетический сценарий. По различным оценкам, именно попытка «внедрить всё сразу» — одна из трёх главных причин провала ERP-проектов, наряду с автоматизацией хаоса и отсутствием поддержки первого лица.
Альтернатива — фазированный подход, при котором система внедряется поэтапно, каждый этап заканчивается работающим результатом, и только после его стабилизации начинается следующий. Разберём, как это устроено на практике.
Почему «большой взрыв» не работает
Попытка запустить все модули одновременно создаёт проблемы на нескольких уровнях, и каждая из них сама по себе была бы серьёзной, а вместе — они практически непреодолимы.
Перегрузка людей. Каждый модуль требует настройки, заполнения справочников, тестирования, обучения пользователей, адаптации процессов. Когда это происходит по двадцати направлениям одновременно, ни одно из них не получает достаточного внимания. Ключевые пользователи — те самые люди, которые должны одновременно выполнять свою основную работу и осваивать новую систему — оказываются в ситуации, когда день состоит из совещаний, обучений и «срочных вопросов по проекту», а на производство времени не остаётся.
Невозможность локализовать ошибки. Когда запущено всё разом и что-то идёт не так (а что-то идёт не так всегда), определить, в каком именно модуле или процессе проблема, — крайне затруднительно. Ошибка в складском учёте каскадно влияет на закупки, закупки — на производство, производство — на отгрузку. Всё связано со всем, и разобраться в клубке проблем, возникших одновременно в десяти модулях, практически невозможно.
Отсутствие промежуточных результатов. При «большом взрыве» результат виден только после запуска всей системы целиком — то есть через полгода-год. Всё это время предприятие вкладывает деньги и усилия, не получая ничего взамен. Когда через полгода результат оказывается неудовлетворительным, выясняется, что бюджет уже потрачен и исправить ситуацию значительно сложнее, чем было бы на раннем этапе.
Сопротивление нарастает лавинообразно. Когда изменения происходят постепенно, коллектив успевает адаптироваться. Когда меняется всё сразу — люди чувствуют, что почва уходит из-под ног, и сопротивление, которое при постепенном подходе удалось бы канализировать и снять, при «большом взрыве» приобретает лавинообразный характер.
Как устроен фазированный подход
Принцип прост: делим проект на этапы, каждый из которых имеет конкретный измеримый результат — работающий набор функций, которым предприятие может пользоваться. Запускаем первый этап, стабилизируем, убеждаемся, что работает, — и только после этого переходим к следующему.
Типичная структура фазированного внедрения для производственного предприятия выглядит примерно следующим образом.
Предпроектная подготовка — тот самый этап, о котором мы говорили в статье о подготовке к внедрению: описание процессов, чистка справочников, определение приоритетов, назначение ответственного, инвентаризация. Занимает две-четыре недели, выполняется силами самого предприятия.
ROI-анализ и старт проекта (Kick-Off) — совместная работа предприятия и интегратора: обследование процессов, определение целей, оценка возврата на инвестиции, согласование плана и фаз. Занимает одну-две недели. Результат — согласованный план проекта с чётким описанием того, что входит в каждую фазу и что является критерием её завершения.
Первая фаза — ядро системы. Для производственного предприятия это, как правило, склад, закупки и базовое управление производством (спецификации, производственные заказы, учёт выпуска). Иногда сюда включаются продажи — чтобы замкнуть цикл «заказ клиента → производство → отгрузка» в единой системе. Продолжительность — два-четыре месяца. Завершается выходом в рабочую эксплуатацию (Go-Live) по выбранным модулям.
Стабилизация — период после запуска, в течение которого система работает в «боевом» режиме, выявляются и устраняются проблемы, дообучаются пользователи, накапливается статистика. Обычно две-четыре недели. Это критически важный этап, который нередко пропускают, спеша перейти к следующей фазе. В результате проблемы первой фазы «наследуются» второй, и клубок нарастает.
Вторая фаза — расширение. Добавляются модули, которые были осознанно отложены: управление качеством, расширенное планирование, техническое обслуживание оборудования, управление проектами. Каждый модуль — с обучением, тестированием и периодом стабилизации.
Последующие фазы — интеграции с внешними системами, аналитика и отчётность, автоматизация вспомогательных процессов (HR, документооборот), подключение мобильных рабочих мест.
Принцип: «необязательное — после Go-Live»
Один из ключевых принципов, которым мы руководствуемся при планировании фаз: в первую фазу входит только то, без чего бизнес не может работать. Всё остальное — во вторую и далее.
Это требует дисциплины, потому что на этапе обследования неизбежно возникает длинный список «хотелок»: «а ещё нам нужен красивый отчёт», «а можно автоматически формировать договор», «а давайте сразу подключим маркировку». Каждая из этих функций полезна, но ни одна из них не является жизненно необходимой для первого запуска. А каждая дополнительная функция — это дополнительное время на разработку, настройку, тестирование и обучение.
Опытные внедренцы формулируют это так: проект всегда можно разбить на фазы, и необязательные функции — продать клиенту после Go-Live. Не потому что это «продажная уловка», а потому что после запуска приоритеты клиента меняются. То, что казалось критически важным на бумаге, в реальности может оказаться ненужным. А то, о чём никто не думал, — выйти на первый план. Фазированный подход позволяет корректировать курс на основании реального опыта, а не предположений.
Как это выглядит в цифрах
Для ориентира — примерное распределение бюджета и усилий по фазам, характерное для проектов, с которыми мы работаем.
ROI-анализ и старт проекта — около 10–15 процентов бюджета и усилий. Основное внедрение (первая фаза до Go-Live) — около 60–70 процентов. Стабилизация и выход на рабочий режим — около 5–10 процентов. Вторая и последующие фазы — оставшийся бюджет, причём зачастую они финансируются из средств, сэкономленных или высвобожденных благодаря результатам первой фазы.
На одном из проектов, с которым мы знакомы, бухгалтерия трёх юридических лиц группы была переведена на новую систему за две с половиной недели — именно потому, что это был отдельный сфокусированный этап, а не часть «большого запуска всего». Каждый из бухгалтеров получил достаточное внимание, обучение и поддержку — чего не могло бы произойти, если бы параллельно внедрялись ещё десять модулей.
Управление ожиданиями: что реалистично, а что — нет
Фазированный подход не означает «медленно». Он означает «последовательно и с контролем качества». Первый результат — работающая система по базовым модулям — появляется через три-четыре месяца, а не через год. Но важно понимать, что после первой фазы система будет покрывать не все процессы предприятия, а только приоритетные. Остальные подключаются позже, по мере стабилизации и расширения.
Также важно понимать, что выход в рабочую эксплуатацию — не конец проекта, а начало нового этапа. После Go-Live неизбежно возникают ситуации, которые не были предусмотрены при настройке: нестандартные заказы, исключения из правил, специфические запросы клиентов. Первые несколько недель после запуска — период повышенной нагрузки на команду проекта, и к этому нужно быть готовым.
Пожалуй, самое важное ожидание, которое необходимо выставить правильно: ERP — не волшебная палочка. После внедрения предприятие не начнёт работать идеально. Оно начнёт работать прозрачно — то есть руководитель увидит реальную картину, включая все проблемы, которые раньше были скрыты. И это, как ни парадоксально, может первое время восприниматься как ухудшение: «Раньше вроде всё было нормально, а теперь — одни проблемы». Проблемы были и раньше. Просто теперь они видны.
С чего начать
Если предприятие рассматривает внедрение ERP — начать стоит не с выбора системы, а с определения первой фазы. Задать себе вопрос: «Какие три-пять процессов, будучи автоматизированными, дадут максимальный эффект?» и «Без чего бизнес действительно не сможет работать?»
Ответы на эти вопросы формируют ядро первой фазы. Всё остальное — следующие фазы, которые планируются после стабилизации первой. Такой подход даёт работающий результат за обозримый срок, сохраняет управляемость проекта и позволяет корректировать направление на основании реального опыта — а не на основании предположений, сделанных за год до запуска.
Одним из первых процессов, которые обычно автоматизируют, является складской учёт — потому что точные остатки в реальном времени необходимы и для закупок, и для производства, и для отгрузки. Мы подготовили бесплатный чек-лист «Хаос на складе = хаос в производстве: 7 правил наведения порядка» — конкретные правила организации склада, которые стоит внедрить ещё до начала проекта ERP, чтобы подготовить почву для системного учёта.
Забирайте чек-лист бесплатно на нашем сайте.