Внедрение ерп системы. Внедрение 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 предоставляли информацию, необходимую бухгалтерии и финансовым отделам, тогда как производственные и другие операционные подразделения (сбыт, снабжение, склады) эту информацию обеспечивали. Внедрения таких систем, не затрагивающих основной бизнес компаний, обычно не приводят к каким-либо значительным результатам.
Информационные системы планирования ресурсов предприятия (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-системы, специфическим алгоритмам и методам, применяемым в практике функционирования компании-заказчика. По результатам анализа определяются "пробелы" в функциональности системы и принимаются необходимые проектные решения по их устранению. Эффективность проектов по созданию и внедрению комплексных автоматизированных систем управления тем выше, чем теснее сотрудничество заказчика и разработчика на всех этапах проектирования.ЕХНОЛ
Внедрение автоматизированных систем на предприятиях может выполняться различными способами и методами. Одни организации выбирают вариант, когда система внедряется одновременно по всем контурам автоматизации. Другие предпочитают поэтапный вариант комплексной автоматизации последовательно закрывая одну за другой функциональные области.
Технологии также могут различаться: в одних случаях проводится продолжительная подготовительная работа, полное документирование всех требований, проектирование и реализация доработок, и лишь затем – внедрение 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 вы можете узнать
Таким образом, взаимная интеграция двух программных продуктов позволяет избежать лишних доработок автоматизированной системы, сокращает сроки внедрения и ускоряет запуск системы в эксплуатацию.
(32%). После того, как выбор сделан, популярность систем остается сопоставимой: 21%, 18% и 14% соответственно (имеются ввиду те случаи, когда указанные платформы выбираются для внедрения).
В целом сроки ERP-проектов остаются по-прежнему одной из болезненных проблем для данного рынка: только 36% отметили, что смогли уложиться в заранее отведенные временные рамки, а 62% - существенно вышли за них, и только 3% смогли завершить проекты внедрения раньше намеченного. Больше всего выбивались из графика проекты на базе решений Microsoft Dynamics, в среднем они длились 12,5 месяцев, что 4 месяца (47%) больше, чем было запланировано.
Проекты на базе Oracle в среднем длились 22,5 месяца, перерасход времени здесь составлял 29% против в среднем запланированных 17,5 месяцев. Что касается SAP ERP, то средняя длительность таких внедрений составила 18,5 месяцев с минимальной задержкой на 16% или 2,5 месяца против 16 месяцев, запланированных изначально.
Средняя длительность ERP-проектов: запланированная и реальная
Panorama Consulting, 2014
Основные причины задержек ERP-проектов
| № | Причина | 2011 | 2012 | 2013 |
| 1 | Был расширен объем проекта | 17% | 29% | 29% |
| 2 | Организационные вопросы | 14% | 20% | 29% |
| 3 | Проблемы с данными | 14% | 17% | 29% |
| 4 | Нереалистичные сроки | 8% | 11% | 25% |
| 5 | Ресурсные ограничения | 13% | 17% | 21% |
| 6 | Проблемы с обучением | 10% | 15% | 17% |
| 7 | Проблемы с функционалом платформ | 8% | 4% | 13% |
| 8 | Другие технические вопросы | 7% | 14% | 8% |
| 9 | Конфликт приоритетов в рамках проекта | 10% | 12% | 8% |
Panorama Consulting, 2014
Основными причинами того, что ERP-проекты выбиваются из сроков, как следует из таблицы выше, является расширение запланированного объема проектов, а также организационные проблемы, проблемы с данными - все это случается в трети проектов, прошедших с задержкой.
Хорошей новостью стало, пожалуй, только то, что в период с 2012 по 2013 годы аналитики зафиксировали снижение среднего срока окупаемости проектов ERP с 2,4 лет до в среднем 1,7 лет. Тем не менее, количество организаций, которые вообще не смогли окупить свои вложения в автоматизированные системы управления ресурсами предприятия, выросло с 31% до 38%. Наиболее долгий период окупаемости выявлен у решений Microsoft Dynamics (24 месяца), у SAP он составляет 23 месяца, у Oracle - 16 месяцев.
И еще один важный момент: фактический бюджет проектов относительно планируемого по итогам 2013 года опять увеличился. Наиболее дорогим внедрением при этом является внедрение SAP ERP , в среднем бюджет такого проекта составляет $2,55 млн, затем следуют Oracle - $2,25 млн, Microsoft Dynamics - $1,8 млн. От годового оборота предприятий внедрение Tier I систем составляет 2-4%, а вот доля стоимости ERP-проектов на базе Tier II и III может быть существенно выше в обороте компаний, выбравших их для внедрения.
Только 66% компаний смогли добиться хотя бы 50% целей
Что касается ERP-проектов в целом (безотносительно конкретных вендоров), то по итогам 2013 года только 66% компаний смогли добиться хотя бы 50% намеченных целей в рамках внедрений. В 72% случаев проект оказался больше по срокам, чем планировалось ранее при средней длительности 16,3 месяцев. В 54% случаев был зафиксирован перерасход бюджета, средний бюджет проекта составил $2,8 млн.
Средние показатели ERP проектов 2012-2013
Panorama Consalting, 2014
63% признали реализованные ERP-проекты успешными, 21% затруднились оценить эффект от внедрения, 16% признали, что внедрение окончилось неудачей.
Российские реалии
В одном из отчетов The Standish Group указывается удручающая статистика о состоянии дел в программной индустрии на американском рынке:
- лишь 32% проектов завершились успешно,
- 44% испытали различные трудности (превысили бюджет, выпали из сроков и пр.),
- 24% проектов просто провалились.
На российском рынке ситуация едва ли лучше, отмечают эксперты компании «Первый БИТ ».
Статистикой «успешности» ERP-проектов поделились в компании 1С . По данным исследования 555 выполненных внедрений ERP -решений фирмы «1С» в 2010-2013 годах:
- 66% проектов уложились в срок или имеют незначительное, до 10% отклонение от срока,
- 24% проектов отклонились от срока на 11-30% и
- только 10% проектов отклонились от срока более, чем на 30%.
Что касается бюджетов проектов, то тут ситуация для заказчиков еще более обнадеживающая:
- 78% проектов укладываются в бюджет или имеют превышение бюджета не более, чем на 10%,
- 19% проектов имеют превышение бюджета на 11-30% и
- только 3% проектов имеют превышение бюджета более, чем на 30%.
Среди основных причин неудач ERP-проектов российские интеграторы выделяют:
Завышенные ожидания
Большая проблема, когда нет чёткого понимания желаемого результата, чего заказчик хочет добиться, отмечает Ефим Фиш , директор по развитию бизнеса Microsoft Dynamics AX Tops Consulting (Топс Консалтинг) . В этом случае, перефразируя известное изречение, проект нельзя закончить, его можно только прекратить. Зачастую заказчики неправильно оценивают свои желания и требуемые затраты. Обе стороны должны согласовать между собой цели проекта и ключевые моменты в отношении того, что необходимо для успешной реализации проекта.
«Важно понимать, что процесс внедрения ERP – это процесс двусторонней кропотливой работы. Здесь нельзя принять снотворное и, проснувшись, обнаружить, что система внешним поставщиком внедрена и работает, весь персонал с готовностью принимает любые предложения и с радостью принимает все изменения, которые в компанию привносятся с новой системой. А они привносятся в любом случае, потому как изменений нет, только если ничего не произошло. А это явно не цель, в случае ERP», - прокомментировал он.
Человеческий фактор, отсутствие поддержки руководства
Внедрение ERP-системы – это не только ИТ-составляющая, это в том числе и изменение бизнес-процессов в компании, ведь при внедрении многие процессы улучшаются, перераспределяются зоны ответственности. Заказчики должны быть готовы к таким изменениям и поддерживать их, чтобы добиться результата. Учитывая то, что человеческие ресурсы – одни из самых ценных ресурсов, очень важным является хороший прием системы, а также личная заинтересованность и участие по всей организации. Отсутствие поддержки высшего руководства компании в период реализации проекта является одной из ключевых причин неудачи, полагают в 1С .
В 1С, например, для соблюдения сроков проекта используют методику под названием «Технология Быстрого Результата» (ТБР). Согласно статистике сроков внедрений ERP-решений фирмы «1С» (1420 проектов за 2010-2013 годы), в среднем, до ввода первой подсистемы в опытную эксплуатацию проходит около 3 мес., а до ввода последней подсистемы в промышленную эксплуатацию от 6 до 10 мес. в зависимости от масштаба проекта. На особо крупных предприятиях внедрение может длиться и 1-2 года.
Как уточнил Алексей Петрушов, одним из основных показателей неэффективности проекта является затяжка сроков. Основной причиной этой проблемы, безусловно, является человеческий фактор, добавил он.
* Оплата после внедрения. Успешного внедрения.
«Мы не ищем "виноватых" (виноваты всегда обе стороны) в неудачных внедрениях, мы берем деньги с заказчика, только когда он удовлетворен результатом» - говорит Сабина Борщевская, eBusinessDrive . Мы выполняем внедрение ERP , практически, за свой счет, и, если результат клиента не устраивает - он просто не платит. На текущий момент подобные условия на российском, и уж тем более мировом, рынке внедрения ERP-систем свежи как воздух в горах Швейцарии. Приходите.
Нехватка или перерасход бюджета
Разброс цен на российской рынке ERP -систем является значительным: это определяется тем, что ERP-система – сложный продукт, на конечный результат проекта влияет множество факторов, начиная от функциональности ERP-системы и заканчивая системой менеджмента в организации заказчика.
В первую очередь, чтобы рассчитать реальную стоимость проекта, необходимо провести экспресс-обследование, ознакомившись с текущими бизнес-задачами предприятия, и согласовать целевое состояние организационной системы управления предприятия в итоге, говорит Алексей Петрушов. По его оценкам, средний бюджет ERP-внедрения в России составляет от 1 млн до десятков млн рублей.
Внедрение ERP-системы для вашего предприятия – стоит ли его проводить, пора или ещё нет? Обычно руководитель фирмы решает использовать такие системы в следующих случаях:
- Недостаточно высокие конкурентные позиции компании на рынке.
- Отсутствие понятности и прозрачности бизнес-процессов, что приводит к потере денежных средств и прибыли.
- Большие затраты времени на составление и согласование отчётов, накладных или иной документации.
На первый взгляд кажется, что внедрение ERP-решений улучшит позиции любого предприятия. Но внедрять их необдуманно – такой же неверный шаг, как и совсем отказываться от внедрения. Многие продукты стоят дорого и по карману не каждой фирме. А если даже начальная цена выглядит приемлемой, то велик риск больших дополнительных затрат после приобретения, потому что подобные системы требуют установки, настройки и постоянного обслуживания.
- Если купить систему ERP, не продумав данный шаг, она может оказаться чрезмерно дорогой.
- Если приобрести неподходящий продукт, то существует риск, что он не оправдает надежд и не принесёт пользы.
Типичные проблемы при внедрении ERP-продуктов
Принимая решение использовать ERP, предприятие сталкивается со следующими трудностями:
- Уровень программного обеспечения не соответствует реальным потребностям фирмы: оно или слишком сложное, или недостаточно мощное.
- Громоздкое ПО не настраивается под бизнес, а требует настроить бизнес под него.
- Для обслуживания продукта нужно нанять многих специалистов или оплатить услуги сторонней компании. Рядовые сотрудники компании не могут работать с приобретённым ПО из-за нехватки квалификации.
Работающая стратегия внедрения ERP
Как снизить стоимость внедрения ERP? Самый верный способ – перестать зависеть от команды разработчиков и привлекать их для выполнения всех видов работ. Если предприятие способно само обслуживать и настраивать приобретённую им систему, то очевидно, что затраты снижаются. С целью применения данной практики стоит пойти по следующему пути:
- Первый этап – определяем цели внедрения ERP и желаемый результат, которого вы хотите достичь. Если нет чёткого понимания целей, то как потом определить, эффективно решение или нет?
- Второй этап – выбор конфигурации продукта. Хорошо, когда продукт не «монолитный», а состоит из множества элементов, чтобы их было можно добавлять, убирать и трансформировать.
- Далее – запуск системы на вашем предприятии. Если компания способна самостоятельно справиться с задачей установки, то это приводит к гигантской экономии ресурсов: времени и финансов.
Как найти ERP систему для вашего уровня бизнеса
Подобрать систему, не слишком сложную для фирмы, но способную развиваться по мере её роста – непростая задача. Мы предлагаем вам попробовать готовое на базе Comindware Business Application Platform. Типовое ERP-решение от Comindware имеет ряд отличий от привычных продуктов:
- Доступно по цене.
- Подходит для большинства компаний, как крупных, так и не очень.
- Если у вас есть IT-отдел, его специалисты сами справятся с внедрением и настройкой. Процесс внедрения ERP системы в случае с Comindware не предполагает обязательного привлечения сторонних наладчиков.
- Универсально для автоматизации всех бизнес-процессов, затрагивающих финансы, кадры, производство и маркетинг.
- Помогает быстро автоматизировать наиболее востребованные для компании бизнес-процессы.
- Корректировки системы внедряются без остановки работы.
- При необходимости развивается до уровня классической системы ERP.
Попробуйте Comindware Business Application Platform бесплатно, чтобы затем принять взвешенное решение. и оцените сами, насколько вам это подходит.
Если у вас возникнут проблемы с внедрением ERP систем на базе Comindware Business Application Platform, мы обязательно поможем их устранить и всё наладить. Таким образом, внедрять ли ERP-систему в вашей компании, зависит не от уровня развития компании, а от уровня способности конкретной ERP системы адаптироваться под её текущие нужды. Если возможности системы соответствуют потребностям предприятия, то её использование можно считать правильным шагом.
Дополнительная информация о Comindware Business Application Platform и демонстрация решения доступны по запросу
Елена Гайдукова, маркетолог-аналитик, бренд-менеджер решений на базе , специалист по партнёрским отношениям.
