Некорректная работа АС, связанная с ошибками при импорте начальных данных.

Возможные меры:

• Исследование данных.
• Консультации с командами, которые уже выполняли проекты на аналогичной платформе.
• Тщательное тестирование новой среды, подготовка и перенос данных совместными усилиями сотрудников Заказчика и Исполнителя.
• Тестовый импорт в прототип КИС на ранних стадиях.

Недостаточная производительность АС, разработанной и внедренной в ходе Проекта.

Возможные меры:

• Заранее исследовать требования по производительности АС.
• Проконсультироваться с командами, которые уже делали проекты на аналогичной платформе.
• Предусмотреть задачу по оптимизации производительности и нагрузочному тестированию в ходе сквозного теста.

Потеря участника рабочей группы проекта (РГП) со стороны заказчика.

Возможные меры:

• Выстраивание личных отношений с ключевыми членами РГП.
• Ежедневный контроль за ходом работ.
• Анализ производительности.
• Люди “в резерве”.
• Передача знаний в команде.
• Соблюдение правил Управления коммуникациями Проекта: требования каждого участника РГП к процессам документируются. В случае, если процесс, который был утвержден ушедшим участником РГП подвергается изменениям, эти изменения согласовываются и приоритезируются Руководителями проекта со стороны Исполнителя и Заказчика с целью оптимизации сроков и стоимости Проекта.
• Введение системы мотивации для участников Проекта.

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

Возможные меры:

• Исследование ситуации – есть ли реальные предпосылки к этому?
• Соблюдение правил Управления изменениями Проекта.
• Использование гибких методологий, инкрементальных подходов.
• Учащение промежуточных поставок.
• Участие в группе организационных изменений на предприятии.
• Контракт Time & Material.

Частичное несоответствие АС, разработанной и внедренной в ходе Проекта, ожиданиям Владельцев процессов и Экспертов.

Возможные меры:

• Применение гибких методологий (SCRUM, Kanban).
• Проверить – все ли стейкхолдеры проекта выявлены.
• Формализовать все ожидания Владельцев процессов и Экспертов в ходе интервью.
• Определить приоритеты требований.
• Описать и согласовать потоки данных.
• Изучить историю предыдущих проектов, в которые были вовлечены эти стейкхолдеры.
• Проанализировать и обсудить с Владельцами процессов возможность реализации их ожиданий.
• Скорректировать ожидания Владельцев и согласовать с ними новую версию ожиданий.
• Построить и внедрить процесс оценки и согласования дополнительных требований.
• Создание прототипов на ранних стадиях и регулярное демо.

Недостаточное выделение времени на проект владельцами процессов из-за их сильной занятости.

Возможные меры:

• Создать план проведения интервью и согласования процессов исходя из прогнозируемой занятости Владельцев процессов.
• Увеличить количество Владельцев процессов.
• Закрепить приказом предприятия Заказчика приоритетность участия в Проекте, введение системы мотивации для участников Проекта.