Вторник: Как не потерять темп после первых побед — планируем второй этап внедрения 1С:ERP
Вторник: Как не потерять темп после первых побед — планируем второй этап внедрения 1С:ERP Привет, коллеги! 👋 Вчера говорили про то, как превратить результаты аудита в первый этап: быстрые победы, MVP-сценарий, метрики, границы. Сегодня — про то, что происходит дальше. И это часто оказывается сложнее, чем старт. Картина знакомая: первый этап запустили, демо прошло отлично, директор доволен. И тут начинается «а давайте теперь сразу и производство, и расчёт себестоимости, и казначейство». Энтузиазм — это хорошо, но без чёткого плора он превращается в хаос: команда хватается за всё подряд, сроки размываются, а результаты второго этапа становятся менее предсказуемыми, чем первого. Как удержать темп и не скатиться в «внедряем всё сразу»: Не начинать второй этап, пока первый не отработал полный цикл. Хотя бы один месяц реальной работы в продуктиве: пользователи сами создают документы, закрывают период, формируют отчёты. Если первый этап не «прожит» руками бизнеса — второй начинать рано. Все недочёты всплывут именно в реальном цикле, и лучше их поймать сейчас, чем тащить в следующий этап. Оценить, что реально мешает бизнесу прямо сейчас. Не «что осталось из аудита», а «где болит на сегодняшний день». После первого этапа у компании уже есть опыт работы в системе, и приоритеты могут сместиться: то, что в аудите казалось критичным, может оказаться второстепенным, и наоборот. Сгруппировать следующие этапы по зависимостям. Например, расчёт себестоимости невозможен без корректного учёта затрат и выпуска. Если запустить себестоимость, не доведя базу затрат, — получите цифры, которым никто не доверяет. Этапы должны идти цепочкой, а не параллельно «по желанию». Повторить механику первого этапа: MVP, метрики, границы. То, что сработало на старте, сработает и дальше. Если второй этап — производство, значит, MVP: маршрутный лист, выпуск, списание материалов. Метрика: «время закрытия смены сократилось с 4 часов до 1». Границы: «в этом этапе не трогаем бюджетирование и не меняем учётную политику». Не забывать про тех, кто уже работает в системе. После первого этапа пользователи привыкли к одному сценарию — а второй этап приносит изменения в их рутину. Если не заложить время на переобучение и адаптацию, получите сопротивление: «мы только начали нормально работать, зачем опять всё менять». Был кейс: после успешного первого этапа (склад и закупки) компания решила запустить сразу три блока — производство, себестоимость и казначейство. Через два месяца выяснилось, что учёт затрат не настроен, маршруты производства не формализованы, а казначейство повисло, потому что не было корректных данных из закупок. Остановились, вернулись к плану: сначала довели учёт затрат и выпуск, потом — себестоимость, и только через три месяца — казначейство. Каждый блок запускали по схеме первого этапа: MVP, метрика, демо для бизнеса. В итоге все три блока заработали, но на это ушло 5 месяцев вместо заявленных 2. Главный вывод: первые победы дают импульс, но они же создают иллюзию, что дальше будет так же легко. Второй и последующие этапы требуют такой же дисциплины, как первый: чёткие границы, MVP-сценарий и метрики. Если этого нет — проект превращается в бесконечное внедрение, где каждый новый этап сложнее предыдущего. 💬 А у вас бывало, что после успешного старта проект «разбегался» во все стороны сразу? Как возвращали фокус — или решили, что параллельные потоки — это нормально? Делитесь в комментариях. 👇 Кодерлайн помогает планировать этапы внедрения 1С:ERP после первого запуска: оцениваем зависимости, группируем процессы, фиксируем метрики и границы каждого этапа. Напишите в личку — выстроим дорожную карту под ваш проект. #Кодерлайн 🫰 #1С #ERP #внедрение #управлениепроектом #MVP