Артефакты как классика проектного внедрения
В классическом проектном внедрении много внимания уделяется документам-артефактам: уставам, протоколам, функциональным моделям, техническим заданиям и отчетам. Они, конечно, важны, потому что фиксируют договоренности, помогают управлять ожиданиями и задают рамки проекта. Но на практике документов быстро становится слишком много.
Функциональная модель может занимать 200 страниц, техническое задание – еще несколько сотен, протоколы встреч повторяют уже обговоренные решения, а у команды параллельно идут еще два-три проекта. В итоге документы согласовывают, но редко читают полностью.
Проблема начинается там, где проектные артефакты становятся важнее самого результата. Отчеты по этапам подтверждают, что «работы выполнены и услуги оказаны», но не всегда отвечают на главный вопрос: что реально изменилось в системе и стало ли бизнесу проще работать?
Заказчик ждёт работающую систему, а получает очередной файл на согласование. Интегратор тратит недели на описание будущей системы, хотя уже сегодня может показать MVP в живом прототипе. В итоге сроки двигаются, проект дорожает, а часть решений устаревает ещё до начала разработки.
Почему так происходит?
Классическая модель внедрений не всегда эффективна
Для примера разберем классическую схему внедрения 1С:ERP:
На бумаге всё выглядит логично, но на практике есть проблемы в каждом этапе:
1. Документы устаревают быстрее, чем их согласовывают
Пока команда пишет и пытается согласовать функциональную модель, бизнес уже меняется. Появляются новые требования, меняются процессы, люди уточняют ожидания. В результате документ описывает не будущую систему, а состояние обсуждений на момент его написания.
2. Заказчик не всегда понимает, что именно согласовывает
Даже опытному финансовому директору или ИТ-директору сложно представить будущую ERP-систему по текстовому описанию. Фраза «резервирование товаров выполняется с учётом доступного остатка на складе» выглядит понятно. Но как это будет выглядеть в интерфейсе? Что увидит менеджер? Что увидит кладовщик? Где возникнет ошибка? Как это повлияет на отчёт? Пока это не показано в системе, понимание остаётся условным, а самое страшное –- субъективным.
3. Аналитики тратят слишком много времени не на аналитику
По нашей оценке, до 30-40% времени аналитиков на некоторых проектах уходит на подготовку, оформление и согласование документов. Это время можно было бы потратить на настройку прототипа, работу с пользователями, проверку гипотез, подготовку данных и реальное продвижение проекта.
Если классическое внедрение получается не таким эффективным, как хотелось бы, есть ли альтернативный вариант?
Бережливое внедрение – когда прототип важнее документации
Важно оговориться: классическое внедрение – не ошибка и не устаревший подход. Для крупных предприятий, холдингов, государственных заказчиков, проектов с жесткими требованиями к безопасности, регламентам, интеграциям и приемке это по-прежнему золотой стандарт.
Вопрос не в том, чтобы отказаться от классического подхода. Вопрос в том, чтобы не применять его там, где бизнесу важнее быстрее увидеть рабочий результат, проверить гипотезы в системе и двигаться итерациями.
Как раз на таких проектах внедрения 1С:ERP, мы в Райтек всё чаще используем другой метод: меньше описывать систему в тексте и больше собирать её прямо в 1С с первых недель проекта.
Мы называли такой подход «Бережливым внедрением».
Это подход, при котором главным носителем требований становится не большой документ, а рабочий прототип системы. Проще говоря: мы не описываем будущую 1С:ERP в сотнях страниц. Мы разворачиваем копию типовой системы или отраслевой стенд, загружаем данные Заказчика и начинаем настраивать процессы прямо во время рабочих сессий. Заказчик не читает, «как будет работать», а своими глазами видит, как это работает. Это ключевое отличие.
Что заменяет функциональную модель и ТЗ
Резонный вопрос: «Если нет большой функциональной модели, как тогда управлять проектом?»
Ответ: документация остаётся, но меняется её состав и смысл.
Вместо тяжёлых документов используются четыре носителя проектной информации:
- Рабочий прототип 1С:ERP;
- Журнал решений;
- Реестр доработок;
- Записи рабочих сессий с транскрибацией.
Такой подход не отменяет управление проектом и не превращает внедрение в набор устных договоренностей. Наоборот, он делает проектную информацию ближе к реальной работе: ключевые решения фиксируются, доработки контролируются, обсуждения сохраняются, а главным подтверждением прогресса становится не объем согласованных документов, а рабочий прототип в системе.
Важно: это не «внедрение без контроля»
Иногда подход «меньше документации» ошибочно воспринимают как «меньше дисциплины». На самом деле всё наоборот. Бережливое внедрение убирает документы, которые имитировали контроль, и усиливает контроль через работающий результат.
В классической модели можно месяцами согласовывать функциональную модель и не иметь ни одного настроенного процесса. В бережливой модели каждые 2-4 недели заказчик видит результат в системе:
- что настроено;
- что работает;
- что требует доработки;
- какие решения приняты;
- какие задачи ушли в разработку.
Это более жёсткий и наглядный формат управления проектом.
Преимущества для заказчика
Для бизнеса ценность подхода можно сформулировать тремя словами: быстрее, дешевле, точнее.
Быстрее. За счёт отказа от длинного этапа предварительного описания проект быстрее выходит к рабочему результату. На типовых проектах 1С:ERP это может сократить путь до опытной эксплуатации на 30-40%.
Дешевле. Если аналитики меньше времени тратят на оформление документов, снижается стоимость проекта. Для заказчика это может означать экономию бюджета на 15–20% по сравнению с классической моделью – без потери контроля и качества.
Точнее. Заказчик с первых недель видит будущую систему. Не абстрактные схемы, а реальные формы, отчёты, документы и роли. Это снижает риск взаимного непонимания из разряда «мы думали, что это будет работать иначе…».
В итоге заказчик быстрее получает не описание будущей системы, а саму будущую систему в рабочем виде. Команда раньше видит спорные места, быстрее принимает решения и тратит бюджет не на согласование больших документов, а на настройку реального контура, с которым потом будут работать пользователи.
Кому подходит такой формат внедрения 1С:ERP
Бережливое внедрение подходит компаниям, которым важно быстрее перейти от обсуждений к рабочей системе и проверить будущий контур 1С:ERP на реальных процессах, а не только на бумажных моделях.
Такой формат особенно полезен, если у компании уже есть понятное ядро процессов, нет задачи полностью перестроить всю архитектуру с нуля, а бизнес хочет быстрее запустить ключевые участки: продажи, закупки, склад, производство, финансы или управленческий учет.
Он хорошо работает для предприятий, которые готовы активно участвовать в проекте: смотреть прототип, давать обратную связь, принимать решения по доработкам и двигаться итерациями.
При этом бережливое внедрение не означает отказ от контроля. Оно подходит тем, кто хочет сократить лишнюю проектную бюрократию, но сохранить управляемость проекта, прозрачность решений и понятный путь к опытной эксплуатации
Кому такой подход не подойдёт
Бережливое внедрение не подойдет компаниям, которым нужен строго регламентированный проект с большим объемом предварительной документации, формальной приемкой каждого этапа и детальной фиксацией всех требований до начала работ.
Такой формат может быть не лучшим выбором для крупных холдингов, государственных заказчиков и проектов с жесткими требованиями к безопасности, тендерным процедурам, внутренним регламентам и формальной отчетности.
Также подход будет сложнее применить, если у заказчика нет готовности быстро включаться в работу: участвовать в сессиях, смотреть прототип, давать обратную связь и принимать решения по спорным вопросам. Без активного участия бизнеса итерационный формат теряет смысл.
Если проект требует полного описания целевой архитектуры до старта, затрагивает большое количество взаимосвязанных систем или зависит от сложной цепочки согласований, безопаснее использовать классическую модель внедрения или комбинированный подход.
Что делать если вы сейчас планируете внедрение 1С:ERP
Подведем итог. Если вы рассматриваете переход на 1С:ERP, важно не только выбрать систему и подрядчика, но и заранее определить подход к внедрению.
Классическая модель с большим этапом обследования, функциональными моделями и подробными техническими заданиями подходит не всем. Для части проектов она действительно необходима, но в других случаях может растянуть путь до первого рабочего результата и увеличить объем согласований.
Бережливое внедрение предлагает другой сценарий: быстрее перейти от обсуждений к рабочему прототипу, показать будущий контур 1С:ERP на реальных данных и вместе с командой заказчика проверить, как система будет поддерживать ключевые процессы. Такой формат помогает раньше увидеть спорные места, быстрее принять решения по доработкам и не тратить бюджет на описание того, что можно проверить в живой системе.
Стоит держать в уме, что внедрение 1С:ERP – это не конкурс на самое подробное техническое задание. Это проект по созданию управляемой системы, которая должна помогать бизнесу работать быстрее, прозрачнее и точнее.
Хотите подробнее узнать, как работает методика бережливого внедрения 1С:ERP? Посмотрите полную презентацию: в ней показываем этапы подхода, отличие от классического внедрения и как строится процесс командной работы 👇
Узнать больше о бережливом внедрении от Райтек