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