Классификация рисков в управлении проектами доставки: от зависимостей до технического долга

В современном мире часто говорят о необходимости учёта и минимизации рисков, однако мало кто подробно разъясняет, какие риски существуют и как их классифицировать в контексте управления проектами доставки (Delivery Management). Представьте, что вы управляете проектом в роли DM. В вашем списке задач есть пункт об управлении рисками, но он сформулирован нечётко. Чтобы систематизировать работу с рисками, можно разбить её на три вопроса: 1. **Источник риска**: откуда может возникнуть проблема? 2. **Тип проявления риска**: какие последствия могут быть? 3. **Стратегия ответа на риск**: как мы будем действовать? Рассмотрим основные источники рисков: 1. **Команда**: риски, связанные с людьми и исполнителями. Например, увольнение разработчика в середине проекта, конфликты в команде или недостаток компетенций у новых сотрудников. Командные риски часто недооценивают, но они могут серьёзно повлиять на сроки и качество проекта. 2. **Технологии**: риски, связанные со стеком технологий, инфраструктурой и кодовой базой. Например, выбор нового фреймворка может привести к появлению багов, а использование старого легаси — к техническому долгу. Также сюда относятся риски, связанные с железом, хостингом и любыми техническими зависимостями. 3. **Бизнес**: риски, возникающие из-за бизнес-решений и требований. Например, частая смена приоритетов со стороны стейкхолдеров или недостаточное финансирование. Также риск может заключаться в неправильных требованиях. 4. **Внешняя среда**: факторы, на которые мы не можем повлиять, но должны учитывать. Например, изменения в законодательстве, действия конкурентов, экономическая ситуация, пандемия или война. Разделение рисков по источникам помогает при мозговом штурме: можно рассмотреть возможные проблемы в команде, технологиях, бизнес-среде и внешнем мире. Важно понимать, в чём конкретно будет ущерб, если риск реализуется. Для Delivery Manager основными критериями успеха проекта обычно являются время, качество и результат. Исходя из этого, можно выделить три типа последствий: * **Задержка**: проект затянется, дедлайн будет перенесён. Например, риск увольнения ведущего разработчика может привести к задержке, так как новому человеку потребуется время, чтобы войти в курс дела. * **Снижение качества**: риск, который приводит к тому, что продукт работает хуже, чем должен. Например, сокращение бюджета может заставить урезать тестирование, что приведёт к увеличению количества багов.