Топ-10 рисков перехода с SAP на 1С. Митигация

В фокусе данного материала – проекты перехода с SAP на 1С:ERP, которые выполняются в сжатые сроки. Недостаток времени, в том числе на начальном этапе проекта, когда выполняется предпроектное обследование бизнес-процессов и моделирование, обусловливает появление целого ряда рисков, ставящих под угрозу своевременную реализацию проекта в необходимом объеме.

Рассмотрим примеры наиболее значимых рисков на проектах перехода с SAP на 1С и способы их митигации.

1. Недостаточное качество фиксации необходимых доработок в проекте перехода с SAP на 1С

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

Способом предотвращения данного риска может быть фиксация перечня функциональных разрывов на выходе из встреч.

2. Несоответствие реализации доработок функционала соотношению атрибутов справочников

В случае если НСИ выделен на проекте в отдельный стрим, возможна ситуация, когда этот стрим живет сам по себе, вне контекста кастомизации функционала подсистем. На других стримах могут заводить новые справочники, создавать к ним дополнительные атрибуты, а команда стрима НСИ — об этом не знать.

Для того чтобы предупредить появление этого риска, необходимы еженедельные коммуникации по составу справочников между командами стрима НСИ и функциональных стримов.

3. Несвоевременная разработка интеграций между операционными системами

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

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

4. Некорректная/неполная миграция остатков/данных SAP — в 1С

Для митигации указанного риска действенными являются: усиление ресурса команды заказчика, контроль работ по НСИ в трекере проекта, а также выполнение репетиции продуктивного запуска (FDR).

5. Нарушение коммуникации проектной команды исполнителя и заказчика, потеря информации в ходе ведения проекта

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

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

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

6. Выпадение членов проектной команды заказчика/исполнителя

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

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

7. Недостаток ресурсов со стороны заказчика для выполнения задач по проекту

Процесс разработки занимает значительное время, и часто результат работы команда исполнителя выдает «оптом». При этом количество ключевых пользователей со стороны заказчика, которые могут принять доработки, как правило, ограничено. Они могут не успевать протестировать результаты и их согласовать.

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

8. Формирование объема работ сверх бюджета проекта

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

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

9. Несогласованность критериев завершения опытной эксплуатации

Особенностью проектов миграции с SAP на 1С, управляемых по гибкой методологии, может быть затягивающийся процесс возникновения новых требований и пожеланий со стороны владельцев бизнес-процессов у заказчика, в том числе на этапе опытной эксплуатации. Для того чтобы процесс не превратился в бесконечный, необходимо определить критерии его завершения, в том числе дату, число пройденных скриптов в трекере — в идеале они должны быть пройдены все, и количество допустимых инцидентов.

10. Неготовность системы в связи с неготовностью функционала к целевому сроку запуска

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

Итак, мы рассмотрели примеры наиболее значимых рисков, характерных для проектов миграции с SAP на 1С, реализуемых в сжатые сроки, и способы их митигации.

Хотите рассчитать стоимость перехода с SAP на 1С? Заполните форму, и мы с вами свяжемся для уточнения деталей.