Как мы меняем подход к ERP-проектам

<p style="text-align: justify;"> Почему классическое обследование не всегда защищает проект от роста бюджета и доработок после запуска. </p> <p style="text-align: justify;"> </p> <div class="card-body card-custom-md font-size-md my-2"> <table cellpadding="1" cellspacing="1"> <tbody> <tr> <td>  <img width="250" alt="Лазарчук Юлия" src="/upload/medialibrary/d8b/lvhv3wcqnyhk6z5b7ivwlpe4u7j3glc6.png" height="331" title="Лазарчук Юлия" align="left"> </td> <td>   </td> <td>   <h3 style="text-align: left;">Эксперт статьи </h3> <p style="text-align: left;"> <b>Юлия</b><br> Руководитель внедрения проектов 1С:ERP </p> <p style="text-align: left;"> </p> <p style="text-align: left;"> </p> <p style="text-align: left;"> </p> <p style="text-align: justify;"> 25 лет работает в сфере автоматизации бизнеса и внедрения решений 1С. Начинала карьеру как разработчик, затем работала аналитиком и руководителем проектов.  </p> <p style="text-align: justify;"> С 2022 года специализируется на управлении проектами внедрения ERP-систем в среднем бизнесе. </p> </td> </tr> </tbody> </table> </div> <br> <p> </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Компании, которые уже проходили через внедрение систем 1С, хорошо знают типовой сценарий. Проект начинается с обследования: интервью с ключевыми сотрудниками, описание процессов, формирование отчёта, согласование требований. После этого команда переходит к проектированию системы. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> На старте всё выглядит достаточно логично и управляемо. Основные сложности обычно появляются позже – во время опытной и промышленной эксплуатации. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Выясняется, что часть процессов была описана верхнеуровнево, а некоторые и вовсе не попали в модель. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> В результате возникают дополнительные доработки, пересогласование бюджета, корректировка архитектурных решений и изменение уже настроенной системы. </p> <p style="text-align: justify;"> </p> <h3 style="text-align: left;"> Когда классический подход к ERP требует пересмотра </h3> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Для крупных холдингов классическое детальное обследование остаётся необходимым этапом. Чем сложнее организационная структура, количество юридических лиц, интеграций и регламентов, тем выше ценность глубокой формализации процессов до старта внедрения. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> В этих случаях детальное обследование позволяет структурировать большое количество разнородной информации и сформировать единое представление о будущей системе. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Однако в среднем бизнесе ситуация часто иная – процессы менее формализованы и во многом опираются на опыт ключевых сотрудников. Часть особенностей становится заметна только при использовании системы: производстве, расчёте себестоимости, распределении материалов или закрытии месяца. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Поэтому даже качественное обследование не всегда даёт понимание того, как система поведёт себя в эксплуатации. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> <b>Где чаще всего возникают проблемы после запуска ERP:</b> </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> </p> <ul class="symbol-marker-list font-size-md"> <li>Неучтённые производственные сценарии.</li> <li>Различия между «как описано» и «как реально работают пользователи».</li> <li>Ограничения типового функционала.</li> <li>Новые требования, возникающие уже в ходе эксплуатации.</li> </ul> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Именно здесь появляются те самые дополнительные согласования и доработки. Фактически система начинает «достраиваться» на поздних этапах, когда исправления обходятся дороже, так как затрагивают уже настроенные процессы и данные. </p> <p style="text-align: justify;"> </p> <h3 style="text-align: left;"> Технология сквозного примера: проверка процессов в действии </h3> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> В совместных проектах с нашим партнёром «Геософт-Консалт» мы пришли к выводу, что в компаниях среднего бизнеса важно сразу проверять, как сотрудники будут работать в системе – фактически совместить этапы обследования, моделирования и даже первичного обучения пользователей. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Вместо того, чтобы сначала полностью описать все процессы, а затем переходить к моделированию, компания формирует ограниченный, но реальный сценарий работы предприятия. На его основе команда проекта воспроизводит процессы на типовом функционале 1С, а пользователи начинают проходить реальные операции внутри системы. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> При этом задача заключается не в упрощении, а в переходе от описания процессов к их практической проверке в реальной работе. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Так быстрее проявляются: </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> </p> <ul class="symbol-marker-list font-size-md"> <li>Архитектурные ограничения.</li> <li>Различия между производственными сценариями.</li> <li>Реальные ожидания пользователей.</li> <li>Необходимость доработок.</li> <li>Возможности адаптации процессов под типовой функционал.</li> </ul> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Детализация проработки не сокращается – она переносится из обсуждений и документов в проверку на практике. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> <b>Такой подход позволяет:</b> </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> </p> <ul class="symbol-marker-list font-size-md"> <li>Точнее оценивать будущий объём доработок.</li> <li>Снизить количество изменений после согласования архитектуры.</li> <li>Раньше вовлекать пользователей.</li> <li>Уменьшить риск «разрастания» проекта.</li> <li>Реалистичнее оценить бюджет и сроки.</li> </ul> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Компания получает не только готовую модель ключевых процессов, но и подробную инструкцию по её воспроизведению в программе 1С. Это позволяет принять взвешенное решение о дальнейших шагах: продолжить внедрение с партнёром или провести его собственными силами по разработанной модели. </p> <p style="text-align: justify;"> </p> <h3 style="text-align: justify;"> Сравнение подходов </h3> <p style="text-align: justify;"> </p> <div class="mt-3"> <img src="/upload/medialibrary/6f0/7nrt90legb8uvxk3as8k120x9vzih057.png" class="img-fluid"> </div> <br> <p> </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Классический подход позволяет выстроить целостную архитектуру будущей системы через последовательное обследование и проектирование. Технология сквозного примера делает акцент на ранней практической проверке процессов и помогает быстрее оценить, как будущая система будет работать в конкретном бизнесе. </p> <p style="text-align: justify;"> </p> <div class="card-body card-custom-md font-size-md my-2"> <h4 style="text-align: justify;"> Оценим риски и выберем подход к ERP-проекту </h4> <p style="text-align: justify;"> Поможем определить подходящий формат запуска, оценить возможные риски и понять, какие процессы стоит проверить до начала внедрения ERP. </p> <p style="text-align: justify;"> <a href="https://www.forus.ru/vnedrenie-i-podderzhka/1cerp/" target="_blank">Обсудить проект с экспертом</a> </p> </div> <br> <h3 style="text-align: left;">Как это работает на практике: кейс </h3> <h3 style="text-align: left;">ООО «Амурэлектрощит» </h3> <p style="text-align: justify;"> Компания «Амурэлектрощит» – производственное предприятие, выпускающее строительные металлоконструкции. Перед стартом проекта стояла задача – понять, как будут работать ключевые процессы в будущей ERP-системе. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> На первом этапе был сформирован сценарий работы на основе реальных хозяйственных операций. Подготовка заняла около двух недель и включала описание одного из производственных направлений. Далее началось моделирование процесса на типовом функционале ERP-системы. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> В ходе работы выявилось, что для разных типов продукции требуются разные подходы к отражению производственного цикла – это стало важным уточнением, которое при классическом подходе могло проявиться значительно позже. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> В результате компания получила не отчёт, а работающую модель ключевых процессов: </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> </p> <ul class="symbol-marker-list font-size-md"> <li>Выявили необходимость в 2-х способах отражения производственных процессов для изготовления продукции.</li> <li>Распределили роли между пользователями в системе.</li> <li>Скорректировали бизнес-процессы предприятия под предлагаемый функционал 1С для минимизации доработок.</li> </ul> <p style="text-align: justify;"> </p> <h3 style="text-align: left;"> Взгляд со стороны бизнеса </h3> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Оценить различия между подходами мы попросили Алексея Комарова, руководителя проекта внедрения ООО «Амурэлектрощит». Он участвовал в проектах, стартовавших как по классической технологии обследования, так и по модели сквозного примера. </p> <p style="text-align: justify;"> </p> <div class="card-body card-custom-md font-size-md my-2"> <p style="text-align: justify;"> <i>«При классическом обследовании старт проекта получается более широким и теоретическим: нужно заранее описать максимальное количество процессов и исключений. Это даёт полноту картины, но требует много времени и часто уводит обсуждение в детали, которые на практике могут оказаться вторичными. </i> </p> <i> </i> <p style="text-align: justify;"> <i> </i> </p> <i> </i> <p style="text-align: justify;"> <i> В случае со сквозным примером мы сразу проверяли процессы на конкретных производственных сценариях. Для меня важным преимуществом стал короткий разрыв между обсуждением процессов и их проверкой в системе. Команда быстрее проверяет гипотезы и принимает решения. Это делает проект более управляемым и позволяет точнее прогнозировать трудозатраты. </i> </p> <i> </i> <p style="text-align: justify;"> <i> </i> </p> <i> </i> <p style="text-align: justify;"> <i> При этом важно правильно выбирать сценарии для моделирования. В нашем случае производство включает разные направления: металлоконструкции, ограждения и электроэнергетическое оборудование, поэтому одного примера недостаточно. Несколько сценариев по ключевым направлениям бизнеса позволяют сохранить практичность подхода и при этом учесть специфику предприятия. </i> </p> <i> </i> <p style="text-align: justify;"> <i> </i> </p> <i> </i> <p style="text-align: justify;"> <i> Если бы мне предстояло запускать новый проект автоматизации, я бы снова выбрал подход через сквозной пример, поскольку он помогает раньше увидеть риски и принять более обоснованные решения по дальнейшему внедрению».</i> </p> </div> <br> <p> </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> </p> <h3 style="text-align: left;"> Когда и какой подход выбрать </h3> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> На практике мы оцениваем несколько факторов. </p> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> </p> <ul class="numeric-marker-list" style="text-align: justify;"> <li><b>Насколько понятно, какой программный продукт подходит бизнесу</b><br> Если есть сомнения между несколькими решениями или не до конца ясно, как типовой функционал закроет ключевые процессы, технология сквозного примера позволяет проверить это до начала полноценного внедрения.</li> <li><b>Масштаб и сложность компании</b><br> Для крупных холдингов, распределённых структур и проектов с большим количеством интеграций классическое обследование остаётся наиболее эффективным инструментом. Оно помогает собрать требования всех участников и сформировать целостную архитектуру будущей системы.</li> <li><b>Компетенции проектной команды и зрелость компании заказчика</b><br> Если компания уже имеет опыт автоматизации и хорошо понимает свои процессы, ей часто важнее быстро проверить гипотезы и будущую модель работы. Если же процессы требуют глубокой формализации, классическое обследование может дать больше ценности на старте.</li> </ul> <p style="text-align: justify;"> </p> <p style="text-align: justify;"> Мы подбираем формат для старта проекта с учётом масштаба бизнеса и особенностей процессов. Чем выше организационная сложность проекта, тем выше ценность классического обследования. Чем быстрее нужно проверить будущую модель в действии, тем эффективнее может оказаться технология сквозного примера. </p> <p style="text-align: justify;"> </p> <div class="card-body card-custom-md font-size-md my-2"> <h4 style="text-align: justify;"> Оценим риски и выберем подход к ERP-проекту </h4> <p style="text-align: justify;"> Поможем определить подходящий формат запуска, оценить возможные риски и понять, какие процессы стоит проверить до начала внедрения ERP. </p> <p style="text-align: justify;"> <a href="https://www.forus.ru/vnedrenie-i-podderzhka/1cerp/" target="_blank">Обсудить проект с экспертом</a> </p> </div> <br> <p> </p> <p style="text-align: justify;"> </p>