Название риска Описание шаблона риска
Проблемы связанные с изменениями во внешних библиотеках

Современные it продукты содержат множество зависимостей.
Здесь можно выделить два класса проблем:

  • недоступность внешних репозиториев (проблема решается через использование внутреннего репозитория зависимостей, который кеширует используемые зависимости)
  • возникновение ошибок в результате обновления библиотек
Проблемы совместимости с ОС и оборудованием

Проблемы совместимости могут быть как на уровне ОС и оборудования, так и библиотек среды окружения где будет работать приложение

Конфликты при слиянии параллельных потоков разработки

При слиянии (меrge) разных потоков разработки могут возникать конфликты, разрешение которых потребует длительного времени и привести к деффектам.

Часто конфликты случаются в случае рефакторинга кода или параллельной работы над одними и теми же компонентами разынми рабочими группами.

Чтобы предотвратить риск или смягчить его последствия рекомендуется:

  • создать автоматизированное тестовое покрытие для областей кода в которых ведется параллельная разработка. Это также поможет более эффективно проводить рефакторинг и избегать деффектов
  • комуницировать между группами разработки заранее и предотвращать сильные параллельные изменения компонентов
Риски интеграции с внешним API

Внешнее API может быть еще не реализовано, либо интеграция потребует значительно больших усилий и после API не оправдает возложенные на него ожидания

Ошибки при выборе компонента или платформы

Выбранный компонент не обладает достаточной гибкостью – чтобы удовлетворить текущим или новым требованиям заказчика.

Необходимо просчитать сколько будет стоить реализация альтернативного решения

Система не будет обладать нужной производительностью

По текущим данным [указать подробнее данные и источник] есть риск того, что система не будет соответствовать требованиям по производительности [указать конкретный показатель].

Приложение не удовлетворяет необходимым требованиям "живучести" (fault tolerance)

Заказчик может предъявлять различные требования к “живучести” приложения и репликации данных при возникновении сбоев.

Созданный код недостаточно гибок и изменения становятся более дорогими

Самое лучшее лекарство против этой болезни – автоматизированное тестирование.
Необходимо следить за качеством тестового покрытия и проводить ручной ревью кода.

Скрытые проблемы в legacy-компонентах [укажите компонент]

До конца не ясно, как поведут себя компоненты [указать какие именно], которые разрабатывались для предыдущего поколения продукта, на другой технологической платформе.

Несоответствие стека технологий с подрядчиками.

В проект будут привлечены подрядчики и аутсорсеры, но если они не будут использовать [указать ПО, версию], то у нас возникнут сложности с интеграцией результатов работы. Это негативно повлияет на проект в целом, так как у нас вся команда работает с [указать ПО, версию]. В противном случае интеграция результатов потребует [укажите время, ресурсы]. Также возможны [опишите последствия].