Фреймворки оцінювання: матриця пріоритетів, RICE та інші

«Десять із десяти» нічого не означає, доки хтось не скаже, що таке десять. Фреймворк пріоритизації (prioritization framework) це виправляє: це погоджений і відтворюваний спосіб ранжувати пункти за однаковими критеріями, щоб кожен бачив, як отримано бал.

Найпростіший — матриця пріоритетів «вплив / зусилля» (impact effort matrix), її ще називають сіткою «цінність / зусилля»: квадрат 2×2, на одній осі цінність, на іншій зусилля. Кожен кут має свою інструкцію.

• Швидкі перемоги (quick wins; висока цінність, малі зусилля): роби скоро — справжній виграш за невелику роботу.
• Великі ставки (big bets; висока цінність, великі зусилля): плануй, розбивай на кроки й спершу перевіряй найризикованіше припущення.
• Заповнювачі (fill-ins; низька цінність, малі зусилля): лише коли є вільні сили.
• Ями для грошей (money pits; низька цінність, великі зусилля): уникай їх або переосмисли рішення, хоч як захопливо вони звучать.

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

Оцінка «цінність / зусилля» (value vs effort scorecard) робить «високу цінність» менш суб'єктивною, оцінюючи її за твоїми цілями.

Цінність: за кожною ціллю дай кандидатові 0, 1 чи 2 (без впливу, трохи, багато) і додай. Від'ємні оцінки дозволені: якщо кандидат шкодить одній із цілей, постав там −1. Зусилля: досить оцінки розмірами футболок (T-shirt sizing): XS, S, M, L і XL, які рахують як 1–5. Відносні розміри без прив'язки до календаря інженерам чесно назвати легше, ніж дні. Упевненість: знижка на ризик, записана дробом.

Бал = цінність ÷ зусилля × упевненість.

Онлайн-форма замовлення: 2 для клінік, 0 для підписників, розмір S, упевненість 80%: 2 ÷ 2 × 0,8 = 0,8. Ідея Brandon, менеджера з ключових клієнтів, пропускати замовлення клінік на складі без черги допомагає клінікам (+2), але змушує коробки підписників чекати довше (−1). Цінність 2 + (−1) = 1, тож 1 ÷ 2 × 0,8 = 0,4. Від'ємна оцінка вдвічі зменшує бал, і в цьому суть: така оцінка показує шкоду для однієї групи, яку одне число «цінності» сховало б.

RICE оцінює одного кандидата щодо однієї цілі: Reach × Impact × Confidence ÷ Effort (охоплення × вплив × упевненість ÷ зусилля).

• Охоплення: скількох клієнтів пункт зачепить за період, тут — за квартал.
• Вплив: наскільки він наблизить кожного з них до ключових результатів цієї цілі, за фіксованими кроками: 3 — величезний, 2 — високий, 1 — середній, 0,5 — низький, 0,25 — мінімальний.
• Упевненість: 100% — перевірені результати, 80% — чітка закономірність у даних, 50% — кілька запитів чи передчуття. Записуй дробом: 0,8, а не 80.
• Зусилля: людино-місяці всіх причетних, а не лише інженерів.

Гнучкі дати доставки: 1 500 підписників × 2 × 0,8 = 2 400; ÷ 4 людино-місяці = 600. Замовлення в один клік: 1 200 × 1 × 0,8 ÷ 1 = 960. Apple Pay і Google Pay на чекауті: 3 000 × 0,25 × 0,8 ÷ 0,5 = 1 200.

Саме фіксовані кроки роблять RICE порівнянним: якщо кожна команда вигадує власну шкалу впливу, бали поруч нічого не означають. Погодь шкали один раз, допиши до них приклади й користуйся ними.

Бали RICE можна порівнювати, лише коли охоплення має однакову одиницю. Пункти Котокорму для клінік рахують клініки (їх 54); пункти для підписників — людей (тисячі). Тож кожен пункт для клінік має набагато нижчий бал, ніж пункти для підписників, — не тому, що він менш важливий, а тому, що одиниці різні.

Онлайн-форма замовлення для клінік: 54 × 1 × 0,8 ÷ 1 = 43,2. Автоматичні повторні замовлення: 54 × 2 × 0,5 ÷ 3 = 18. Портал: 54 × 2 × 0,5 ÷ 6 = 9. Усередині цілі щодо клінік цей порядок має сенс: форма попереду, бо пілот уже підняв її впевненість, і вона невелика.

Але постав 43,2 поруч із 600 для гнучких дат доставки — і порівняння порожнє. Ранжуй усередині кожної цілі.

Лишається питання, на яке жоден бал не відповість: як поділити ресурси між цілями, наприклад більшість команди — на утримання підписників, а фіксовану частку — на клініки. Такий поділ — рішення стратегії, один із виборів, що стоять за цілями з модуля 2, і ухвалюють його до оцінювання. Бали потім ранжують лише всередині кожної частки.

Коли перевіряєш рядок уручну, не губи жодного множника, зокрема впевненості: її забувають найчастіше.

Та сама формула дає дуже різні відповіді залежно від того, хто її заповнює. Засновники оцінили бали лояльності так: вплив 2, упевненість 100%, зусилля 2: 5 000 × 2 × 1,0 ÷ 2 = 5 000. Чесна версія — 5 000 × 1 × 0,5 ÷ 8 = 312,5, ушістнадцятеро нижче й найменше в цілі 1.

Кожне значення змінилося з причини. Упевненість — 50%, а не 100%: доказ — кілька коментарів від давніх підписників, а 100% — лише для перевірених результатів. Вплив — 1, а не 2: бали винагороджують і тих, хто й так лишився б, тож чимала частина ефекту дістається підписникам, яких ви й не втрачали. Зусилля — 8 людино-місяців, а не 2: два місяці — лише частина інженерів; додай правила балів, фінанси, листи, навчання підтримки й маркетинг.

Чесні впевненість і вплив дають різницю вчетверо; зусилля всіх причетних — ще вчетверо. 4 × 4 = 16.

Ось чому зусилля завжди рахують для всіх причетних. Фіча, дешева для інженерів, може бути дорогою для компанії.

Бал RICE — добуток чотирьох оцінок, тож застереження про хибну точність (false precision) з уроку Глибше діє повністю: квіз (450) не явно попереду балів лояльності (312,5). Округлюй, близькі бали вважай нічиєю або групуй на високі, середні й низькі.

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

• Визнач кожен крок шкали на прикладі з минулої роботи, щоб «вплив 2» означав для всіх те саме.
• Оцінюйте разом, групою, а не поодинці, щоб чийсь ентузіазм зустрівся із сумнівами інших.
• Вимагай доказів для будь-якої впевненості понад 50%.
• Порівнюй оцінки з результатами після запуску, щоб команда знала, наскільки влучні її здогадки.

Дві звички лише шкодять: дозволяти авторам запитів оцінювати власні ідеї й показувати бали з двома знаками після коми, щоб вони виглядали точними.

Бал починає розмову, а не закінчує її. Його справжня робота — показати, про які оцінки варто сперечатися.

Коли бали є в кожного кандидата, верхівка списку може здивувати. У Котокормі першим у цілі 1 стоїть Apple Pay і Google Pay на чекауті — 1 200, попереду всього, що служить темам. Арифметика правильна: це крихітна робота (пів людино-місяця), яка зачіпає 3 000 покупців. Але вплив на ключові результати мінімальний (0,25), і жодній темі вона не служить.

Це швидка перемога без стратегічної ваги. Зробити її, коли є вільні сили, — нормально, як заповнювач. Але поставити першою в Now чи записати під «Підписники не залишаються без корму», щоб тема виглядала сильнішою, — означало б видати її за прогрес у тому, чого вона ледь торкається.

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

Рейтинг — це знімок твоїх оцінок. Читай його поруч із темами й залежностями, перш ніж діяти.

У RICE немає годинника. Він не скаже, що щось втрачає цінність із кожним тижнем очікування. Вартість затримки (cost of delay) питає саме це: що ми втрачаємо за кожен тиждень, поки цей пункт не готовий? Для рішення Котокорму для клінік конференція 23 травня робить втрату відчутною: якщо до того часу клініки зможуть замовляти онлайн, Brandon підписуватиме нові клініки просто на стенді.

WSJF (weighted shortest job first) ставить вартість затримки поруч із розміром: WSJF = вартість затримки ÷ розмір роботи, і першою йде робота з найбільшим співвідношенням. Так коротка й термінова робота випереджає довгу роботу схожої цінності.

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

Обидва значення — оцінки, тож застереження ті самі, що й для RICE: погоджуйте шкали, оцінюйте разом і не довіряйте малим різницям.

Метод MoSCoW (MoSCoW method) ділить обсяг релізу на чотири групи: Must have (обов'язково), Should have (бажано), Could have (можна) і Won't have (цього разу не буде). Це ясний спосіб сказати команді й стейкхолдерам, що входить у реліз, що необов'язкове і що свідомо лишили поза ним.

Чого MoSCoW не робить — не вирішує, які пункти заслуговують бути Must. Власних критеріїв у нього немає. Якщо люди розставляють позначки до оцінювання, «Must have» просто фіксує, хто найзавзятіше сперечався, і це той самий рейтинг за гучністю в новій обгортці. Таблиця засновників із «Must have» біля балів лояльності — саме такий випадок.

Тож користуйся ним у правильному порядку. Спершу визнач пріоритети за критеріями з цілей і за балами. Потім за допомогою MoSCoW повідом обсяг конкретного релізу. І тримай «Won't have цього разу» чесним: це справжня відповідь, а не прихований Later.

Як це складається докупи: Кожен інструмент відповідає на одне питання: матриця — куди дивитися; оцінка «цінність / зусилля» — компроміси між цілями; RICE — порядок усередині однієї цілі; вартість затримки й WSJF — що втрачає цінність в очікуванні; MoSCoW — що входить у реліз. Жоден не вирішує сам. Далі — як бути, коли відповідь когось розчаровує.