Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • постоянные корректировки настроек;

  • отсутствие критериев приемки;

  • затягивание сроков запуска;

  • перерасход бюджета внедрения.

Меры снижения:

  • назначение владельца процесса со стороны бизнеса;

  • фиксация целевой модели работы Системы (технического задания);

  • утверждение дорожной карты внедрения.

...

  • перенос согласований;

  • затягивание тестирования;

  • потеря актуальности требований;

  • затягивание сроков запуска.

Меры снижения:

  • согласование контрольных точек внедрения;

  • регулярные статус-встречи;

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

...

  • отсутствие эскалации проблем;

  • низкий приоритет внедрения;

  • размывание ответственности;

  • затягивание сроков запуска;
  • перерасход бюджета внедрения.

Меры снижения:

  • участие руководителей в контрольных точках проекта;

  • регулярная отчетность по статусу внедрения;

  • если через 3 месяца после запуска внедрения Система не передана в опытную эксплуатацию, инициировать встречу с куратором проекта со стороны Заказчика для анализа первопричин и перепланирования работ.

...

4. Потеря фокуса и отсутствие управляемых изменений

...

  • незавершенные этапы внедрения;

  • многократные попытки запуска без результата;

  • потеря накопленной экспертизы из-за смены команды

  • затягивание сроков запуска;
  • перерасход бюджета внедрения.

Меры снижения:

  • закрепление куратора проекта;

  • работа не только с исполнителями, но и с руководством;

  • фиксация обязательных результатов каждого этапа;

  • управление проектом с применением backlog проекта: согласованные задачи доводятся до реализации с последующей ретроспективой (анализа) результата. Новые задачи заносятся в backlog, затем анализируется их влияние на бизнес-подразделения, сроки и бюджет проекта;
  • закрепление «владельца продукта» со стороны Заказчика, определяющего приоритет задач из backlog.

...

5. Неконтролируемые изменения по инициативе заказчика

...

  • согласование спорных решений с разработкой;

  • отказ от настройки непосредственно на продуктивном контуре без обоснования;

  • обязательная проработка концепции перед реализацией;

  • управление проектом с применением backlog проекта: согласованные задачи доводятся до реализации с последующей ретроспективой (анализа) результата. Новые задачи заносятся в backlog, затем анализируется их влияние на бизнес-подразделения, сроки и бюджет проекта;
  • закрепление «владельца продукта» со стороны Заказчика, определяющего приоритет задач из backlog.

...

6. Отсутствие контроля лицензирования

...

  • предварительный аудит данных;

  • тестовая миграция;

  • проверка всех связанных объектов и ссылок;

  • миграция данных «как есть» в структуре и составе Системы – источника с применением стандартных проверенных процедур.

...

Технические риски

8. Низкая производительность системы

Риск: большое количество высокопроизводительных вычислений, лукапов, файловых операций и рост объема данных.

...

  • раннее выявление проблем производительности;

  • нагрузочное тестирование;

  • регулярный мониторинг ресурсов серверов;

  • обязательная эскалация выявленных проблем производительности;

  • периодический аудит формул вычислений.

...

9. Недостаточные серверные ресурсы

...

  • регулярный пересмотр конфигурации серверов  на соответствие рекомендуемым характеристикам (определяется кол-вом пользователей и используемыми модулями);

  • согласование архитектуры с разработкойразработчиком системы;

  • аудит инфраструктуры при росте нагрузки.

...

  • минимизация использования разрывов прав;

  • автоматизация контроля и очистки исключений;

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

...

11. Сброс пользовательских настроек после обновления

...

  • тестирование обновлений на тестовом контуре;

  • использование создание пользовательских настроек видов вместо изменения системных объектов.

...

12. Ошибки миграции и запуска служебных утилит

...

  • обязательные консультации с разработкойразработчиком;

  • запуск на тестовом контуре;

  • контроль потребления ресурсов.

...

  • регулярная синхронизация контуров;

  • контроль изменений;

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

...

15. Отсутствие аудита изменений

...

  • выполнение изменений только под персональными учетными записями;ведение журнала изменений.

...

16.

...

Отсутствие контроля качества настроек, выполняемых заказчиком самостоятельно

Риск: самостоятельные изменения заказчика попадают в продуктивную среду без контроля качества со стороны разработчика.

Последствия:

  • нестабильная работа системы;

  • появление трудно диагностируемых ошибок.

...

  • проверка настроек антивируса на этапе внедрения;

  • внутренний аудит инфраструктуры после установки;

  • использование рекомендаций разработчика.

18. Риски, связанные с крупными внедрениями

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

Последствия:

  • нехватка ресурсов;

  • проблемы с обработкой графики, PDF и больших объемов данных.

Меры снижения:

  • отдельное согласование архитектуры с разработкой;

  • проведение инфраструктурного аудита до запуска проекта.

...