Управление рисками в GameDev. Управление проектом (Project Management). Риск срыва сроков, бюджета и выгорания команды

[vorobyev]

Любопытный взгляд на риски при разработке игр. Внесу несколько дополнений.
1. Если рассматривать сертификации, то вместо САМР возможно стоит рассмотреть IPMA, который более распространен в России.
2. Почему то за бортом остались все риски проектирования:
- реализованный объем фич не дает нужного эффекта,
- забагованность кода, когда фичи вроде реализованы, но потом возвращаются бумерангом,
- потеря компетентных исполнителей (отчасти это учитывается в выгорании, но возможны и другие причины)
- ошибки интеграции с другими командами.
3. Автор обладает большим опытом работы, который позволяет выделить главные аспекты и при этом многие вещи кажутся очевидными и проходят мимо повествования. Например, полезно рассмотреть модель риска, которая состоит из,
ФАКТОРОВ, которые приводят к возникновению
СОБЫТИЯ, которое влечет
ПОСЛЕДСТВИЯ, для проекта.

При этом примеры риск-индикаторов здесь - это формализация ПОСЛЕДСТВИЙ, а для системной работы нужно спускаться в анализ СОБЫТИЙ и ФАКТОРОВ. Автор упоминает это походя, но тут то и кроются основные моменты работы с рисками (прогнозирование, резервирование, предотвращение).