В традиционных проектах руководитель проекта отвечает за управление рисками. В Scrum-проектах роль руководителя проекта не предусмотрена, но это не означает, что необходимость управлять рисками исчезает. Вместо этого, каждый член Scrum-команды может сыграть свою роль в управлении рисками и в их уменьшении.

Управление рисками в Scrum

Многим руководителям проектов сложно переходить на Scrum. Они часто не понимают, как Scrum управляет рисками.

Типичные риски в проекте по разработке ПО:

  • Необходимый функционал;
  • Управление изменением объема работ;
  • Бюджет;
  • Коммуникация;
  • Архитектура;
  • Изменение сроков;
  • Доступность заинтересованных сторон;
  • Изменение условий на рынке и так далее.

Риски не уходят, когда команда переходит на Scrum. Scrum управляет рисками и даже теми, которые исторически не входили в этот список, такие как дисфункциональность команды, плохой найм и т.п. Скрам не игнорирует риски, он разделяет их между ролями: Scrum мастер, владелец продукта и команда разработки. Таблица иллюстрирует, как риски проекта распределяются между тремя ролями.

Риски

Роли
Владелец продукта Scrum мастер

Команда разработки
Необходимый функционал *
Разрастание границ проекта *
Управление изменениями *
Бюджет *
Коммуникации Здоровье проекта Здоровье команды Техническое здоровье
Разработка программного обеспечения *
Архитектура *
Изменение сроков *
Технический долг Если необходимо *
Доступность потребителя *
Новые технологии *
Фасилитация *
Здоровье команды *
Удаление препятствий *
Оценка работы *

Управление рисками, связанные с клиентом (владелец продукта)

Управление рисками, связанные с клиентом включают в себя время, объем работ и бюджет. В Scrum владелец продукта управляет рисками клиентов. Чтобы помочь устранить риски и снизить их, владельцы продуктов часто встречаются с заинтересованными сторонами, чтобы проверить функциональность, обсудить и обновить планы выпуска, пересмотреть бюджет и многое другое. Владелец продукта также работает над тем, чтобы понять потребности клиентов.

Социальные риски (Scrum мастер)

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

Традиционные руководители проектов могут не заботиться о здоровье команды, как это делает Scrum мастер. Тем не менее, команды, работающие в устойчивом темпе, работают намного лучше, чем команды, которые постоянно работают в перегруженных условиях. Одна из задач Scrum мастера – оберегать команду и сохранять общую стабильность.

Технические риски (команда разработки)

Технические риски – это то, что связано с  разработкой. Наиболее распространенные технические риски связаны с самими членами команды. Это могут быть риски: отсутствие знаний о разрабатываемом продукте, необходимых компетенций и так далее. Лучшим способом управления техническими рисками являются инженерные практики из XP.

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