Сегодня будем говорить о рисках ⚡⛔ .

Сегодня будем говорить о рисках ⚡⛔ . Об их разновидностях, а также о том, как учесть их в планировании. Учебники вы освоите и самостоятельно, поэтому в данной публикации хочу поделиться лишь собственным опытом и разложить риски на те категории, которые встречались в моих проектах.

Но для начала разберемся с тем, что это и как правильно заложить в планирование.

Проще всего определить риск как обстоятельство, которое потенциально отдаляет ⛔ нас от релиза на определенный или даже неопределенный срок.

Обычно риски закладываются в процентном соотношении от общего куска работы (например, спринта). Чаще всего это 20-30%. Но давайте мыслить здраво, чем более высоконагружен проект, тем выше риски. Лично я люблю распределять риски позадачно, а не от общего, потому что, когда оценка таска уже содержит 30%, то на планировании спринта не нужно играть с приоритетами, когда понимаешь, что слона-то и не заметил(а). И загрузил(а) команду на 40 часов из 40.

❗ Запомни навсегда – 40-часовая неделя не означает, что вы закрываете объем задач, оцененных на 40 часов.

Разберем на простейшем примере. Ты менеджишь проект, в котором есть один разработчик, назовем его Иннокентий 💂 . Он работает 5 дней в неделю, по 8 часов. Итого - 40 часов. Из которых ты должен планировать разработку нового функционала на не более, чем 28 часов (40*0,7), потому что оставшиеся 12 и составляют те самые 30% рисков (40*0,3).

Давай рассмотрим 5 основных категорий, которые могут «сожрать» наши 12 запасных часов.

💊 Багфикс (исправление ошибок после тестирования). Вангую, что больше половины рисков приходится именно на него.
🚑 Непредвиденные личные обстоятельства. К сожалению, людям и их близким свойственно болеть, и в таком случае работа оправданно уходит на второй план.
🚨 Форс-мажоры. Если вы читаете договоры, которые подписываете, там очень красочно описан этот пункт. Конец света, вторжение пришельцев, 30-градусный мороз и так далее.
🗿 Клиент. О том, как иногда клиенты влияют на процессы, можно писать долго. Например, у него завтра может случиться важная презентация, о которой он забыл предупредить, и Иннокентия придется экстренно переключать на какие-то доделки.

🔴 Внезапные баги. Это самые важные части продукта, которые резко и неожиданно выходят из строя. «Лёг сайт», «оплаты отвалились», DDOS атака и тд. И тогда вам вообще не до новых фич.

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

На сегодня все. Всем теплого предпраздничного вечера 🎄🎇 .