You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Организационные риски

1. Отсутствие бизнес-заказчика и образа целевого результата

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

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

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

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

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

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

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

  • фиксация целевой модели работы;

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


2. Отсутствие внутренних сроков внедрения

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

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

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

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

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

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

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

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

  • фиксация ответственных за каждый этап.


3. Недостаточный контроль проекта со стороны руководства

Риск: руководство не вовлечено в принятие ключевых решений.

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

  • необходимость последующих переделок.

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

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

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

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


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

Риск: истечение срока действия лицензий или нехватка лицензий для пользователей.

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

  • простой пользователей;

  • остановка работ.

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

  • ведение реестра лицензий;

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

  • инициирование продления не менее чем за месяц.


Организационно-технические риски

7. Некорректное планирование миграции данных

Риск: недооценка особенностей существующих данных и связей.

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

  • потеря связности данных;

  • нарушение работы внешних ссылок AutoCAD, Civil 3D и Revit;

  • увеличение сроков запуска.

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

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

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

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


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

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

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

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

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

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

  • перенос процессов во внешние инструменты.

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

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

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

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

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


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

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

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

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

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

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

  • регулярный пересмотр конфигурации серверов;

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

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


10. Ошибки в настройке прав доступа

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

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

  • потеря доступа к данным;

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

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

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

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

  • регулярный аудит модели доступа.


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

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

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

  • потеря пользовательских представлений и видов;

  • дополнительные трудозатраты на восстановление.

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

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

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


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

Риск: запуск ресурсоемких процедур без оценки влияния на систему.

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

  • снижение производительности;

  • недоступность системы.

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

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

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

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


13. Отсутствие тестового контура

Риск: выполнение настроек и проверок непосредственно на продуктивной системе.

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

  • нарушение работы пользователей;

  • потеря данных;

  • длительные простои.

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

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

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


14. Несоответствие настроек тестового и продуктивного контуров

Риск: накопление различий между средами.

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

  • ошибки при переносе изменений;

  • невозможность воспроизвести проблемы.

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

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

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

  • периодическое обновление тестовой среды из продуктивной.


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

Риск: невозможно определить автора внесенных настроек.

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

  • сложность расследования инцидентов;

  • увеличение времени поиска ошибок.

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

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

  • ведение журнала изменений.


16. Недостаточная проверка настроек, выполняемых заказчиком

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

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

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

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

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

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

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

  • выборочный аудит настроек.


17. Некорректная настройка инфраструктуры и антивирусного ПО

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

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

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

  • блокировка отдельных операций.

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

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

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

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


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

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

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

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

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

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

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

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

  • No labels