Урок 1 з 4
Невизначеність і ризик
Що відрізняє вдалий проєкт від фінансового краху, коли умови раптово змінюються? Уявіть: ви розрахували ідеальний план, але забули врахувати лише один фактор. Наприклад, що зарплати розробників зростуть. Така «дрібниця» здатна повністю обнулити вигоду від проєкту.
Згадаймо цифри студії з модуля 4: 300 тис. грн на розробку, з них 30 тис. — резерв на несподіванки, NPV ≈ +58 тис. грн. Тепер перевіримо, що може піти не так і наскільки це небезпечно. Це домен «Ризики».
Невизначеність ширша за ризики
PMBOK розкладає невизначеність на чотири частини:
- Неоднозначність: незрозуміло, що відбувається і чого чекати. Чи сподобається гравцям наша механіка?
- Складність: багато частин, які впливають одна на одну. Зміна механіки тягне зміни в рівнях, сервері й тестах.
- Волатильність: швидкі й непередбачувані зміни. Курс долара, ціни на рекламу, правила магазинів.
- Ризик: конкретна подія, яка може статися чи ні, і її можна оцінити. Ключовий програміст може піти.
З кожною частиною працюють по-своєму. Неоднозначність знімають експериментами й прототипами. Складність — розбиттям на частини й цілісним поглядом. Від волатильності захищають резерви й короткі ітерації. А для ризиків є окреме управління, якому присвячено решту модуля.
Загальний рівень невизначеності впливає і на вибір підходу (модуль 3): що її більше, то вигідніше рухатися короткими кроками.
Чотири обличчя невизначеності
Невизначеність ширша за ризики — і з кожним її видом працюють по-своєму.
Неоднозначність
незрозуміло, що відбувається і чого чекати
У грі: чи сподобається гравцям наша механіка?
Що допомагає: прототипи, експерименти, ранній відгук
Складність
багато частин, які впливають одна на одну
У грі: зміна механіки тягне зміни в рівнях, сервері й тестах
Що допомагає: розбивати на частини, бачити систему цілком
Волатильність
швидкі й непередбачувані зміни
У грі: курс долара, ціни на рекламу, правила магазинів
Що допомагає: резерви, запасні варіанти, короткі ітерації
Ризик
конкретна подія, яка може статися чи ні
У грі: ключовий програміст може піти
Що допомагає: управління ризиками: решта модуля
Загрози і нагоди
Ризик — це подія чи умова, яка може статися і, якщо станеться, вплине на цілі проєкту. Вплив буває двох знаків:
- Загроза — шкодить. Магазин відхиляє реліз, сервер падає в день запуску.
- Нагода — допомагає. Магазин бере гру в добірку «Нове», і завантажень стає вдвічі більше.
Нагодами теж керують: роблять усе, щоб вони настали. Про це — в останньому уроці модуля.
Скільки ризику готова терпіти організація, називають схильністю до ризику (risk appetite). А конкретні межі — наприклад, «затримка релізу не більше ніж на 2 тижні» чи «перевитрата не більше 10%» — порогами ризику. Усе, що виходить за пороги, вимагає реакції.
Чому проєкти провалюються
Більшість провалів — не раптова катастрофа, а ризики, про які ніхто не подумав заздалегідь. Типові причини:
- Погане планування: помилки в оцінці строків, грошей чи людей.
- Недостатній контроль: немає відповідальних за ділянки й регулярних перевірок.
- Невдала команда: кваліфікація не відповідає складності задач.
- Низька мотивація: людям байдуже, чим закінчиться проєкт.
- Невдалі постачальники: затримки, брак, неврахований запас критичних ресурсів.
- Ігнорування сигналів: зміни на ринку, в законах, у правилах магазинів.
Причина → запобіжник
Кожна типова причина провалу має свою протидію.
1Погане планування
→ Реалістичні оцінки та резерв часу й бюджету
2Недостатній контроль
→ Відповідальний за кожну ділянку й контрольні точки
3Невдалий підбір команди
→ Підбір виконавців під складність задач
4Низька мотивація
→ Інструментальні цілі: система мотивації команди
5Невірні постачальники або матеріали
→ Перевірка постачальників і запас критичних ресурсів
6Ігнорування інформації
→ Регулярний моніторинг ринку й законодавства