Если дословно, то ERP (enterprise resource planning) – система планирования ресурсов предприятия. В широком смысле ресурсами является всё, что есть на предприятии, а не только оборудование и складские остатки, как можно встретить в некоторых шаблонных системах. Именно поэтому общую единую информационную систему предприятия, которая выполняет очень большое количество различных функций, часто называют ERP. Данный термин лучше всего подходит для обобщения.
Полноценная ERP-система разрабатывается и внедряется на предприятии не только для планирования ресурсов, как следует из названия, но и для автоматизации множества процессов. Например, система может называться ERP, а использоваться для создания технологических карт производства изделий, оценки их стоимости и учета процессов производства и операций. Подобные системы правильнее называть MES-системами с расширенным функционалом, но часто их просто называют ERP-системами. Иногда функционал MES (manufacturing execution system или системы управления производственными процессами) может входить в состав ERP. Как и работа с заказами и клиентами, что фактически является CRM-системой. Нет ничего страшного в том, чтобы называть всё это ERP-системой. Важно, чтобы данная система приносила пользу предприятию.
ERP-системы можно разделить на 3 категории по принципу распространения.
Готовые ERP-системы.
Данный вид используется крайне редко, потому что каждое, особенно крупное предприятие, которое развилось до уровня внедрения ERP-системы, имеет очень большое количество бизнес-процессов, которые образовались за время его развития. Готовые системы – это оцифрованный набор процессов, и он именно такой, как представлен в системе. Эти процессы, естественно, не соответствуют бизнес-процессам компании.
Обычно в готовых системах используются всего один раздел. Или предприятие, находясь в иллюзии того, что им достаточно поставить систему с волшебным словом ERP, и всё будет работать как надо, совершает попытку полного внедрения. Как правило, предприятие не задерживается на готовых системах, поэтому найти их на рынке достаточно сложно. Если предприятие настроено серьезно в части автоматизации бизнеса, то переходит ко второму или третьему варианту.
Кастомизируемые ERP-системы
К этой категории относится часто встречающаяся на отечественном рынке 1С ERP. Это системы, при внедрении которых вы покупаете сначала лицензию на «коробку», а затем проектируете и изменяете систему под ваши процессы. Точнее, для вас это делает специальная компания, работающая на платформе 1С.
Несомненно, у такого подхода есть плюсы, особенно если вам необходимо немного изменить имеющийся функционал. Однако существуют и минусы, которые зависят от того, насколько компания собирается развивать свою ИТ-инфраструктуру и планирует ли это делать. В случае, если планы большие и планируется автоматизировать много процессов, модифицированное готовое решение не очень хорошо подходит для последующего масштабирования. В этом случае предприятию предлагается поставить дополнительные системы для дополнительных задач. Существуют также задачи, которые вообще невозможно решить с помощью подобного подхода.
На практике мы часто встречаем предприятия, которые оказываются в следующей ситуации. В какой-то момент компания решила внедрить 1C ERP, далее множество раз дорабатывала данную систему у одного или нескольких подрядчиков, расширяла, добавляя несвойственные процессы, и код стал неподдерживаемым. И вот система еле работает, тормозит, при этом есть штат программистов, решающий небольшую задачу в течение месяца, и отказы ИТ-компаний поддерживать или развивать систему за вменяемые деньги, и невозможность что-либо изменить. К этому можно прийти и при собственной разработке, и совсем не обязательно именно с 1C ERP, но ввиду распространенности этой системы часто сталкиваемся именно с такими случаями.
Данная проблема может решаться путем четкого контроля за архитектурой системы, наличием IT-стратегии развития компании, четким менеджментом проектов. Но также, еще на стадии принятия решения о выборе пути развития автоматизации компании, необходимо понимать, как будет использоваться система, каковы планы на будущее. Если требуется автоматизировать всю компанию, то, возможно, стоит принять решение в пользу третьего варианта, чтобы потом не переделывать всё с нуля.
Разработка собственной ERP-системы
Часто выбор данного варианта приходит после того, как компания попробовала первый и долго работала со вторым вариантом (причины описаны выше). Иногда запрос клиента, который не сталкивался с первыми вариантами, звучит как «Нам эти варианты не подходят, потому что нам надо много всего автоматизировать». Речь о планировании ресурсов предприятия при планировании ресурсов предприятия, как бы это ни звучало. Очень правильно думать о том, что будет потом (после того, как поставили систему и поработали).
Разработка собственной системы выполняется двумя путями, первый – набор сотрудников, создание отдела или поручение задачи существующему IT-отделу, второй – обращение в специализированную IT-компанию. У каждого из вариантов есть свои плюсы и минусы, и оба варианта подходят в различных обстоятельствах.
При использовании собственных ресурсов можно полностью контролировать процесс разработки. Для этого помимо программистов необходимо иметь в штате менеджера проекта, который будет планировать задачи, превращать бизнес-задачи в задачи программистам, контролировать выполнение и сроки. Также необходимо иметь четкий план разработки, четкие критерии в виде технического задания, прототипов, разделить всё на этапы. Ошибкой является подход, при котором руководство надеется, что сейчас программисты сами как-то сорганизуются, и на требование сделать ERP предоставят готовый продукт через обозначенный срок. Это как нанять несколько автослесарей в надежде, что через несколько месяцев они создадут хорошую машину, уровня хотя-бы нашего автопрома.
Также очевидным плюсом разработки ERP-системы внутренними ресурсами является возможность оперативно вносить изменения, корректировать систему в мелочах. Для этого должен быть выстроен процесс разработки, учета задач, внедрены системы контроля версий разработки и бизнес-процессы по тестированию и внедрению изменений.
Минусами является необходимость наличия всех компетенций для создания сложных систем и отсутствие опыта команды по созданию таких систем. Для создания системы нужны системный архитектор, дизайнер, менеджер проекта, несколько front-end программистов и back-end программистов. Нужны бизнес-процессы по проектированию и разработке, как связующий клей, простым языком, должен быть налажен процесс работы, соответственно, нужен руководитель, который эти бизнес-процессы создаст и отладит. Созданная с нуля команда, не имеющая опыта решения подобных задач, будет делать систему в 4 раза медленнее, чем имеющая.
Вторым вариантом является обращение в специализированную компанию, занимающуюся разработкой программного обеспечения. К сожалению, на рынке мало компаний, делающих это качественно, большинство компаний работает по второму варианту, а именно, продает и меняет готовые коробки. Вариант с обращением в ИТ-компанию лишен указанных минусов собственной команды. Иногда предприя удается совмещают, заказывая разработку у IT-компании, при этом выполняя поддержку собственными силами. Это довольно неплохой вариант.
Очевидным плюсом обращения в IT-компанию является наличие у неё не только компетенций, но и наработанных решений. И тогда разработка чем-то похожа на второй вариант, но система строится под процессы компании изначально, при этом используются наработки и имеющиеся компоненты, которые позволяют значительно сократить время разработки решения, применяя решения как конструктор. При этом всё строится на выбранном вами стеке актуальных современных технологий и в соответствии с архитектурой, которая позволит масштабировать систему без вреда для производительности и качества системы.
Итог
Наиболее часто встречающимися являются второй и третий варианты: покупка коробки с последующим её изменением и разработка системы под процессы предприятия. Чаще выбирается второй вариант, потому что решается локальная, а не стратегическая задача. Автоматизация бизнес-процессов – это важный фактор современной жизни предприятий, и если этого не делать, то через 5-10 лет (в зависимости от занимаемой ниши) компания перестанет существовать. Попытки решить задачу путем локальных внедрений, что-то купить и подпилить – это заплатка. Правильным путем является построение IT-стратегии, достижение понимания, как компания будет развивать свою IT-инфраструктуру, на каких технологиях, как можно её масштабировать, как будущие системы будут обмениваться данными, если их будет несколько. Радует, что в последние несколько лет всё больше компаний выбирает индивидуальную разработку и подходит к вопросу более осознанно.