Иногда проекты по переходу с SAP на 1С:ERP приходится выполнять в сжатые сроки. Из-за этого возникает целый ряд рисков, ставящих под угрозу реализацию проекта в необходимом объеме.
Давайте вместе рассмотрим наиболее значимые риски на проектах перехода с SAP на 1С.
1. Недостаточное качество фиксации необходимых доработок в проекте
Когда перечень функциональных разрывов составляется в ходе встреч, где команда исполнителя демонстрирует функциональные возможности системы, а ключевые пользователи со стороны заказчика описывают бизнес-процессы, всегда есть вероятность что-то упустить из виду. А это в свою очередь может привести к тому, что результаты разработки не будут соответствовать ожиданиям заказчика.
Как митигировать риск: Справиться с этим риском поможет фиксация перечня функциональных разрывов на выходе из встреч.
2. Несоответствие реализации доработок функционала соотношению атрибутов справочников
В случае если НСИ выделен на проекте в отдельный стрим, возможна ситуация, когда этот стрим живет сам по себе, вне контекста кастомизации функционала подсистем. При этом на других стримах специалисты могут заводить новые справочники, создавать к ним дополнительные атрибуты, а команда стрима НСИ — об этом не знать.
Как митигировать риск: Необходимо проводить еженедельные коммуникации по составу справочников между командами стрима НСИ и функциональных стримов.
3. Несвоевременная разработка интеграций между операционными системами
Чтобы детально разработать интеграцию нужно сперва детально описать потоки данных между системами. Т.е. предварительно нужен список всех бизнес-процессов, которые участвуют в интеграциях.
Как митигировать риск: Не стоит выделять интеграцию в отдельный стрим. Вместо этого необходимо распределить ее задачи по другим стримам (подсистемам), а также по возможности усилить команду разработки интеграции.
4. Некорректная/неполная миграция остатков/данных SAP — в 1С
Как митигировать риск: необходимо усилить ресурсы команды заказчика, а также контролировать работы по НСИ в трекере проекта. Дополнительной мерой может послужить репетиция продуктивного запуска (FDR — full dress rehearsal).
5. Нарушение коммуникации проектной команды исполнителя и заказчика, потеря информации в ходе ведения проекта
Этот риск один из наиболее часто встречающихся. Например, менеджеры забывают создавать встречи в трекере, ошибаются при переносе. Или ключевые сотрудники со стороны заказчика не отвечают вовремя на сообщения с предложением выбрать время для встреч.
Как митигировать риск: Создать правила в команде — за сколько часов необходимо предупреждать о встрече, как правильно фиксировать мероприятия в трекере, в течение какого времени должны отвечать участники встречи. Если нарушение коммуникации приводит к потере информации в ходе кастомизации программных продуктов, то к мероприятиям по предотвращению можно отнести координацию изменений объектов конфигурации, документирование архитектуры и функциональности ПО.
На нашем сайте вы можете получить бесплатную консультацию по переходу с SAP на 1С
