...
постоянные корректировки настроек;
отсутствие критериев приемки;
затягивание сроков запуска;
перерасход бюджета внедрения.
Меры снижения:
назначение владельца процесса со стороны бизнеса;
фиксация целевой модели работы Системы (технического задания);
утверждение дорожной карты внедрения.
...
перенос согласований;
затягивание тестирования;
потеря актуальности требований;
затягивание сроков запуска.
Меры снижения:
согласование контрольных точек внедрения;
регулярные статус-встречи;
- если через 3 месяца после запуска внедрения Система не передана в опытную эксплуатацию, инициировать встречу с куратором проекта со стороны Заказчика для анализа первопричин и перепланирования работ;
фиксация ответственных за каждый этап.
...
отсутствие эскалации проблем;
низкий приоритет внедрения;
размывание ответственности;
- затягивание сроков запуска;
- перерасход бюджета внедрения.
Меры снижения:
участие руководителей в контрольных точках проекта;
регулярная отчетность по статусу внедрения;
- если через 3 месяца после запуска внедрения Система не передана в опытную эксплуатацию, инициировать встречу с куратором проекта со стороны Заказчика для анализа первопричин и перепланирования работ.
...
4. Потеря фокуса и отсутствие управляемых изменений
...
незавершенные этапы внедрения;
многократные попытки запуска без результата;
потеря накопленной экспертизы из-за смены команды
- затягивание сроков запуска;
- перерасход бюджета внедрения.
Меры снижения:
закрепление куратора проекта;
работа не только с исполнителями, но и с руководством;
фиксация обязательных результатов каждого этапа;
- управление проектом с применением backlog проекта: согласованные задачи доводятся до реализации с последующей ретроспективой (анализа) результата. Новые задачи заносятся в backlog, затем анализируется их влияние на бизнес-подразделения, сроки и бюджет проекта;
- закрепление «владельца продукта» со стороны Заказчика, определяющего приоритет задач из backlog.
...
5. Неконтролируемые изменения по инициативе заказчика
...
согласование спорных решений с разработкой;
отказ от настройки непосредственно на продуктивном контуре без обоснования;
обязательная проработка концепции перед реализацией;
- управление проектом с применением backlog проекта: согласованные задачи доводятся до реализации с последующей ретроспективой (анализа) результата. Новые задачи заносятся в backlog, затем анализируется их влияние на бизнес-подразделения, сроки и бюджет проекта;
- закрепление «владельца продукта» со стороны Заказчика, определяющего приоритет задач из backlog.
...
6. Отсутствие контроля лицензирования
...
предварительный аудит данных;
тестовая миграция;
проверка всех связанных объектов и ссылок;
миграция данных «как есть» в структуре и составе Системы – источника с применением стандартных проверенных процедур.
...
Технические риски
8. Низкая производительность системы
Риск: большое количество высокопроизводительных вычислений, лукапов, файловых операций и рост объема данных.
...
раннее выявление проблем производительности;
нагрузочное тестирование;
регулярный мониторинг ресурсов серверов;
обязательная эскалация выявленных проблем производительности;
периодический аудит формул вычислений.
...
9. Недостаточные серверные ресурсы
...
регулярный пересмотр конфигурации серверов на соответствие рекомендуемым характеристикам (определяется кол-вом пользователей и используемыми модулями);
согласование архитектуры с разработкойразработчиком системы;
аудит инфраструктуры при росте нагрузки.
...
минимизация использования разрывов прав;
автоматизация контроля и очистки исключений;
- оформление модели прав в виде документа (матрица прав доступа), получение консультации по матрице со стороны разработчика;
- тестирование прав от пользователей системы (например, в режиме инкогнито)
- регулярный аудит модели доступа.
...
11. Сброс пользовательских настроек после обновления
...
тестирование обновлений на тестовом контуре;
использование создание пользовательских настроек видов вместо изменения системных объектов.
...
12. Ошибки миграции и запуска служебных утилит
...
обязательные консультации с разработкойразработчиком;
запуск на тестовом контуре;
контроль потребления ресурсов.
...
регулярная синхронизация контуров;
контроль изменений;
периодическое обновление тестовой среды из продуктивной, синхронизация перед проведением обновлений и тестирования новых настроек.
...
15. Отсутствие аудита изменений
...
выполнение изменений только под персональными учетными записями;ведение журнала изменений.
...
16.
...
Отсутствие контроля качества настроек, выполняемых заказчиком самостоятельно
Риск: самостоятельные изменения заказчика попадают в продуктивную среду без контроля качества со стороны разработчика.
Наиболее частые ошибки в выполнении настроек:
- длинные названия папок в структуре хранения документации, не учтено ограничение 256 символов, которое потом может возникнуть при выгрузке части проекта в файловую структуру на локальный диск.
- не оптимальные формулы в вычислениях, валидаторах и в автоматизациях
Последствия:
нестабильная работа системы;
появление трудно диагностируемых ошибок.
...
проверка настроек антивируса на этапе внедрения;
внутренний аудит инфраструктуры после установки;
использование рекомендаций разработчика.
18. Риски, связанные с крупными внедрениями
Риск: использование типовых системных требований для крупных заказчиков с высокой нагрузкой.
Последствия:
нехватка ресурсов;
проблемы с обработкой графики, PDF и больших объемов данных.
Меры снижения:
отдельное согласование архитектуры с разработкой;
проведение инфраструктурного аудита до запуска проекта.
...