Наличие множества методов решения той или иной задачи приводит к появлению комбинированных способов. Внедрение ERP-систем не является исключением: не смотря на существование 3-х классических моделей имплементации, представленных каскадной, итерационной и спиралевидной моделями [1], все чаще звучит упоминание гибридных моделей. Несмотря на множество публикаций, описывающих использование и особенности применения однопроходных (каскадная схема) и многопроходных (итерационные и спиралевидные подходы) моделей внедрения программного обеспечения (далее – ПО), вопрос их совместного использования остается открытым. Если западные ERP-системы представляются как конфигурируемо-дорабатываемые, то российские информационные системы преимущественно требуют только доработки, где применение Agile-подходов (многопроходные схемы), кажется, оправданным [2].

В этой статье мы рассмотрим гибридные методы имплементации ERP-систем, принимая во внимание как западные, так и отечественные программные продукты. Как известно, выделяют базовые модели разработки и внедрения ПО, все остальные являются производными от них, гибкие методы Agile, в частности [1]. Для начала дадим пару слов о классических моделях.

1. Классические модели внедрения программного обеспечения

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

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

• в проекте есть высокая степень бизнес неопределенности в требованиях: размытость, противоречивость, неструктурированность;

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

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

• проектная документация вторична или вовсе отсутствует.

Суть данных моделей имплементации состоит в разделении цикла разработки программного решения на итерации, в рамках каждой из которой готовится и демонстрируется заказчику полуготовый программный продукт (рис. 2). Обратите внимание на рисунок ниже, на нем наглядно видно, что активности реализации решения и его тестирования могут вестись параллельно, что недопустимо в однопроходной модели. Это добавляет значимое преимущество многопроходным схемам внедрения: срок их имплементации меньше по сравнению с каскадной моделью [4].

2. Модели имплементации ERP-систем

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

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

3. Гибкие принципы в каскадной модели внедрения ERP-систем и наоборот

Довольно часто на практике наблюдается смешивание моделей внедрений для устранения недостатков каждой. Рассмотрим использование моделей в двух парадигмах: применение гибких подходов в каскадной модели и наоборот. Никакого космоса здесь очевидно, что не нет и быть не может. Давайте разберемся с первым случаем. Собственно говоря, здесь все элементарно и просто. Для получения быстрой обратной связи, полученный программный продукт сразу же демонстрируется заказчику и по возможности отдается ему на предварительное ознакомление и тестирование. Обучение ключевых пользователей проводится по завершению модульного теста, хотя обычно это делается в рамках интеграционного испытания. Здесь не происходит никакой трансформации проектной команды, не осуществляется ранний перенос части программного ERP-решения в продуктивную среду, не осуществляется отказ от документирования приложения. То есть ведется частичное применение принципов Agile в каскадной модели. Значимым событием применения Agile является возможность незначительного «запараллеливания» этапов проекта, так допускается ранний старт разработок даже, если не финализированы проектные документы. Однако, величина опережения преимущественно ограничена продолжительностью не более 20% от сроков фазы дизайна …

Выходные данные и полный текст статьи

Кудин Н.С. Гибридные методы внедрения корпоративных ERP-систем // Корпоративные информационные системы. – 2022. – №3 (19) – С. 29-37. – URL: https://corpinfosys.ru/archive/issue-19/202-2022-19-erphybridmethods.

Об авторе