Визначення Теми #
Методи Оцінки Ідей у Проекті
Вступ до Оцінювання Ідей
Експертне Оцінювання
Що таке експертна оцінка?
Експертна оцінка передбачає аналіз перспективності, реалістичності або корисності ідеї чи проєкту. Оцінюється технічна здійсненність, економічна доцільність, ризики та очікувані результати. Такі оцінки базуються на досвіді, знаннях галузі та здатності передбачати потенційні наслідки.Чому експертні оцінки важливі?
- Експертна оцінка дає цінну інформацію в тих випадках, коли команди не можуть кількісно оцінити ідеї. Експерти заповнюють прогалини в даних і пропонують якісні висновки. Незважаючи на суб’єктивність, їхні оцінки часто є точними завдяки досвіду і розумінню контексту.
- Експертні оцінки допомагають командам з обмеженим обсягом даних або в умовах складного вибору. Інсайти експертів прискорюють ухвалення рішень і спрямовують команди до успіху або попередження ризиків. Поєднання експертної оцінки з кількісними даними забезпечує комплексний аналіз.
Методи Оцінки Ідей для Проєкту #
Цілі:
- Визначити, які ідеї включити до проєкту;
- Встановити найцінніші ідеї та оцінити їхній потенційний вплив;
- Ефективно розподілити ресурси між завданнями;
- Зменшити ризики шляхом ретельного аналізу альтернатив.
Тепер розглянемо популярні методи оцінки, які допомагають досягти цих цілей.
Оцінка за Впливом і Зусиллями #
Команди можуть аналізувати ідеї, ґрунтуючись на двох основних факторах: впливі та зусиллях.
Вплив
Ступінь, у якому ідея впливає на успіх проєкту.
Зусилля
Необхідні ресурси, включаючи час, гроші та робочу силу.
Ідеї поділяються на чотири основні категорії:
-
Швидкі перемоги (Easy Wins)
Високий вплив, низькі зусилля. Такі завдання дають швидкий результат при мінімальних витратах.
-
Серйозні ставки (Big Bets)
Високий вплив, високі зусилля. Ці завдання потребують ґрунтовного планування, але можуть принести значні результати.
-
Поступові покращення (Incremental)
Низький вплив, низькі зусилля. Такі завдання мають позитивний ефект, але не є визначальними для проєкту.
-
Пастка витрат (Money Pit)
Низький вплив, високі зусилля. Ці завдання рідко приносять користь і зазвичай не виправдовують витрат — їх слід уникати.
Зображення також демонструє проміжні варіанти — завдання з помірними зусиллями та помірним впливом. Команди можуть працювати над ними за наявності ресурсів. Такий підхід дозволяє швидко визначити ідеї, що приносять найбільшу користь за найменшої вартості.
Голосування #
Голосування — це демократичний процес ухвалення рішень, у якому члени команди обирають і голосують за найважливіші та найперспективніші ідеї для реалізації. Такий підхід особливо корисний, коли потрібно врахувати думки багатьох зацікавлених сторін або експертів.
Процес Голосування:
- Ознайомтесь із запропонованими ідеями.
- Оберіть та проголосуйте за ті, які вважаєте найважливішими.
- Ідеї, що отримали найбільше голосів, переходять до подальшої розробки.
На зображенні показано різні методи голосування, які допомагають ефективно пріоритезувати ідеї:
-
Рейтингове голосування (Ranked Choice Voting)
Учасники ранжують ідеї за пріоритетністю. Результати формуються на основі накопичених балів.
-
Розподіл балів (Points Allocation)
Кожен учасник отримує певну кількість балів для розподілу між ідеями, щоб визначити їхню відносну важливість.
-
Парне порівняння (Pairwise Comparison)
Учасники порівнюють ідеї парами і обирають одну з двох. Повторення таких порівнянь дозволяє визначити загальні пріоритети.
-
Голосування точками (Dot Voting)
Учасники розподіляють обмежену кількість "точок" (голосів) між ідеями. Ідеї з найбільшою кількістю точок отримують пріоритет.
-
Аналіз MaxDiff (MaxDiff Analysis)
Учасники визначають найбільш і найменш вподобані ідеї, створюючи градієнт переваг, що вказує на ідеї з високою та низькою цінністю.
Застосування цих методів дозволяє об’єктивно оцінювати та пріоритезувати ідеї у межах проєкту.
Карта Впливу #
Команди можуть використовувати Карту Впливу, щоб візуалізувати зв’язок між бізнес-цілями, діями та очікуваними результатами. Така візуалізація допомагає чітко зрозуміти, які фактори впливають на успіх проєкту.
Цей метод дозволяє:
зосередитися на реальних бізнес-потребах;
визначити ключових учасників (акторів) і їх дії;
передбачити, як їхня поведінка може вплинути на результати проєкту.
Зображення вище демонструє наступні кроки для застосування методу Карта Впливу:

“Чому?” — Визначення Мети:
- Першим кроком є чітке формулювання бізнес-мети , якої проєкт має досягти. Важливо дати відповідь на питання “Чому?” — чому ця мета є важливою для бізнесу, яку проблему вона вирішує і як вона сприятиме досягненню успіху?

“Хто?” — Ідентифікація Ключових Акторів:
- Наступний етап — з’ясувати “Хто?” — хто саме може вплинути на досягнення мети. Це можуть бути як зовнішні, так і внутрішні стейкхолдери: користувачі, клієнти, працівники тощо. Кожен з них впливає на проєкт по-різному, і цей вплив потрібно врахувати.

“Як?” — Аналіз Впливу:
- Далі потрібно відповісти на питання “Як?” ,— як поведінка або дії визначених акторів можуть вплинути на досягнення бізнес-цілей? Необхідно ідентифікувати як позитивний, так і негативний вплив кожної дії на реалізацію мети. Схема ілюструє, як дії акторів пов’язані з різними рівнями впливу.

“Що?” — Визначення Результатів:
- Нарешті, слід відповісти на запитання “Що?” — які результати або ключові елементи проєкту (наприклад, епіки, функціональності чи юзер-сторі) будуть реалізовані у разі досягнення мети. На цьому етапі визначаються конкретні продуктові компоненти, необхідні для досягнення бажаного результату.
Очікувана Грошова Вартість (EMV) #
Метод Очікуваної Грошової Вартості (EMV) використовується для оцінювання різних сценаріїв реалізації шляхом застосування ймовірностей і грошових оцінок. Такий підхід допомагає командам оцінити потенційні витрати або вигоди від реалізації ідеї, з урахуванням можливих ризиків та ймовірності їх настання.
Формула для обчислення Очікуваної Грошової Вартості (EMV):
Де:
- P {\scriptscriptstyle 1} ймовірність кожного сценарію (від 0 до 1);
- V {\scriptscriptstyle 1} грошова вартість або вигода кожного результату.
Щоб обчислити EMV, команди множать ймовірність кожного сценарію на відповідну грошову вартість і підсумовують результати. Ця формула дозволяє оцінити очікуваний фінансовий вплив ідеї, враховуючи як вигоди, так і ризики.
Команди часто використовують метод EMV у поєднанні з деревом рішень. Це дозволяє візуалізувати варіанти та обрати найкращий шлях дій.
-
1. Визначення Рішення (Вузол рішення)
Першим кроком є чітке формулювання рішення, яке потрібно прийняти. Наприклад: “Чи варто будувати новий завод чи оновити існуючий?”.
-
2. Визначення Сценаріїв та Ймовірностей (Вузол ймовірностей)
Для кожного варіанту рішення визначаються можливі сценарії. Наприклад: “Високий попит” із ймовірністю 60%; “Низький попит” із ймовірністю 40%.
-
3. Розрахунок Витрат Для Кожного Сценарію:
Підраховується потенційний прибуток або збиток для кожного сценарію. Наприклад: Побудова нового заводу → прибуток $80M при високому попиті або збиток $30M при низькому попиті.
-
4. Обчислення EMV (Очікувана грошова вартість):
Ідеї з низьким впливом і великими зусиллями. Ці завдання не варті інвестицій і, як правило, їх не варто реалізовувати.
Де:
- P {\scriptscriptstyle 1} ймовірність кожного результату (від 0 до 1);
- V {\scriptscriptstyle 1} грошова вартість або вигода від кожного результату.
У прикладі:
EMV для будівництва нового заводу = $36 М;
EMV для реконструкції існуючого заводу = $46 млн;
-
5. Вибір Найкращого Варіанту (Кінець гілки):
Останній етап — вибір варіанту з найвищим EMV. У цьому випадку реконструкція заводу є більш вигідною, оскільки її EMV ($46 млн) перевищує EMV нового будівництва ($36 млн).
Метод очікуваної грошової вартості (EMV) у поєднанні з деревом рішень є потужним інструментом для аналізу ризиків та ухвалення оптимальних рішень в умовах невизначеності.
Спочатку Зважена Найкоротша Робота (WSJF) #
Команди пріоритезують завдання за методом WSJF (Зважена пріоритетність найкоротшого завдання). Цей підхід оцінює завдання з урахуванням:
Бізнес-цінності;
Критичності за часом;
Можливості зниження ризиків або створення переваг.
Ці показники порівнюються з розміром завдання, щоб визначити його пріоритет у черзі на виконання.
WSJF формула:
Де:
- Бізнес-Цінність: Наскільки завдання важливе для бізнесу або користувачів.
- Критичність часу: Наскільки терміновим є виконання завдання найближчим часом.
- Зменшення ризику або створення можливостей:
Наскільки завдання допомагає зменшити ризики або створює нові можливості. - Обсяг Роботи: Оцінка складності або обсягу зусиль, необхідних для завершення завдання.
Where:
- B V – Business Value: How important the task is to the business or users.
- T C – Time Criticality: How urgent it is to complete the task soon.
- R or O – Risk Reduction or Opportunity Enablement: How much the task helps reduce risks or opens new opportunities.
- Job Size: The estimated complexity or effort required to complete the task.
Кроки застосування WSJF:
1. Визначте Метрики Завдань:
Оцініть кожну функцію або завдання за шкалою від 1 до 10 за такими критеріями:
- бізнес-цінність,
- критичність у часі,
- зменшення ризику або відкриття нових можливостей.
1 = низьке значення, 10 = високе значення.
2. Оцініть Розмір Завдання:
Оцініть складність або обсяг завдання на аналогічній шкалі. Чим вищий бал — тим більше часу або зусиль потрібно.
3. Обчисліть Пріоритет (WSJF):
Для кожного завдання підрахуйте суму значень і поділіть на розмір завдання:
Приклад — Feature A:
WSJF = {10 + 1 + 1 \above{1pt} 1} = 10Приклад — Feature D:
WSJF = {1 + 8 + 10 \above{1pt} 8} = 1,254. Визначте Порядок Виконання:
Ранжуйте завдання за їхнім WSJF-коефіцієнтом — чим вищий бал, тим вищий пріоритет.
У прикладі Feature A отримує найвищий пріоритет із балом 12.
Переваги методу WSJF:
- Дозволяє зосередитися на завданнях, які приносять найбільшу цінність при найменших витратах часу та ресурсів;
- Підходить для Agile та SAFe середовищ;
- Сприяє об’єктивній пріоритезації беклогу продукту.
Метод RICE (Reach, Impact, Confidence, Effort) #
Команди використовують фреймворк RICE для пріоритезації функцій або завдань за чотирма ключовими факторами:
Reach (Охоплення);
Impact (Вплив);
Confidence (Упевненість);
Effort (Зусилля).
Цей метод допомагає зосередитися на найцінніших завданнях, враховуючи вартість їх реалізації.
Формула RICE:
Де:
- Reach (Охоплення): Скільки користувачів або сегментів буде охоплено функцією або завданням?
Зазвичай це кількість користувачів за певний період. - Impact (Вплив): Наскільки сильно функція вплине на користувача або бізнес?
Оцінюється за шкалою від 1 (мінімальний) до 5 (максимальний вплив). - Confidence (Упевненість): Наскільки впевнені ми в точності оцінок Reach і Impact?
Виражається у відсотках (наприклад, 0.75 = 75%). - Effort (Зусилля): Скільки ресурсів потрібно для реалізації (наприклад, у людино-місяцях)?
Вища оцінка — більші зусилля.
Оцінка RICE допомагає менеджерам проектів зосередитися на завданнях, які приносять найбільшу користь з найменшими зусиллями.
Кроки для застосування методу RICE на прикладі на зображенні:
1. Визначте Функції або Завдання:
Складіть перелік функцій, які потрібно оцінити. Наприклад::
Біометрична автентифікація;
Інтеграція Stripe Pay;
Кошик Shopify;
Панель керування API.
2. Оцініть Кожну Функцію за 4 Критеріями:

Охоплення (Reach):
- Оцініть, на скількох користувачів або зацікавлених сторін вплине функція. На зображенні біометрична автентифікація охоплює 81 користувача, тоді як API Dashboard впливає на 43 користувачів.

Вплив (Impact):
- Оцініть вплив за шкалою від 1 до 5. У прикладі біометрична автентифікація має максимальну оцінку 5, тоді як інтеграція Stripe Pay має дещо нижчу оцінку 3.

Упевненість (Confidence):
- Вкажіть відсоток конфіденційності, щоб показати, наскільки ви впевнені в точності ваших оцінок охоплення та впливу. Біометрична автентифікація має 75% конфіденційності, тоді як кошик електронної комерції Shopify - 50%.

Зусилля (Effort):
- Оцініть зусилля, необхідні для реалізації функції за шкалою від 1 до 5. Нижчий бал вказує на менші зусилля. На зображенні біометрична автентифікація має відносно низький показник зусиль - 2, тоді як API Dashboard має вищий показник зусиль - 3.
3. Розрахуйте RICE оцінку:
- Розрахуйте RICE-оцінку для кожної функції:
- Наприклад, для біометричної автентифікації розрахунок буде таким:
- Інтеграція Stripe Pay:
4. Визначте Пріоритетність за Значенням RICE:
- Після підрахунку балів RICE, проранжуйте функції від найвищого до найнижчого. На зображенні біометрична автентифікація посідає найвище місце з оцінкою RICE 152, що вказує на те, що вона має бути головним пріоритетом, за нею йдуть інтеграція Stripe Pay (35), кошик електронної комерції Shopify (29) та API Dashboard (14).
Переваги методу RICE:
- Враховує не лише цінність, а й вартість реалізації;
- Дозволяє порівнювати різні типи завдань;
- Допомагає ухвалювати об’єктивні рішення при обмежених ресурсах.
Метод MoSCoW (Must, Should, Could, Won’t) #
Метод MoSCoW — це підхід до пріоритезації завдань, який класифікує їх на чотири категорії залежно від їхньої важливості для проєкту.
-
Must Have (Обов’язково):
Критичні завдання, без яких проєкт не може бути реалізований.
-
Should Have (Бажано):
Важливі завдання, які варто виконати, але вони не є критичними.
-
Could Have (Можна реалізувати):
Додаткові завдання, які можна виконати за наявності вільних ресурсів.
-
Won’t Have (Не буде реалізовано):
Завдання, які не будуть включені в поточний цикл.
Крок 1: Простий Розподіл Завдань за MoSCoW
Ілюстрація нижче демонструє базовий приклад розподілу завдань без використання буферів. Кожне завдання розміщено в одну з чотирьох категорій:
-
Must Have (Обов’язково):
Ці завдання займають не більше ніж 60% загального обсягу роботи. Вони є необхідними для досягнення цілі проєкту.
-
Should Have (Бажано):
Завдання, які слід виконати, але вони не є критичними. Зазвичай займають приблизно 20% зусиль.
-
Could Have (Можна реалізувати):
Додаткові завдання, які можуть бути виконані за наявності ресурсів. Також приблизно 20% зусиль.
-
Won’t Have (Не буде реалізовано):
Завдання, які не входять до поточного циклу.
Такий підхід дозволяє чітко розподілити час і ресурси відповідно до пріоритетів, без включення буферів.
Крок 2: Деталізація з Урахуванням Буферів
Наступна схема показує складніший робочий процес, в якому використовуються буфери під час фаз планування та виконання:
На цьому етапі 60% ресурсів виділяється на завдання «Must Have».
Зовнішні організації або особи, які надають матеріали, обладнання або послуги для проекту.
На етапі виконання першочергові завдання залишаються першочерговими, і без них проект не може бути завершений.
Решту завдань можна виконати, якщо дозволяють час і ресурси, використовуючи буфер.
Цей підхід покращує гнучкість управління проєктом і зменшує ризики зривів дедлайнів.
Крок 3: Приклад Розподілу Функціоналу за Методом MoSCoW
У прикладі наведено матрицю, в якій функції проєкту розподілені за категоріями MoSCoW.
-
Must Have (Обов’язково):
Інтеграція мобільного додатку. API для сторонніх інтеграцій. Ці функції критично необхідні для запуску проєкту.
-
Should Have (Бажано):
Кастомізація профілю користувача. Важлива функція, але її можна відкласти, якщо не вистачає часу чи ресурсів.
-
Could Have (Можна реалізувати):
Підтримка декількох мов. Це корисне доповнення, яке може бути реалізовано, якщо залишаться ресурси.
-
Won’t Have (Не буде реалізовано):
Темна тема інтерфейсу. Не входить у поточний реліз.
Такий підхід дозволяє команді сконцентруватися на найбільш важливих завданнях, забезпечуючи ефективний розподіл зусиль і ресурсів на основі пріоритетів.
Застосовуючи різні методи оцінки та визначення пріоритетів, проектні команди приймають обґрунтовані рішення, які враховують вплив, зусилля, ризики та довгострокову цінність. Вибір найбільш підходящих методів на основі специфіки проекту, його цілей та наявних ресурсів є запорукою успіху.