Когда производственные компании начинают все ближе подходить к этапу внедрения ERP, то один из первых вопросов, на который необходимо ответить после выбора интегратора, - какой методологический подход необходимо будет использовать для управления процессом внедрения ERP. Несмотря на то, что для успешного внедрения ERP-системы, как правило, необходимо выполнить ряд довольно стандартных шагов, то методология, с которой вы подойдете к решению данного вопроса, может быть разной. Вам предстоит выбрать один из двух подходов: методология Waterfall и гибкая разработка Agile.
Методология “Waterfall” названа так, потому что при этом подходе каждый шаг должен плавно переходить к следующему, подобно каскадному водопаду.
В действительности реализация ERP - это сложный проект, который не всегда следует линейному прогрессу. Иногда происходят непредвиденные события, в результате которых требования заказчика сильно изменяются. Тем не менее, фундаментальные принципы Waterfall говорят о том, чтобы процесс внедрения ERP всегда протекал в рамках установленных и оговоренных этапов.
1. Обследование: Данный этап обычно начинается после продажи и включает в себя обследование внутренних бизнес процессов компании заказчика. В рамках этого этапа интегратору необходимо понять объем предстоящих работ и тщательно изучить цели, которые надеется достичь клиент после внедрения ERP.
2. Планирование: Планирование начинается на этапе обследования и продолжается в течение всего проекта. Этап планирования включает в себя формирование команды под проект, встречи с ключевыми заинтересованными сторонами по проекту и разработку документации, в которой изложены текущие проблемы и возможные решения. Результатами этих встреч и документов будет устав проекта, которым руководствуется проектная команда до завершения всех работ.
3. Проектирование: На этапе проектирования все варианты решения, предложенные на этапе планирования, будут конкретизированы. Команда проекта определит, какие конкретные модули/компоненты будут реализованы и как они будут настроены и использованы. Команда проекта также определит роли людей, вовлеченных в проект, и задокументирует процедуры и методологии, которые будут использоваться в процессе внедрения ERP.
4. Разработка: На данном этапе проектная команда начинает процесс разработки по утвержденному плану внедрения ERP. Все модули и надстройки, которые должны быть в финальной версии решения, разрабатываются по строгой очередности. Методология Waterfall не допускает переход к разработке следующего модуля до тех пора, пока не завершится действующий процесс. Подготовка пользователей путем обучения и подготовка данных в вашей текущей системе для импорта в приложение ERP также являются важными задачами, которые происходят во время этапа разработки.
5. Тестирование: Тестирование позволяет проверить соответствие разработанной системы функциональным требованиям и задачам, занесенным в устав проекта и техническое задание. Как только все проблемы будут найдены, проектная команда начинает работу над их исправлением. Важно отметить, что процесс тестирования осуществляется как представителями компании заказчика, так и рабочей командой со стороны интегратора.
6. Развертывание: запуск в эксплуатацию или развертывание продукта происходит только тогда, когда вся разработка и тестирование завершены и все проблемы устранены. Команда внедрения ERP принимает решение о том, готова ли система к запуску. Окончательные данные компании заказчика будут выгружены в систему ERP с повторной проверкой, чтобы выявить возможные проблемы. Обычно развертывание происходит в выходные дни, чтобы уменьшить нагрузку на систему со стороны пользователей и клиентов. После успешного запуска команда проекта обучает пользователей, как только они начинают работать в новой системе.
7. Поддержка: Разработанная система будет нуждаться в поддержке, чтобы гарантировать, что она продолжает удовлетворять потребности бизнеса при изменении требований. Обновления и обслуживание программного обеспечения также потребуются на постоянной основе.
Отметим, что методологию “Waterfall” очень часто критикуют, однако она остается актуальной и по сей день, даже не смотря на то, что другие методологии эволюционировали и предлагают нечто большее, чем линейное решение поставленных задач. Если у вас небольшая компания, а ваши бизнес-процессы последовательны и предсказуемы, то методология Waterfall послужит вам отличной базой для организации процесса внедрения ERP.
Описанный выше подход «Водопад» когда-то использовался в большинстве проектов по внедрению ERP. Однако за последние 10–15 лет на передний план вышла новая методология, которая учитывает сложности управления длительными технологическими проектами в условиях постоянных перемен. Эта методология называется “Agile-разработкой”, и она начала активно замещать во многом устаревший подход “Waterfall”.
Как и в случае с «Waterfall», гибкая разработка нуждается в определенном списке требований, собираемых на ранних этапах проекта, и эти требования берутся за базу для всего проекта. Однако то, что Agile проекты основываются практически на тех же данных, что и методология Waterfall, это не означает, что процессы разработки остаются схожими. Вместо того, чтобы завершать всю работу в линейной последовательности вплоть до тестирования, Agile делит план проекта на короткие интервалы, называемые спринтами. Тестирование проводится в конце каждого спринта, тогда же и вносятся соответствующие изменения в проект. Это позволяет избежать ситуации, когда после завершения разработки всего проекта, команда обнаруживает ряд ошибок, несовместимых с “нормальным” функционированием системы. Ранее, подобные ситуации могли отдалить этап “Релиз продукта” на неопределенный срок. Методология Agile позволяет проектным командам быстрее реагировать на проблемы и изменения в ходе реализации проекта внедрения ERP.
К сожалению не существует единого подхода, который бы работал одинаково хорошо при любых условиях. В каждой методологии есть свои преимущества и недостатки. Во внимание нужно также брать тот факт, что система ERP - это сложно структурированный продукт, который требует тщательной проработки всех этапов внедрения.
Однако, чтобы все же дать ответ на главный вопрос “Какую методологию использовать при внедрении ERP?” обратимся к нашему опыту по данному направлению. Компания ERP Band уже более 8-ми лет ведет активную деятельность в области автоматизации бизнес-процессов. Ежегодно мы реализуем проекты по внедрению ERP систем и прекрасно понимаем всю подноготную выбора правильной методологии.
Итак, для начало нужно сказать, что главной проблемой большинства проектов по внедрению ERP систем является несогласованность между реальными желаниями заказчика и фактическим ТЗ (Техническое задание). Иногда получается так, что у клиента меняются бизнес-процессы внутри компании и ранее предустановленные настройки будут просто конфликтовать с обновленными требованиями к набору функций системы ERP. В результате сроки проекта могут сильно растягиваться, а конечная стоимость внедрения сильно возрасти. При таких условиях работы крайне сложно брать за основу методологию Waterfall, т.к попросту будет нарушена ее концепция. Именно по этой причине мы рекомендуем нашим клиентам руководствоваться Agile методологией. Гибкость данного подхода обеспечивает заказчика возможностью пересмотреть изначальные требования и внести соответствующие коррективы, при этом общий прогресс проекта не пострадает.
За 8-ми летний опыт автоматизации бизнес-процессов, компания ERP Band сформировала свой уникальный подход к гибкой методологии Agile, который возможно адаптировать под любой проект внедрения ERP. Мы уверены, что успех внедрения 1С:ERP зависит от умения управлять составом работ, сроками, рисками и изменениями. ERP Band использует накопленную проектную экспертизу и лучшие отраслевые наработки, чтобы вести проект по намеченному плану.
Безусловно если вы уверены в стабильности своей компании и принятых решениях, то методология Waterfall по прежнему остается актуальной во многих случаях.
Ознакомиться с нашим подходом к внедрению ERP проектов вы можете у нас на сайте в разделе “Внедрение 1С ERP”.
