Віха

Урок 1 з 4

Невизначеність і ризик

Що відрізняє вдалий проєкт від фінансового краху, коли умови раптово змінюються? Уявіть: ви розрахували ідеальний план, але забули врахувати лише один фактор. Наприклад, що зарплати розробників зростуть. Така «дрібниця» здатна повністю обнулити вигоду від проєкту.

Згадаймо цифри студії з модуля 4: 300 тис. грн на розробку, з них 30 тис. — резерв на несподіванки, NPV ≈ +58 тис. грн. Тепер перевіримо, що може піти не так і наскільки це небезпечно. Це домен «Ризики».

Невизначеність ширша за ризики

PMBOK розкладає невизначеність на чотири частини:

  • Неоднозначність: незрозуміло, що відбувається і чого чекати. Чи сподобається гравцям наша механіка?
  • Складність: багато частин, які впливають одна на одну. Зміна механіки тягне зміни в рівнях, сервері й тестах.
  • Волатильність: швидкі й непередбачувані зміни. Курс долара, ціни на рекламу, правила магазинів.
  • Ризик: конкретна подія, яка може статися чи ні, і її можна оцінити. Ключовий програміст може піти.

З кожною частиною працюють по-своєму. Неоднозначність знімають експериментами й прототипами. Складність — розбиттям на частини й цілісним поглядом. Від волатильності захищають резерви й короткі ітерації. А для ризиків є окреме управління, якому присвячено решту модуля.

Загальний рівень невизначеності впливає і на вибір підходу (модуль 3): що її більше, то вигідніше рухатися короткими кроками.

Чотири обличчя невизначеності

Невизначеність ширша за ризики — і з кожним її видом працюють по-своєму.

  • Неоднозначність

    незрозуміло, що відбувається і чого чекати

    У грі: чи сподобається гравцям наша механіка?

    Що допомагає: прототипи, експерименти, ранній відгук

  • Складність

    багато частин, які впливають одна на одну

    У грі: зміна механіки тягне зміни в рівнях, сервері й тестах

    Що допомагає: розбивати на частини, бачити систему цілком

  • Волатильність

    швидкі й непередбачувані зміни

    У грі: курс долара, ціни на рекламу, правила магазинів

    Що допомагає: резерви, запасні варіанти, короткі ітерації

  • Ризик

    конкретна подія, яка може статися чи ні

    У грі: ключовий програміст може піти

    Що допомагає: управління ризиками: решта модуля

Загрози і нагоди

Ризик — це подія чи умова, яка може статися і, якщо станеться, вплине на цілі проєкту. Вплив буває двох знаків:

  • Загроза — шкодить. Магазин відхиляє реліз, сервер падає в день запуску.
  • Нагода — допомагає. Магазин бере гру в добірку «Нове», і завантажень стає вдвічі більше.

Нагодами теж керують: роблять усе, щоб вони настали. Про це — в останньому уроці модуля.

Скільки ризику готова терпіти організація, називають схильністю до ризику (risk appetite). А конкретні межі — наприклад, «затримка релізу не більше ніж на 2 тижні» чи «перевитрата не більше 10%» — порогами ризику. Усе, що виходить за пороги, вимагає реакції.

Чому проєкти провалюються

Більшість провалів — не раптова катастрофа, а ризики, про які ніхто не подумав заздалегідь. Типові причини:

  1. Погане планування: помилки в оцінці строків, грошей чи людей.
  2. Недостатній контроль: немає відповідальних за ділянки й регулярних перевірок.
  3. Невдала команда: кваліфікація не відповідає складності задач.
  4. Низька мотивація: людям байдуже, чим закінчиться проєкт.
  5. Невдалі постачальники: затримки, брак, неврахований запас критичних ресурсів.
  6. Ігнорування сигналів: зміни на ринку, в законах, у правилах магазинів.

Причина → запобіжник

Кожна типова причина провалу має свою протидію.

  1. 1Погане планування

    → Реалістичні оцінки та резерв часу й бюджету

  2. 2Недостатній контроль

    → Відповідальний за кожну ділянку й контрольні точки

  3. 3Невдалий підбір команди

    → Підбір виконавців під складність задач

  4. 4Низька мотивація

    → Інструментальні цілі: система мотивації команди

  5. 5Невірні постачальники або матеріали

    → Перевірка постачальників і запас критичних ресурсів

  6. 6Ігнорування інформації

    → Регулярний моніторинг ринку й законодавства