Внедрение ERP на предприятии. Грабли внедрения ERP-систем

«1С:ERP Управление предприятием 2» – современное программное решение для построения автоматизированных систем управления деятельностью предприятий, компаний. Невысокая стоимость владения и возможность получения существенного экономического эффекта стимулирует предприятия на её использование. Но необходимость внедрения автоматизированных систем управления иногда вызывает у руководства компаний тревогу. Хорошо, если в компании есть опытные специалисты, которые уже внедряли ERP на своих прошлых местах работы или имеют опыт его использования. Но таких на рынке труда пока немного. Поэтому руководители, которые решают проблемы повышения эффективности деятельности компании и интересы которых непосредственно затрагивает автоматизация систем управления, задаются вопросами: как подступиться к реализации и как разобраться в сложной «компьютерной игрушке»?

Прежде всего следует понимать, что внедрение автоматизированной системы управления ERP на платформе 1С — это хоть и сложный технически и организационно, но все же ПРОЕКТ, то есть к нему применимы общие каноны проектного менеджмента. В чем же его особенности?
Во-первых, объектом автоматизации выступает система управления предприятием — это нечто виртуальное, поскольку состоит из инструкций, стандартов, нормативов, регламентов, а также опыта персонала. Это усложняет в проекте все — планирование, моделирование, внедрение, проектный менеджмент.

Во-вторых, внедрение ERP — это сложный симбиоз людей и информационных технологий, причем от человеческого фактора успешность проекта зависит больше, чем техническая составляющая. Но если у вас успешное предприятие, если вы вывели своё производство на уровень международных стандартов — внедрение 1С:ERP вам по плечу!

Вместе с тем, чтобы проект внедрения 1С:ERP был реализован успешно, в его специфике нужно разобраться до старта работ.
Понятие ERP дословно означает систему планирования ресурсов компании. Её компоненты предназначены как для автоматизации ежедневных операций внутренних бизнес-процессов, так и для поддержки взаимодействия с контрагентами по бизнесу, для помощи топ-менеджменту компании и собственникам. Система 1С:ERP помогает формировать и реализовывать стратегию компании.

Обратимся к образам и представим систему жизнеобеспечения в сложных условиях «открытого космоса большого бизнеса». Все системы работают как часы. Но этого мало. На монитор руководства должна регулярно поступать информация о текущем состоянии бизнеса и об отклонениях от стратегического направления движения. Желательно большинство мелких проблем решать автоматически «на местах» и не загружать этим руководителя, т.е. избавить его от текущих вопросов.

Тогда собственник будет иметь возможность сконцентрироваться только на формировании стратегии развития компании и контроле за ходом ее реализации. Из этого видно, насколько важны системы интегрированного управления для руководства компании.

Перейдем к команде исполнителей, так как часто именно участники проекта вызывают наибольшие тревоги руководства. Поэтому главное требование к компании-исполнителю проекта — наличие успешного опыта внедрения 1С:ERP, желательно наличие экспертных знаний в предметной области работы заказчика.

Наилучший вариант, если у исполнителя есть опытная проектная команда. До старта проекта можно запросить резюме этих специалистов, при необходимости, провести с ними интервью.

Опытные специалисты, реализовавшие несколько проектов, смогут выявить, классифицировать и решить проблемы гораздо быстрее, чем «свой» специалист, работающий в существующих бизнес-процессах. Потребность в спецах во время внедрения ERP-систем максимальна, а на этапах промышленной эксплуатации уже снижается до уровня эпизодических работ.

Двигатели успешного проекта
Участие в проекте первого руководителя

Если первое лицо предприятия принимает активное участие в подготовке и реализации внедрения 1С: ERP, то он обеспечивает создание условий для достижения стратегических целей и мотивирует персонал и проектную команду на успех.

Пренебрежение участием в запуске ERP первого руководителя может быть одной из важных проблем, с которой приходится сталкиваться в процессе внедрения. Это выглядит как самоустраненность руководства от принятия ключевых решений по проекту. И-за этого проектной группе не хватает полномочий, участники или не хотят брать ответственность на себя, или решают задачи выстраивания работы исключительно в интересах «своего» подразделения, стратегические цели размыты.

Формирование, организация работы и мотивация проектной команды

Вот пример обычной структуры проектной команды.

Проектная команда может состоять из рабочих групп, сформированных по направлениям бизнеса, и состоящих как из специалистов исполнителя, так и ответственных работников заказчика. Управляет проектной командой, например, совет по управлению изменениями.

Обычно председателем совета является собственник бизнеса или так называемый спонсор проекта — высший топ-менеджер, распорядитель ресурсов. Рабочие группы возглавляют линейные руководители. В рабочие группы со стороны заказчика приглашают функциональных пользователей и ИТ-специалистов.

Если между специалистами исполнителя и функциональными пользователями системы устанавливаются рабочие доверительные отношения, то участники проекта смогут справиться со всеми трудностями, разобраться в причинах возникновения ошибок и устранить их. Если же работники заказчика не мотивированы на участие во внедрении, то взаимодействие может свестись к выискиванию ошибок в работах специалистов исполнителя и саботировании их исправления, перекидывания задач друг другу в поиске «крайнего».

Профессионализм руководителя проекта

В проекте внедрения 1С:ERP эффективный руководитель проекта (РП) — это один из основных факторов успеха. Его задача - добиваться результатов за счет организации работы других людей. Особенно это относится к руководителю проекта со стороны заказчика. При его выборе заказчику предлагаю:

Использовать внутренний ресурс — выбрать сотрудника, который уже реализовал какой-нибудь ваш проект благодаря своей энергии и организаторским способностям;

Поискать на рынке менеджера проекта с опытом работы (либо внедрения подобной системы).

Так как проект внедрения ERP-систем технологически сложен, задача РП — сформировать проектную команду, где будут технически подготовленные люди, которым он доверяет. Кстати, многое при этом зависит и от личности руководителя проекта, его способности объединить и организовать проектную команду.

Правильный выбор внедряющей компании

Для того, чтобы не ошибиться в этом вопросе, советую обратить внимание на проектный опыт претендента. Для этого стоит:

Узнать количество и статус внедренных проектов, в том числе в вашей отрасли;
. ознакомиться с отзывами компаний, где проводились аналогичные внедрения претендентом;
. ознакомиться с резюме членов проектной команды у потенциальной компании-исполнителе;
. оговорить возможность личной беседы с каждым специалистом;
. проверить наличие задокументированной системы менеджмента качества.

Следует учесть еще один нюанс. Поскольку проект внедрения 1С:ERP подразумевает плотное взаимодействие и буквально врастание специалистов исполнителя в проблемы заказчика, то вопрос доверия команде исполнителей очень актуален.

Рынок ERP-систем в России стремительно растет. Однако проекты по внедрению ERP-систем нередко заканчиваются неудачей. По оценкам специалистов, примерно 70% проектов внедрения систем ERP не достигают заявленных целей. Предлагаем обсудить основные причины. Ведь предупрежден, значит, вооружен.

Рынок систем ERP (Enterprise Resource Planning – «планирование ресурсов предприятия») остается одним из самых быстрорастущих рынков программного обеспечения в мире. Объем российского рынка ERP system по итогам 2015 года вырос, по данным TAdviser, на 9%, достигнув 108 млрд (см. рисунок). Выручка 8 из 10 крупнейших игроков отечественного ERP-рынка также показала за отчетный период положительную динамику.

Рисунок

В первую очередь, проявляемый интерес к системам ERP связывается с ожиданиями значительных преимуществ, которые предприятия могут получить в результате использования таких систем. Но эти ожидания базируются, чаще всего, на обещаниях компаний-внедренцев данного программного обеспечения. Однако, очень часто проекты по внедрению ERP-систем заканчиваются неудачей. Примерно 70% проектов внедрения систем ERP не достигают заявленных целей из за банального не понимания что такое ерп система .

В чем же причина столь печальной статистики и как, потратив значительные финансовые и временные ресурсы не оказаться ее подтверждением? Предлагаем ТОП-10 ошибок, допускаемых при реализации ERP-проектов. Данный список не является исчерпывающим и представляет собой перечень ошибок, обнаруженных нашими экспертами и консультантами в ходе работы с клиентами.

Скачайте полезные документы :

Ошибка №1. Не описать бизнес-процессы до начала внедрения ERP

Невозможно качественно провести внедрение ЕРП системы без описанных бизнес-процессов уровня «как должно быть», или хотя бы четкого понимания и отображения «на бумаге» информационных и материальных / документационных потоков в вашей компании. Мы часто сталкиваемся с вариантом, когда консультантов подключают к работе в тот критичный момент внедрения, когда система сбоит и не дает нужного эффекта, а внедренцы и управляющая команда не могут ее направить в верное русло. Докапываясь до причин подобных сбоев, мы выявляем серьезные нестыковки в понимании процессов теми, кто внедряет систему и самой компанией – их описания просто нет, либо оно выполнено формально и не отражает реального производственного цикла.

Самой распространенной причиной таких ситуаций является желание клиента сэкономить на описании и проработке данного шага, который, действительно, может быть довольно затратным. Клиент ожидает, что корректировки в процессы могут быть внесены уже на этапе внедрения. С одной стороны, это логично, так как проект, при правильном построении, будет разворачиваться поступательно, включая в себя все больше зон и участков, модернизируя и улучшая что-то по ходу развития проекта. Но это не означает, что бизнес-процессы могут постоянно меняться в ходе разработки – это все равно, что делать ремонт квартиры, постоянно меняя дизайн-проект… Когда-нибудь вы ее все-таки отремонтируете. Вопрос только, когда и сколько вам это будет в итоге стоить?

Одним из разумных вариантов, с нашей точки зрения, является предварительное описание бизнес-процессов «как есть (as is)», наложение их на программную платформу с помощью команды внедренцев и трансформация в «как будет (to be)» – это, по сути, основа для внедрения. Параллельно, вместе с командой проекта вы можете производить модификацию процессов, по мере ведения разработки, находя лучшие решения и идеи для оптимизации выполняемых и автоматизируемых процессов.

Ошибка №2. Постоянно вносить изменения в будущую систему

Еще одна распространенная ошибка – вносить корректировки в будущую систему и не вести им учет (хотите «сидеть на игле»?). Внедрение ERP – это всегда долго и трудоемко. Но данный процесс можно еще больше усложнить, если полностью довериться внедренцам и не требовать от них детального описания внесенных в изначальную платформу изменений. Итог может быть самый плачевный – в случае расторжения договора вы рискуете получить массу непонятного кода, работу над которым самостоятельно не сможете продолжить, либо будете вынуждены взаимодействовать с ограниченным кругом специалистов, так как только они понимают суть ими же созданной системы. Бизнес не должен и не может зависеть в таком вопросе от партнеров и их доброй воли (или ее отсутствия – суды, по нашей практике, могут помочь в данном вопросе, но забирают слишком много драгоценного времени). Требуйте от своих внедренцев ведения проектной документации, с тем, чтобы иметь возможность продолжить проект самостоятельно, наняв в штат специалистов, либо сменить подрядчика.

Ошибка №3. Полностью полагаться на автоматизаторов

Верить, что автоматизаторы все сделают за вас не стоит. Не сделают и точка. Не смогут учесть всех особенностей вашей компании, нюансов взаимодействий и тонкостей ведения бизнеса. Каждая компания индивидуальна. Хотите получить хороший результат – подключайтесь к проекту внедрения EPR-системы с самого начала! Команда проекта обязательно должна включать ключевых специалистов компании, что значительно снизит риск неудачи проекта и позволит создать инструмент управления, полезный для компании, а не «систему ввода данных для отчетов». Помните о цели внедрения – повышения операционной эффективности компании.

Ошибка №4. Разработать ТЗ на все случаи жизни

Все учесть невозможно, какие-то моменты будут «рождаться» по ходу внедрения и здесь должна быть некоторая степень свободы, в том числе зафиксированная в договоре с внедренцами. Как вариант, можно определить в договоре количество консультационных часов на дополнительные разработки – может входить в стоимость проекта, если реализуется «под ключ», либо рассчитываться дополнительно по ставке человеко-часа. Попытка разработать ТЗ с учетом всех нюансов приведет к созданию огромного талмуда, который вряд ли даже будет прочитан и изучен проектной командой.

Ошибка №5. Не учитывать сопротивление персонала

Если к ERP-проекту не подключать специалистов компании, то риск сопротивления изменениям , внедрению «системы для руководства» может уничтожить все благие начинания. В нашей практике известны случаи, когда под давлением со стороны руководства компания теряла порядка 50% персонала в процессе внедрения системы.

Ошибка №6. Не уделять достаточно внимания проекту внедрения ERP-системы

Заниматься автоматизацией факультативно нельзя ни в коем случае. В нашей практике был кейс, когда проект по внедрению системы был передан топ-менеджеру как дополнительная опция. В результате сроки и стоимость внедрения превысили плановые в 2 раза.

Проект по внедрению ERP-системы требует полноценного погружения и, в идеале, отдельного руководителя проекта от компании, который будет интегрировать в своих руках все сведения о проекте и коммуникации. Руководителя проекта только со стороны внедренцев будет абсолютно недостаточно.

Важно понять и принять – внедрение ERP-системы в первую очередь нужно вашей компании. К сожалению, компанию внедренцев это интересует в меньшей степени – их устраивает, что вы регулярно платите по счетам.

Ошибка №7. Пытаться сделать сразу все

По нашему опыту сопровождения проектов внедрения мы убедились, что концепции развертывания проектов на базе scrum (методология гибкой разработки ПО), действительно работают и дают результаты (читайте также про методологию Agile ). Основные принципы, на которые мы делаем акцент – работа в рамках небольших модулей (циклы до 1 месяца) с целью получения рабочей версии продукта на каждом этапе. Далее может идти корректировка и сонастройка остальных модулей с разработанным. Система разворачивается поступательно, гибко подстраиваясь под задачи компании. Пытаясь развернуть систему сразу полностью и потом ее протестировать, вы рискуете потратить весь бюджет и время, а на выходе получить неприятный сюрприз в виде неработающего продукта.

Ошибка №8. Выбрать неподходящую платформу

Выбирая платформу, убедитесь, что она действительно соответствует потребностям вашего бизнеса и будет поддерживать не только финансы, бухгалтерию, но и основные операции (производство, сбыт и т.д.). Убедитесь, что она предназначена именно (универсальность здесь может повредить) для компаний вашего типа (производственная, логистическая и т.д.). Это требование распространяется как на функциональную, так и на программно-аппаратную платформу.

Чем лучше подходит система для ваших операций, тем меньше времени и средств вы потратите на модификацию и тем удобнее будет работать с системой.

Ошибка № 9. Неправильная команда автоматизаторов

Найдите консультантов, которые понимают ваш бизнес. Важно понимать, что бизнес-процессы производственной компании, не могут быть аппроксимированы методами управления, распространенными в розничной торговле или в сфере услуг, какая бы хорошая система их ни поддерживала и какие бы консультанты ее ни внедряли. Знание программирования, СУБД, бухгалтерии и торговли важны, но они не сильно помогут внедрить систему в компании, основной бизнес которого – производство.

Ошибка №10. Некорректные цели внедрения ERP-системы

Проблемы внедрения обычно возрастают с переходом к тем этапам проекта, в ходе которых автоматизируются наиболее важные бизнес-процессы компании. А именно, бизнес-процессы, соответствующие типу деятельности, которая приносит основную прибыль. Для торговых компаний это закупки/продажи, для транспортных фирм– перевозки, для промышленных предприятий – производство, и т.д.

К сожалению, очень часто целью внедрения ERP-систем является не столько улучшение производственной деятельности, сколько уменьшение усилий по поддержанию информационных потоков внутри предприятия. Классический пример – внедрение системы для объединения финансовой и операционной информации в одной базе данных.

Большинство ERP, претендующих на роль интегрированных систем предприятия, первоначально создавались для целей управления взаимоотношениями с клиентами, финансами и бухгалтерией. Соответственно, они разрабатывались специалистами по бухгалтерии и финансам с помощью ИТ-специалистов. Как результат, системы ERP предоставляли информацию, необходимую бухгалтерии и финансовым отделам, тогда как производственные и другие операционные подразделения (сбыт, снабжение, склады) эту информацию обеспечивали. Внедрения таких систем, не затрагивающих основной бизнес компаний, обычно не приводят к каким-либо значительным результатам.

В прошлой статье я рассказывал о том, Что такое ERP система, а также о том, в каких случаях внедрение этой программной системы принесет реальную пользу, и на что обращать внимание при выбореERP. А сейчас я хочу поговорить о том, как получить практическую пользу от ERP-системы. А для этого программный продукт необходимо внедрить.

Я уже писал о внедрении программных продуктов в серии статей «Внедрение программного продукта. Особенности работы бизнес-консультанта». И многие рекомендации из этой серии статей можно применять также при внедрении ERP. Но все же эта система предназначена для среднего и крупного бизнеса, а потому и внедрение ее имеет определенные особенности из числа тех, что в прошлых статьях, посвященных преимущественно малому и среднему бизнесу, я не раскрывал. Еще одна важная особенность ERP – это многофункциональная, сложная система с очень широким функционалом, и при внедрении этот факт также необходимо учитывать.

Самый важный вопрос, который возникает накануне внедрения любой программной системы, это «с чего начать»? Если вы знаете, как и с чего начинать внедрение, и начнете работу правильно, скорей всего, процесс пройдет без лишних сложностей, переделок и конфликтов. А результат оправдает ожидания бизнеса.

О том, как вести проект внедрения ERP-системы от и до, я также постараюсь рассказать в следующих статьях. А сейчас я хочу поговорить о самом важном – начале внедрения.

Разные подходы к внедрению

Существует несколько подходов к внедрению ERP-систем, которые я видел в чужом исполнении и/или сам применял на практике. Каждый из них имеет свои плюсы и минусы, какие-то «подводные камни» и преимущества.

В принципе, все подходы к внедрению ERP, также актуальны для любых сложных систем, например, 1C УПП, 1С ERP, SAP Bussines ONE, ODOO и др. Давайте о них поговорим подробно.

Подготовка технического задания

ERP-система – это продукт очень технологичный. А потому как у разработчиков, так и у бизнесменов очень часто возникает соблазн по максимуму распланировать внедрение еще до начала работ. Казалось бы, все логично. При таком подходе исходят из того, что технологическая программная система должна быть максимально алгоритмизирована. И к процессу внедрения можно и нужно подходить с точки зрения алгоритмизации и математической модели.

Как это реализуют:

1. Создается объемное техническое задание, в котором по максимуму продуманы и описаны все процессы, включая самые мелкие.
2. Под техническое задание создается календарный план работ.

На составление подобного технического задания могут уйти месяцы. Я лично видел, как специалист составлял техническое задание по внедрению ERP в течение полугода. В этот период он регулярно выезжал на объект, вникал во все нюансы и вносил их в документ.

От такого подхода плюсы получают, прежде всего, разработчики:

• Документ Техническое задание будет стоить дорого. Выполняется большой объем работы, занимающий значительное время. И заказчики обычно соглашаются с высокой ценой техзадания без каких-либо вопросов.
• Разработчики получают подробную инструкцию, на основе которой можно проводить работы. А в случае неудачных решений, имеющихся в подписанном ТЗ, переделки будут оплачиваться отдельно.

Минус подхода заключается в его объеме и сложности. Создать всеобъемлющее техническое задание, в котором будут предусмотрены все модули, документы, все нюансы будущей работы невозможно. Система многофункциональна, и любые изменения в одном модуле могут повлечь за собой необходимость внести изменения в другой.

Аналогично и с ошибками при составлении технического задания: любые неправильные решения в одном модуле могут повлечь за собой множество изменений в других. Например, какой-то бизнес-процесс мог быть понят не верно, и тогда при внедрении выяснится, что часть документации и справочников – не нужны, а требуются совсем другие. Слишком большой объем информации, слишком высокая сложность системы – в результате, оказывается невозможно заложить изначально все нюансы и предусмотреть все возможные ошибки.

В моей практике был случай, когда я пришел на предприятие обсуждать внедрение нового программного продукта (я был руководителем проекта), и мне представители бизнеса прямым текстом говорили: «Хватит с нас технических заданий. У нас этих документов уже – больше, чем надо». И действительно, показали объемные папки с документами, решения из которых так никогда и не были реализованы.

«Частичное» внедрение

В этом случае составляют список наиболее значимых для бизнеса направлений и модулей для работы с ними. На их основе составляют некий план внедрения, который и является основой для начала работ.

В этом случае техническое задание также имеется. Как и календарный план при варианте работы, где за основу берут объемное ТЗ. Но здесь техническое задание не является таким всеобъемлющим, возможно составление для разных этапов работы собственных технически заданий. Т.е. основной документ в данном случае – План выполнения работ.

Например:

В качестве первого этапа внедрения выбираем участок Финансы и Движение товаров. Этот участок работ является очень важным для любой компании. Разбираемся с особенностями движений финансовых в организации, изучаем хранение и продажу товаров. На основе этого составляем ТЗ для автоматизации в ERP выбранного участка. И внедряем необходимый для этого участка функционал.

На следующем этапе выбираем другое направление, например, производство. И также работаем с этим направлением плюс учитываем проведенные работы (и возможные доработки) в уже готовых модулях, относящихся к финансам и продукции.

Основное преимущество такого метода – реалистичность. Охватить все и сразу крайне сложно. Внедрять поэтапно – намного проще, ошибок при этом обычно допускается меньше. И результаты работы видны уже в процессе внедрения. Я и сам чаще всего выбираю этот подход.

Минусы – увеличение сроков, которое заказчик может рассматривать как затягивание. При частичном внедрении сроки проведения работ могут затягиваться как по объективным причинам, так и по разных поводам, связанным с финансированием, человеческим фактором и т.д. Кроме того, если руководитель бизнеса стремится получить все и сразу, его также может не устроить отсутствие точных данных о внедрении (когда будет завершено, какова будет точная сумма и т.д.).

Этот метод работы очень осторожный, и чаще всего требует времени больше, чем при других вариантах внедрения. Так, если при первом подходе (составлении ТЗ) все сроки и суммы рассчитаны заранее, до начала работ, то здесь все предварительные цифры примерные. А технические задания для разных этапов составляются в процессе внедрения.

Также при первом методе работы по автоматизации работы разных подразделений могут проводиться параллельно. Клиент будет видеть автоматизацию и бухгалтерии, и продаж, и склада, и производства. Здесь же работа проводится этап за этапом. И подразделения подключаются к ERP также по очереди.

«Agile» подход

В этом случае работы по внедрению начинаются сразу без какого-то подготовительного этапа. Казалось бы, это неприемлемо, ERP-системы слишком сложны, чтобы внедрять их без предварительного изучения особенностей бизнеса и составления документации. Тем не менее, на практике я подобную работу видел.

Некоторые разработчики даже в случае ERP-систем действуют по принципу «начнем, а потом разберемся». Согласно этому подходу создается предварительно общий план внедрения, который по мере необходимости делится на мелкие части.

Чаще всего подобный метод работы практикуют продавцы «коробочных» программных продуктов. Причина заключается в том, что прибыль от продажи «коробки» они получают в любом случае, а внедрение для них – только сопутствующая услуга.

Основной плюс такого метода – работа по внедрению начинается сразу после принятия решения. Без длительной подготовки. Именно это и привлекает бизнесменов. Например, было принято решение – автоматизируем отдел продаж – сразу приступили к работе. Решили – надо перенести остатки – тут же они переносятся.

В принципе, успешное внедрение по такому принципу также вполне возможно. Но это очень сложно и для успеха потребуется очень высокий уровень профессионализма руководителя, а также значительный опыт внедрения подобных проектов. И даже в этом случае профессионалы чаще выбирают другие пути. Просто потому, что они позволяют снизить число ошибок и накладок, влияния человеческого фактора. В итоге, варианты работы по ТЗ или внедрения по частям позволяют получить нужный результат с меньшим количеством накладок и переделок.

Минусы – отсутствие планирования комплексного внедрения. Здесь проблемы возникают практически по тем же причинам, что и при составлении всеобъемлющего ТЗ: ERP – сложный комплексный программный продукт, и ошибки при внедрении одного модуля могут повлиять на работу другого модуля. Но если в первом случае такие проблемы возникают из-за попытки заранее предусмотреть слишком много, то здесь – по причине отсутствия планирования. Т.е. специалисты при внедрении решают сиюминутные задачи, не задумываясь о том, что на следующем этапе им потребуются данные и документы из текущего модуля для организации работы другого подразделения.

Еще один минус – при таком подходе вовлеченность сотрудников компании в процесс внедрения значительно ниже, чем при любом из описанных выше. Это отрицательно сказывается на решимости сотрудников принимать участие в тестировании и переходе на новую систему, а также провоцирует саботаж использования новых инструментов.

«Понемногу, но все и сразу»

Еще один подход к внедрению ERP я лично называю “Понемногу, но все и сразу”. Этот вариант также вполне может быть успешным и удобным решением. Я лично его применял не один раз. И если при частичном внедрении в работу берут один или два модуля, полностью их настраивают, и только потом приступают к работе над другими модулями, то в этом случае работа также ведется постепенно, то нет такого четкого ограничения - только этот модуль и никакие другие.

При таком подходе первым делом также составляется план проекта. В этом плане основными этапами считаются не модули (один, потом - другой и т.д.), а какие-то виды работ, которые могут затрагивать одновременно все модули или выборочно какие-то из них. При этом для каждого этапа указываются примерные сроки и стоимость.

В самом общем случае подобный план выглядит следующим образом:

1. Разработка технического задания.
2. Выполнение работ согласно технического задания… Этот пункт может быть детализирован, выполнение работ тогда делится на несколько этапов.
3. Тестирование системы.
4. Ввод в эксплуатацию.
5. Обучение персонала.
6. Завершение (сдача) проекта.

Подобный план составляется и отдельно для каждого модуля, что позволяет максимально конкретизировать для заказчика стоимость каждого этапа работ, а также наиболее точно определить возможные сроки. При этом с заказчиком обязательно оговаривается возможность в процессе внедрения в случае необходимости изменить какие-то виды запланированных работ другими.

Такой метод удобнее и реалистичнее, чем составление технического задания, так как общее ТЗ для всего проекта потребует 2-3 месяцев работы или даже больше, а полученный в результате объемный документ со всеми подробностями заказчику изучить будет очень сложно.

Здесь заказчик видит план со сроками и суммами для каждого этапа. А техзадания под каждый этап работ создаются отдельно, они небольшие и не требуют значительных временных затрат. Желательно еще и называть каждый из документов понятным образом. Например, «Бухгалтерия и финансы» или «Отдел продаж».

Плюсы такого подхода:

• Заказчик сразу видит весь проект целиком. С максимально точными сроками и стоимостью, насколько это вообще возможно до начала внедрения.
• Исполнитель четко определяет бюджет каждого этапа и выставляет счет для оплаты. При этом сумма счета не вызывает никаких вопросов, что позволяет продуктивно работать, не отвлекаясь на обоснование счета или подсчет количества затраченных по факту часов.

Минусы подхода:

• Заказчику необходимо очень тщательно выбирать исполнителя, чтобы руководитель проекта на должном уровне разбирался в особенностях внедрения каждого модуля. Иначе расчеты в плане окажутся недостаточно точными. Бюджет может неожиданно увеличиваться, сроки растягиваться, т.е. основные преимущества подхода будут потеряны.
• Исполнителю потребуется значительное количество высококвалифицированного персонала, чтобы уложиться в сроки и заниматься параллельно разными модулями. Т.е. небольшая команда такой подход не сможет реализовать.

Важная особенность планирования: При подсчете бюджета независимо от вашего опыта и точности оценки следует “заложить” дополнительную сумму на случай непредвиденных ситуаций. Оптимальный размер такой суммы - 30% от стоимости запланированных работ. Это можно назвать согласованное планированное отклонение стоимости проекта. Эти средства могут потребоваться при возникновении каких-то сложностей - организации обмена данными с программой, которая не поддерживает существующий API, доработка базовых справочников, сложности при переносе данных, реализация необходимых для работы функций, которые по той или иной причине не сумели предусмотреть заранее и т.д.

Эти 30% учитываются в бюджете, но выплачиваются исполнителю только в случае необходимости. Если вы при реализации проекта сумели уложиться в базовые цифры бюджета без «резерва», прекрасно! Заказчик будет благодарен, а довольный клиент - это и новые заказы, и лучшая реклама по «сарафанному радио» (рекомендации друзьям и знакомым).

Если все же понадобится использовать резерв, очень важно грамотно и понятно обосновать, на какие работы потребовались эти деньги. Включать же эту сумму в бюджет нужно для того, чтобы не возникало неприятных ситуаций, когда бюджет увеличивается, а у заказчика такая статья расходов не предусмотрена.

С каких модулей начинать?

Количество модулей, которые может предложить систем ERP, вызывает нередко вопросы, с чего же начать, ведь возможностей очень много, как говорится, «глаза разбегаются». Я рекомендую начинать с наиболее критичных для работы компании направлений и связанных с ними модулей:

1. Финансы и взаиморасчеты. (Не путайте с бюджетированием – этот модуль можно и нужно внедрять позже, он относится к планированию, а не к текущей критически важной работе).
2. Движение товарно-материальных ценностей (ТМЦ): хранение, реализация, поступление. Очень важно, чтобы ТМЦ учитывались корректно, перед переносом остатков обычно проводят инвентаризацию, далее – переносят остатки, после чего работа ведется уже только в новой системе.
3. Бухгалтерский учет. Внедрение модуля бухучета или организация обмена данными с бухгалтерской системой. Государство ничего не прощает, и за любое нарушение, независимо от наличия умысла, предусмотрено наказание. А потому бухгалтерский и налоговый учет – также система, критичная для работы любой компании.

Иногда я слышу возражения, что у компании могут быть свои нюансы, например, в связи с высокой текучкой кадров наиболее критичным является HR. На самом деле, скорей всего, какая-то автоматизация работы HR в компании на момент начала внедрения ERP имеется. И независимо от того, насколько критична для бизнеса работа этого подразделения, некоторое время управление персоналом можно будет вести в той системе, которая есть. А если в процессе будут выявлены определенные ошибки – это будет минусом, но не самым критичным для существования компании.

Также и проектный отдел или маркетинг какое-то время смогут работать в привычном режиме и вести учет автономно в той системе, которой они пользовались ранее.

В то же время строгий учет и контроль движения основных ценностей (финансовых и материальных), а также отсутствие ошибок в бухгалтерском и налоговом учете – это те «столпы», без которых не сможет существовать ни одна компания.

Я надеюсь, что материал о том, с чего стоит начинать внедрение ERP, и какие методы работы с этой системой практикуются, был вам полезен. В следующих публикациях я расскажу о своем личном опыте внедрения ERP, поделюсь информацией об ошибках, которых лучше избегать, а также о том, на что нужно обращать внимание в процессе внедрения и как лучше построить эту работу, чтобы переход на ERP был максимально эффективным.

Теги: Добавить метки

Внедрение автоматизированных систем на предприятиях может выполняться различными способами и методами. Одни организации выбирают вариант, когда система внедряется одновременно по всем контурам автоматизации. Другие предпочитают поэтапный вариант комплексной автоматизации последовательно закрывая одну за другой функциональные области.

Технологии также могут различаться: в одних случаях проводится продолжительная подготовительная работа, полное документирование всех требований, проектирование и реализация доработок, и лишь затем – внедрение ERP системы. Иногда же, напротив, выполняется быстрое внедрение программного продукта в типовом функционале, который постепенно дорабатывается под нужды и потребности предприятия.

Кроме того, выполнять внедрение ЕРП-системы можно как силами ИТ-службы предприятия, так и с привлечением Партнеров фирмы 1С. Конечно, ИТ-служба по определению лучше разбирается в вопросах деятельности предприятия, всех тонкостях и особенностях производства. Однако зачастую и им бывает необходима помощь сторонних специалистов при решении задач комплексной автоматизации и внедрения ERP-систем, которые охватывают все стороны деятельности компании.

Продолжая этот разбор, можно выявить и другие способы внедрения и запуска системы в эксплуатацию. Различных комбинаций этих методик и технологий так много, что неподготовленному специалисту бывает трудно разобраться и выбрать наилучший вариант.

Как же найти оптимальный вариант внедрения?

Почему у одной организации внедрение ERP длится целые годы, требуя огромных затрат труда и материальных средств, в то время, как другая, после недолгого обучения сотрудников работе в системе, с успехом ее эксплуатирует?

Необходимо начать с того, что бросаться, очертя голову, во внедрение ERP не следует. В любом случае потребуется определенная подготовительная работа, и, конечно, составление плана работ. Существуют ГОСТы на автоматизированные системы, которые предполагают прохождение некоторых этапов и составление проектных документов для внедрения системы. До какой степени нужно следовать рекомендациям ГОСТов на каждом конкретном предприятии – решать службе ИТ. Следует помнить, что эти документы разработаны уже достаточно давно, и они описывают создание автоматизированной системы «с нуля», а не внедрение готового программного продукта. Если специалисты ИТ-службы разрабатывают собственную систему – альтернативы ГОСТам по сути нет. А что делать, если используется готовая тиражная ERP-система?

В такой ситуации вариантов несколько:

• Взять ГОСТы и попробовать самостоятельно адаптировать их с учетом специфики предприятия и текущих нужд;
• Силами ИТ-службы разработать собственный порядок внедрения системы;
• Выработать порядок внедрения совместно с Партнером 1С, либо воспользоваться готовым предложением Партнера.

При прочих равных условиях, работа с Партнером – наиболее предпочтительный вариант. Ведь на момент принятия решения на предприятии отсутствуют специалисты, знающие программный продукт «1С:ERP» и имеющие соответствующие сертификаты фирмы 1С.

Как выбрать Партнера для комплексной автоматизации?

Фирма 1С работает со множеством крупных и мелких компаний-интеграторов. Как выбрать «своего» – такого, который не подведет?

К счастью, разработчик ERP системы 1С предусмотрел удобную систему статусов, которые помогут сориентироваться и сравнить компетенции разных компаний.

Партнер 1С, внедряющий «1C:ERP», обязательно должен иметь статус «1С:Центр ERP». Этот статус означает, что у компании имеются необходимые компетенции и опыт выполнения сложных проектов, а в штате есть сертифицированные руководители проектов, специалисты по подсистемам ERP, консультанты. Кроме того, это гарантирует наличие у Партнера системы менеджмента качества и многое другое.

При выборе Партнера целесообразно уточнить наличие собственных программных продуктов и статуса «Центр разработки тиражных решений (Центр Разработки)». Это поможет сделать опосредованный вывод об уровне и качестве работы программистов-разработчиков.

Кроме того, имеет смысл проверить, является ли Партнер Центром Сертифицированного Обучения фирмы 1С, чтобы убедиться, что ваша компания сможет получить качественное обучение для своих сотрудников.

Выбрав Партнера, необходимо определиться с вопросом о порядке внедрения в эксплуатацию функциональных подсистем ERP.

Как внедрять?

Что лучше – последовательная автоматизация отдельных бизнес-процессов и функциональных подсистем, или же внедрение системы сразу целиком на всем предприятии?

В большинстве случаев поэтапный запуск будет предпочтительнее и выгоднее. Ведь чем сильнее затянется период внедрения, чем дольше пользователи будут дожидаться окончания доработок, тем выше вероятность, что ко времени завершения работ их требования к системе изменятся или возникнут новые. Разумеется, это еще больше отсрочит ввод системы в эксплуатацию. Намного разумнее будет наладить работу той или иной подсистемы как можно быстрее, а новые требования пользователей удовлетворять уже на этапе сопровождения системы в эксплуатации.

С каких же функциональных подсистем целесообразнее начать, чтобы как можно быстрее получить все плюсы внедрения ЕРП-системы?

Как показывает опыт и статистика внедрений (в том числе и официальная статистика фирмы 1С по внедрениям «1С:ERP»), автоматизацию эффективнее всего начинать с запуска подсистем Продаж, Склада, Закупок. Такая последовательность внедрения позволяет на первоначальном этапе проекта выровнять и унифицировать нормативно-справочную информацию всей системы. На этом этапе функционал управления производством может не использоваться полностью, выпуски продукции могут отражаться упрощенно, одним документом (исключительно для целей бухучета). У специалистов внедрения будет больше времени, чтобы учесть нюансы производственной деятельности предприятия и реализовать их на более позднем этапе, когда начнется внедрение функциональной производственной подсистемы. По сути, эта схема подразумевает внедрение подсистем по принципу «от простого к сложному».

Аналогичным образом решается ситуация и с подсистемами Кадров и Зарплаты. В подавляющем большинстве случаев на старте проекта автоматизации на предприятии эти задачи решаются в отдельной конфигурации «1С:Зарплата и управление персоналом», и могут быть перенесены в ERP-систему на более поздних этапах проекта.

При внедрении необходимо учесть, что, наряду с транзакционными задачами, на автоматизированные системы может возлагаться управление процессами. Так, транзакция «Проведение в системе документа Заказ поставщику» может являться результатом продолжительного процесса формирования потребностей, уточнения номенклатуры и условий закупки, рассмотрения предложений поставщиков, согласования и утверждения стоимости заказа, решения логистической задачи и т. д. Таким образом, вокруг этого документа может проходить достаточно сложный процесс. Если документ, как таковой, на практике применим для большинства предприятий, то окружающие его процессы уникальны для каждой конкретной организации. В этом случае функционал «1C:ERP» целесообразно дополнить бесшовно интегрируемым решением «1С:Документооборот».

Бесшовная интеграция позволяет пользователю работать в «1C:ERP» и при этом пользоваться функционалом «1С:Документооборот», даже не запуская эту программу. Внесение бизнес-процессов в «1С:Документооборот» помогает отслеживать, на каком этапе находится каждый из процессов, какие действия необходимо предпринять в текущий момент в системе и за ее рамками, какие документы оформить и с кем их согласовывать и т.д. Кроме того, интеграция ERP и документооборота дает возможность согласовать работу разных подразделений, проводить встречи и совещания, вместе работать над выполнением принятых решений, фиксировать ход работ через документы автоматизированных систем, определять достигнутый результат.

Кроме того, «1С:Документооборот» поможет, если для отражения той или иной специфической операции предприятия в «1C:ERP» не предусмотрен необходимый документ. Такой документ можно сформировать в «1С:Документооборот», а затем включить в бизнес-процесс.

Подробнее о стоимости, функционале и внедрении 1С ERP вы можете узнать

Таким образом, взаимная интеграция двух программных продуктов позволяет избежать лишних доработок автоматизированной системы, сокращает сроки внедрения и ускоряет запуск системы в эксплуатацию.

Внедрение ERP-решений

Внедрение IT-решений обеспечивает широкие возможности оптимизации процессов. К таковым можно отнести удалённый доступ к данным и знаниям, основанный на веб-технологиях, функционал ERР- систем, используемых для широкого круга компаний, систем OSS/BSS для поддержки телекоммуникационного бизнеса. Важную роль в выполнении процессов играют эффективные организационные структуры и системы мотивирования персонала. В рамках этого направления можно отметить создание команд процессов, формирование их ключевых показателей и основанной на них бонусной системы, разработку соответствующей системы мотивирования команды, формирование организационной структуры компании, основанной на процессном принципе.

ERP-системы - это сложный программный продукт, приобретение, внедрение и программная доработка которого должны быть жестко спланированы по времени, ресурсам и проектному бюджету. При этом в процессе должны участвовать как Исполнитель, так и Заказчик. При внедрении ERP-решений необходимо применять принципы управления сложными ИТ-проектами.

По данным мировой проектной статистики, всего треть проектов внедрения информационных систем завершается успехом, т.е. достигает целей Спонсора проекта (Владельца предприятия, Директора, Совета акционеров или, если воспользоваться профессиональным жаргоном, "кошелька проекта").

Под целями проекта обычно понимают три фактора: качество, сроки и бюджет. 70% остальных проектов или затягиваются по срокам, требуют дополнительного финансирования (пересмотр бюджета проекта), или по итогу проекта предлагается ERP-решение, с которым специалисты Заказчика не хотят работать, из-за его сложности и/или "сырости" .

Для успешного внедрения ERP-системы нужно придерживаться следующих правил:

1. Точно знать цели проекта, т. к. 70% проектов терпит неудачу именно по этой причине.

2. Должны быть документально определены цели, бюджет и сроки проекта, назначен руководитель и сформирована проектная команда.

3. Проектная команда должна быть обеспечена всем необходимым для выполнения проекта (проектным офисом, компьютерами, принтерами, телефонами и т. д.).

4. Проект должен быть разбит на логически выверенные этапы и фазы работ, которые должны быть проверены на отсутствие "конфликтов" в последовательности и продолжительности работ.

5. Руководству проекта и его участникам нужно иметь мужество закрыть проект. Для этого проектному менеджеру нужно уметь разбивать проектные работы на "приоритетные группы", т. е. уметь отказываться от "рационализаторских" предложений со стороны Спонсоров проекта и пользователей ERP-системы .

Достоинства и недостатки ERP- решений

Среди достоинств ERP-систем обычно выделяют возможность сократить и унифицировать используемое аппаратное обеспечение, за счет технологии "клиент-сервер" и интеграции информационной системы, унификации процессов в группах компаний (после слияния или поглощения), унификации данных о кадровых ресурсах, сокращения численности персонала (занятого учётными функциями и обеспечивающего поддержку информационной системы) .

ERP-системы обеспечивают однократный сбор расширенных данных, исключающий дублирование. Он осуществляется в разрезе процессов, а не функций, что позволяет в любое время оценить состояние интересующего процесса. Общность представления данных, обеспечиваемая при внедрении интегрированных систем управления, представляет менеджменту предприятия расширенные возможности по подготовке стандартных и специализированных отчётов. Хранение всех данных в единой базе компании гарантирует высокий уровень доступности информации, а также единую точку зрения на отчётную информацию.

Основные недостатки ERP-систем:

Высокая сложность внедрения. Нужно предъявлять самые высокие требования к проектной команде, как со стороны Исполнителя, так и со стороны Заказчика. Отбор участников проекта должен проводиться не менее жестко, чем выбор системы автоматизации с помощью тендера.

Следует оценить не только знание внедряемой системы, но и глубокое знание предметной области применения системы, знание специфики отрасли Заказчика, а также умение управлять такими сложными проектами:

При перестройке бизнес-процессов предприятия и внедрении ERP-решения в большинстве случаев возникают большие риски и затраты, которые могут привести к значительному снижению производительности и, как следствие, уменьшению рентабельности бизнеса;

Высокая и стоимость внедрения, т. к. значительная доля затрат на внедрение ERP приходится не на стоимость системы, а на работы по ее внедрению;

Высокая стоимость владения ERP-системой (ежегодные затраты);

Долгая окупаемость системы - 2-3 года после ее внедрения .