ERP системы: что это простыми словами, плюсы и минусы 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-систем условно делится на 7 этапов: организационные работы, обследование предприятия, выбор методологии автоматизации, проектирование системы, развёртывание ПО на рабочих местах сотрудников, запуск системы в промышленную эксплуатацию, сопровождение.

Предлагаем рассмотреть порядок внедрения ERP более подробно.

I Организационный этап

Работа над проектом внедрения ERP на предприятии начинается с определения цели и задач . Это не должна быть автоматизация ради автоматизации - заказчик должен чётко знать, каких бизнес-эффектов он в итоге желает достичь.

На подготовительном этапе также необходимо сформировать рабочую группу на стороне клиента. В неё должны войти:

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

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

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

II Этап обследования предприятия

По завершении организационных работ проводится обследование бизнес-процессов предприятия. Данная процедура необходима для точного определения сроков и стоимости внедренческих работ. В зависимости от масштабов проекта и поставленных задач IT-интегратор может предложить клиенту один из 2-х вариантов обследования:

Экспресс-обследование . Проводится в течение 1,5–2 месяцев. По его итогам составляется документ «Предпроектный анализ». В нём отражаются особенности автоматизированного учёта и перечень задач, которые необходимо будет решить в процессе внедрения.
Полное обследование . Проводится в течение 3–5 месяцев. По итогам досконального обследования составляется «Техническое задание», разрабатываются бизнес-процессы автоматизированного учёта и описывается перечень необходимых доработок ПО.

Выбор варианта обследования определяется предпочтительной методикой внедрения ERP.

III Выбор методологии внедрения ERP

Внедрение ERP-решений на платформе «1С:Предприятие» может осуществляться по одному из 4-х сценариев:

Абонентское обслуживание . Компания-интегратор проводит экспресс-обследование предприятия, составляет укрупнённый план внедрения ERP и на основе него определяет максимально возможную стоимость проекта. Эта стоимость прописывается в договоре, там же фиксируется стоимость одного часа работы программиста-внедренца. Общий план работ разбивается по месяцам. Исходя из количества рабочих часов определяется размер ежемесячного бюджета. Фиксированная сумма платежа также вносится в договор.
Поэтапная технология внедрения . Данная методология внедрения ERP подразумевает проведение полного обследования предприятия, определение всех автоматизируемых бизнес-процессов и подготовку ТЗ. В техническом задании отражаются: объёмы доработок типовой конфигурации программы, полный перечень работ с разбивкой на фиксированные этапы, сроки и стоимость реализации каждого этапа внедрения ERP. Главный минус данной технологии - негибкость. Внесение мельчайшей корректировки в проект влечёт за собой изменение ТЗ: пересмотр сроков и стоимости выполнения отдельных этапов работ.
Технология быстрого результата . Алгоритм внедрения ERP примерно тот же, что и при абонентском обслуживании. Так же проводится экспресс-обследование, рассчитывается максимальная стоимость проекта, оценивается час работы программиста. Оплата так же осуществляется раз в месяц, но не по фиксированному тарифу, а по количеству реально затраченных программистами часов. Строго регламентированных планов работ на месяц, неделю здесь нет - список и очерёдность выполнения задач может меняться в зависимости от актуальных потребностей предприятия. Гибкость является безусловным плюсом технологии быстрого результата. Включить в проект дополнительные бизнес-процессы можно на любом этапе и без длительных согласований. Единственным недостатком данной схемы внедрения является размытость сроков реализации проекта.
Разовые вызовы . Установка программы на рабочие места сотрудников и автоматизация бизнес-процессов осуществляются по мере возможностей клиента. Предприятие закупает коробку, а все внедренческие работы проводятся по сценарию разовых вызовов.

IV Проектирование системы ERP

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

V Внедрение ERP-системы на предприятии

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

VI Запуск системы в промышленную эксплуатацию

Внедрение ERP-систем

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

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

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

Информационная система планирования ресурсов предприятия является довольно развитой системой и функции ее находятся в постоянной стадии разработки и усовершенствования, но все же, случается так, что после того, как ERP-система была внедрена на определенном предприятии и все методики ее внедрения были задействованы правильно, руководству предприятия по-прежнему не удается получить полный информационный контроль над деятельностью предприятия. И что самое интересное, ничего существенного не происходит, а даже наоборот, все остается по-прежнему. В чем же здесь дело? Факторов, влияющих на некорректную работу ERP-системы может быть много. Это может быть, к примеру, некорректное оформление первичных документов, сбои и нарушения в политике сбыта, наличие на предприятии сверхнормативных запасов. Возможны даже случаи того, что многие предприятия после внедрения ERP-системы, отказываются от нее, по причине того, что якобы она неадекватно и несвоевременно реагирует на поставленные перед ней задачи. Но так дело обстоит не только на наших предприятиях, есть сведения, что и на западе на долю успешных внедрений ERP-системы на предприятиях приходится менее 50% случаев.

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

Стоит выделить следующие ошибки :

1. При проектировании ERP-системы не учитывается дальнейшая стратегия развития предприятия.

Как показывают проведенные анализы, это является основной ошибкой при внедрении ERP-системы. Давайте разберемся, почему так происходит. За последние годы экономика и различные экономические отрасли, в которых работают предприятия, значительно видоизменились и продолжают постоянно изменяться, в таком контексте невозможно настроить информационную систему корректно, так как она не сможет учитывать возможные изменения в деятельности предприятия в будущем. Примером этому может служить то, что предприятия, работающие в нефтегазовой отрасли, вывели все непрофильные активы, а между тем информация о данных активах была важной частью АСУ. Еще один пример: предприятия, работающие в сфере металлургии, почти в два раза сократили число своих работников, тем самым это отразилось на количестве автоматизированных мест, что также невозможно учесть при внедрении ERP-систем. Исходя из всего этого, становится понятно, что нужно каким-то образом усовершенствовать и модернизировать системы планирования ресурсов предприятия, чтобы в дальнейшем возможно было учитывать все изменяющиеся показатели. В противном случае внедрение ERP-систем станет своего рода обузой для правильной и продуктивной деятельности предприятия. Но уже сейчас становится возможным внедрение полнофункциональной ERP-системы на предприятиях, но это длительный процесс и может занимать от 3-х до 5-ти лет. Для того чтобы не повторять в дальнейшем ошибок, следует спроектировать и продумать структуру и масштаб деятельности предприятия минимум на три года вперед. Но здесь опять же, при неправильном прогнозировании перспектив деятельности предприятия в будущем, возможны большие потери и расходы, к примеру, на покупку дополнительного оборудования для ERP-систем, что ведет за собой непредвиденные расходы на оплату интернет-трафика. Мало кому покажется приятным, когда спустя определенное время поднимется вопрос о том, чтобы перевести уже существующую ERP-систему на другую платформу.

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

2. Проектирование информационных систем «снизу-вверх».

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

3. Некорректное перепроектирование бизнес-процессов.

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

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

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

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

4. Неверная оценка экономической эффективности внедрения ERP-системы.

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

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

Создание и внедрение ERP-системы в компании или на предприятии изначально предполагает радикальные изменения в бизнес-процессах данного предприятия или компании. Этому способствует методология внедрения ERP-системы, функциональность данной ERP-системы. Существуют системы класса SAP R/3, для которых общепринятой практикой внедрения является притягивание бизнес-процессов компании к уже имеющейся богатой функциональности ERP-системы. Вследствие внедрения данной системы предприятие несет серьезные затраты на управление внедряемого проекта, а также из-за изменений в собственных бизнес-процессах. Также существуют такие системы как MS Navision Attain и Axapta, которые принято считать системами среднего класса. Данные системы являются одними из лучших систем в данном классе, при внедрении этих систем проектировщик изначально ориентируется на адаптируемость к требуемым процессам предприятия. То есть основная цель внедрения этих систем сфокусирована на процессах заказчика, а уже потом на функциональности системы. Современные ERP-системы обладают высокоуровневой и интегрированной средой разработки, в данном случае возможно создание системы, которая в полной мере будет отвечать всем существующим требованиям компании.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Например:

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

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

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

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

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

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

«Agile» подход

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Информационные системы планирования ресурсов предприятия (Enterprise Resource Planning, ERP) превратились в привычный инструмент крупного и среднего бизнеса. Их основная задача - автоматизация бизнес-процессов компании (производства, снабжения, сбыта), а также управленческих функций (планирования, учета, контроля). Однако статистика внедрений ERP-систем довольно тревожна.

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

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

Несмотря на то, что возможности современных ERP-систем достаточно развиты и постоянно возрастают, чуда может и не произойти. Зачастую после внедрения корпоративной информационной системы руководство по-прежнему не довольно качеством информационного обеспечения. Например, вопреки всем ожиданиям, не сокращаются трудозатраты на выполнение рутинных операций и, что еще важнее, сохраняются все недостатки, присущие ранее сложившейся практике осуществления производственно-хозяйственных операций. Речь обычно идет о некорректном оформлении первичных документов, наличии сверхнормативных запасов, нарушениях в сбытовой политике, в частности об отпуске продукции клиентам, имеющим неисполненные обязательства, и т.д. Более того, нередко спроектированная ERP-система настолько сложна и неадекватна текущим задачам, что вообще не используется в компании. И это не единичные случаи! По некоторым данным, на Западе однозначно успешными считается менее 50% внедрений ERP-систем. Достоверных сведений по ситуации в России пока нет, но вряд ли тенденция будет отличаться.

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

Ошибка №1. Проектирование системы ERP без учета стратегии развития компании

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

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

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

Ошибка №2. Проектирование системы ERP "снизу-вверх"

Заложить в ERP-систему цели компании и перспективы ее развития можно только при проектировании "сверху-вниз", а не наоборот. Создание информационной управленческой системы - удовольствие дорогое. Регистрация в ней всех данных, появляющихся в компании, в принципе невозможна. И естественно, каждый разработчик при проектировании сталкивается с необходимостью перехода от этого полного, в некотором смысле "неограниченного" объема информации к какому-то лимиту". Поэтому, создавая ERP-систему, проектировщик всегда решает задачу выбора значимых для принятия управленческих решений данных в увязке с "ценой вопроса" на ее реализацию. На каждом предприятии ежедневно циркулируют огромные информационные потоки данных о материально-технических ресурсах, клиентах, персонале, производственном потенциале и т.д. Возникает вопрос: нужны ли в ERP-системе специфические сведения, скажем, о производительности какого-либо станка в последние 2 часа или о количестве полуфабрикатов на столе конкретного работника в текущий момент при том. что эта информация, бесспорно, используется в управленческой деятельности?

У каждого уровня управления - свои потребности в информационном обеспечении. Но эти данные ни в коем случае не должны оказаться избыточными.

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

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

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

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

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

Ошибка №3. Избыточный реинжиниринг бизнес-процессов

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

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

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

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

Ошибка №4. Неверная оценка экономической эффективности внедрения ERP-системы

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

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

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

Технология и практика проектирования ERP-систем.

На практике процесс проектирования выглядит следующим образом: Заказчик формулирует укрупненные требования к создаваемой системе, которые ложатся в основу Концепциии Технического задания, разрабатываемых внешней проектной организацией. Этому процессу всегда предшествует анализ производственно-хозяйственной деятельности компании-заказчика. Цель изучения бизнес-процессов - определение "узких мест" в информационном обеспечении и выявление резервов для повышения эффективности работы компании. На основе вариантных проработок в Концепции определяется контур создаваемой системы, а именно: базовая ERP-система; функциональная структура; информационное обеспечение; количество необходимых автоматизированных рабочих мест; техническое обеспечение. При разработке Концепции особое внимание уделяется перспективам развития бизнеса заказчика. Рамки, в пределах которых важно понимать (представлять) перспективы развития бизнеса, определяются исходя из сроков разработки и внедрения системы (которые зависят от масштабов компании: от 6 месяцев до 3 лет); периода функционирования системы без необходимости ее модернизации (желательно, чтобы период морального старения системы составлял не менее двух лет). Сформированная на основе предпроектного обследования Концепция может содержать несколько основных альтернативных вариантов развития автоматизации системы управления заказчика. Каждый вариант должен быть оценен исходя из соотношения "стоимость/эффективность". Выбор Концепции осуществляется заказчиком и служит основой для разработки Технического задания (ТЗ). Здесь детально прорабатываются требования к системе. ТЗ - основной документ, определяющий требования, организацию и проведение работ, в соответствии с которыми осуществляется проектирование ERP-системы и ее сдача заказчику. Следующий этап - разработка модели бизнес-процессов to be (бизнес-процессы в условиях функционирования ERP-системы). Модель создается на основе ТЗ и укрупнено описывает управленческие и информационные взаимосвязи в системе. Данный этап является ключевым в работах по созданию ERP-системы. Это объясняется тем, что его результаты позволяют сформировать у сотрудников и руководства компании-заказчика видение функционирования их предприятия в условиях использования ERP-системы и уточнить требования к ней. Для крупных компаний целесообразна разработка Эскизного проекта (до разработки модели бизнес-процессов to be), в котором определяются основные проектные решения (с количеством рабочих мест свыше 60). На основе ТЗ, проектных решений, утвержденных на этапе эскизного проектирования, и модели бизнес-процессов to be осуществляется техно-рабочее проектирование. На данном этапе должен быть проведен анализ соответствия алгоритмов расчетов и методов управления, заложенных в программном обеспечении внедряемой ERP-системы, специфическим алгоритмам и методам, применяемым в практике функционирования компании-заказчика. По результатам анализа определяются "пробелы" в функциональности системы и принимаются необходимые проектные решения по их устранению. Эффективность проектов по созданию и внедрению комплексных автоматизированных систем управления тем выше, чем теснее сотрудничество заказчика и разработчика на всех этапах проектирования.ЕХНОЛ