Введение
Наличие множества методов решения той или иной задачи приводит к появлению комбинированных способов. Внедрение ERP-систем не является исключением: не смотря на существование 3-х классических моделей имплементации, представленных каскадной, итерационной и спиралевидной моделями [1], все чаще звучит упоминание гибридных моделей. Несмотря на множество публикаций, описывающих использование и особенности применения однопроходных (каскадная схема) и многопроходных (итерационные и спиралевидные подходы) моделей внедрения программного обеспечения (далее – ПО), вопрос их совместного использования остается открытым. Если западные ERP-системы представляются как конфигурируемо-дорабатываемые, то российские информационные системы преимущественно требуют только доработки, где применение Agile-подходов (многопроходные схемы), кажется, оправданным [2].
В этой статье мы рассмотрим гибридные методы имплементации ERP-систем, принимая во внимание как западные, так и отечественные программные продукты. Как известно, выделяют базовые модели разработки и внедрения ПО, все остальные являются производными от них, гибкие методы Agile, в частности [1]. Для начала дадим пару слов о классических моделях.
1. Классические модели внедрения программного обеспечения
Каскадная модель ориентирована на крупномасштабное имплементирование ERP-систем, базисом которых служит преднастроенный функционал и минимум доработок. Эта модель применима для запуска тех проектов ERP, в которых требования достаточно статичны, ведь в ее основе лежит принцип, что изменения требований крайне нежелательны и фактически недопустимы, по крайней мере на момент внедрения и продуктивного запуска. Именно этот принцип позволяет имплементировать крупные программные системы. Особенность однопроходной модели состоит в том, что все задачи внедрения сгруппированы в фазы, причем переход на последующий этап возможен, только если завершены активности предыдущей фазы (рис. 1). В виду продолжительности каждого из этапов имплементирования, сроки проекта в среднем рассчитываются от 1-го года. Основным минусом данной методологии внедрения чаще всего называют отсутствие контура обратной связи, присущей разработанной программе и конечным пользователям [3].
Рис. 1. Каскадная однопроходная модель внедрения программных продуктов
Итерационные и спиралевидные модели, напротив, ориентированы на меняющиеся требования, позволяют быстро получать полурабочий программный продукт и показывать его заказчику для скорейшего сбора обратной связи. Многопроходные модели используются преимущественно в случаях, когда:
- в проекте есть высокая степень бизнес неопределенности в требованиях: размытость, противоречивость, неструктурированность;
- необходима быстрая реализация программного продукта, для скорейшего получения выгоды от его использования;
- наличие высокой степени технологической неопределенности, приводящей к тому, что не понятно, как должен быть реализован и выглядеть финальный программный результат;
- проектная документация вторична или вовсе отсутствует.
Суть данных моделей имплементации состоит в разделении цикла разработки программного решения на итерации, в рамках каждой из которой готовится и демонстрируется заказчику полуготовый программный продукт (рис. 2). Обратите внимание на рисунок ниже, на нем наглядно видно, что активности реализации решения и его тестирования могут вестись параллельно, что недопустимо в однопроходной модели. Это добавляет значимое преимущество многопроходным схемам внедрения: срок их имплементации меньше по сравнению с каскадной моделью [4].
Рис. 2. Многопроходная модель имплементации программных решений
Полный текст статьи: https://corpinfosys.ru/archive/2022/issue-19/202-2022-19-erphybridmethods