Тенденции изменения проектных технологий

За 25 лет работы компанией ИТРП реализовано более 200 проектов на производственных предприятиях. За это время технология работы эволюционировала от каскадной модели (Waterfall), присоединяла к себе элементы Технологии Быстрого Внедрения от фирмы 1С, наполнялась лучшими практиками с выполненных нами проектов и в настоящее время базируется в основном на принципах Agile. По информации от других партнеров, Центров ERP 1С, применение подходов Agile становится уже всеобщим трендом в развитии проектных технологий.

О начале применения гибких методик при внедрении ERP-систем мы писали еще 8 лет назад, а в этой статье коснемся самых недавних актуальных изменений в выполнении проектов.

Главное, что было нами взято ранее из Agile: проект делится на небольшие этапы, после выполнения этапа результат может итерационно дорабатываться в соответствии с требованиями Заказчика. Результаты каждого этапа работ используются для планирования следующей итерации. После каждого этапа допускается уточнение требований к системе (функции, состав и границы системы, сроки и т.д.).

В рамках проектной технологии проект разбивался на несколько функциональных очередей (обычно 2 – 3). Каждая очередь разбивалась на несколько последовательных этапов, состав которых был частично унаследован еще от каскадной технологии:

• функциональное моделирование;
• спецификация требований;
• функциональные требования по доработкам;
• реализация доработок и испытания;
• тестовый запуск;
• пуско-наладочные работы в ходе опытной эксплуатации;
• перевод в промышленную эксплуатацию.

Однако в результате практики внедрений последних лет были выявлены возможности улучшения данной технологии.

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

Как следствие, эти обстоятельства привели к необходимости пересмотра проектной технологии, а именно к еще большему повышению гибкости при внедрении 1C:ERP.

В результате перехода к новой технологии был пересмотрен состав этапов проекта:

• концептуальное и эскизное проектирование;
• моделирование и прототипирование;
• пусконаладка;
• опытно-промышленная эксплуатация.

Ключевым изменением явилось итерационное последовательное усложнение проектных решений, а также проведение доработок непосредственно на этапе моделирования и прототипирования.

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

После презентации модели заказчику выявляются и уточняются дополнительные требования, которые учитываются при доработке модели в дальнейшем.

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

При возникновении функциональных разрывов, т.е. невозможности реализовать бизнес-процесс в типовом решении типовыми функциями на каждой итерации этапа моделирования и прототипирования сразу реализуются доработки 1C:ERP, которые устраняют выявленные разрывы.

Если функциональным разрывом предусматривается создание автоматизированного рабочего места, то на этапе моделирования и прототипирования реализуются только базовые функции рабочего места, чтобы позволить заказчику оценить предлагаемое проектное решение не просто в проектной документации, но сразу протестировать фрагмент модели непосредственно в 1C:ERP. Полный функционал рабочего места реализуется уже на этапе опытно-промышленной эксплуатации.

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

Можно резюмировать, что подходы Agile на проектах автоматизации сами по себе уже давно не являются принципиальным новшеством в среде партнеров фирмы «1С», а текущей тенденцией, как нам видится, является размытие жестких границ между этапами проекта, повышение гибкости в части допустимости межэтапного перемещения видов проектных работ, ранее привязанных строго к определенному этапу, с еще более широким применением принципа итерационности при движении к конечной цели. Целесообразность развития нашей технологии в этом направлении уже подтвердилась результатами проектов 2024-2025 гг.

Автор: Александр Кузьмин