ICE Scoring Model

Модель оцінки ICE - це відносно швидкий спосіб присвоїти числове значення різним потенційним проектам або ідеям, щоб визначити їх пріоритетність на основі їх відносної цінності, використовуючи три параметри: Вплив (I - Impact), Впевненість (C - Confidence) та Простота (E - Ease).

Що таке модель оцінки ICE?

ICE Scoring - це одна з багатьох стратегій визначення пріоритетів, доступних для вибору правильних/наступних функцій для продукту. Модель ICE Scoring Model допомагає визначити пріоритетність функцій та ідей шляхом перемноження трьох числових значень, присвоєних кожному проекту: Вплив, Впевненість та Простота. Кожному елементу, що оцінюється, присвоюється рейтинг від одного до десяти за кожним з трьох значень, ці три числа перемножуються, і результат є оцінкою ICE для цього елементу.

Вплив показує, наскільки проект вплине на ключовий показник, що оцінюється. Впевненість (C - Confidence) - це впевненість у тому, що проект дійсно матиме прогнозований вплив. Простота (E - Ease) - це рівень зусиль, необхідних для завершення проекту.

Наприклад, Пункт один має Вплив сім, Впевненість шість і Простота п'ять, в той час як Пункт два має Вплив дев'ять, Впевненість сім і Простота два. Оцінки за шкалою ICE складуть 210 балів для першого пункту та 126 балів для другого.

Потім ці бали можна порівняти, і пункт з найвищим балом отримає найвищу позицію в ієрархії пріоритетів (у нашому прикладі це буде Пункт Один). Відносно низьке значення Простоти для Елементу два потягнуло за собою зниження показника ІСЕ, незважаючи на те, що він мав би більший вплив при вищому рівні впевненості, ніж Елемент один. Це пояснюється тим, що всі три елементи рівняння розглядаються однаково, на відміну від моделі зваженої оцінки.

Чим корисна система оцінки ICE і хто її створив?

Існує багато різних моделей оцінювання (нижче в цієї статті деяки посилання які оновлюються), але ICE в першу чергу вирізняється з-поміж них тим, що є простішою та легшою, ніж більшість альтернатив. Оскільки ICE вимагає лише трьох вхідних даних (Вплив, Впевненість та Простота) для кожної ідеї, що розглядається, команди можуть швидко розрахувати оцінку ICE для кожної ідеї та відповідно прийняти рішення щодо визначення пріоритетів.

Це навіть простіший розрахунок, ніж модель RICE scoring model, яка додає Reach як четвертий елемент у рівняння (вона також замінює Ease на Effort, тож у формулі використовується Reach * Impact * Confidence / Effort).

Той факт, що ICE настільки швидкий, не в останню чергу завдячує людині, яка його створила, Шону Еллісу. Елліс найбільш відомий тим, що ввів термін “growth hacking” і допомагає компаніям швидко нарощувати експерименти.

Експерименти зі злому зростання повинні бути швидкими та ітеративними, тому має сенс, щоб модель оцінки, яка використовується для визначення пріоритетності експериментів, також була швидкою і простою у використанні.

Оцінка ICE в основному є "досить хорошою" оцінкою і набагато менш суворою, ніж інші моделі оцінки, на які зазвичай покладаються продуктові команди. Існує також високий рівень варіативності в оцінці ICE будь-якого елемента залежно від того, хто проводить оцінку. Оскільки це майже повністю суб'єктивний показник, дві людини можуть присвоїти дуже різні значення атрибутам різних ідей і в кінцевому підсумку отримати протилежні думки.

Той факт, що низька оцінка Ease може так легко знизити оцінку ICE, також підкреслює "експериментальне" походження моделі; в країні зростання хакерства "швидкий провал" надзвичайно цінний завдяки отриманим урокам, і команди, як правило, не хочуть інвестувати багато часу в будь-який окремий проект.

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

Показники ICE найкраще використовувати для відносної розстановки пріоритетів; якщо ви розглядаєте кілька претендентів, це відмінний спосіб вибрати переможця. Аналогічно, якщо ви застосуєте її до всього портфелю проектів, вона допоможе виявити найкращі варіанти для досягнення поставленої мети на даний момент.

Основним недоліком ICE Scoring є те, що відносно небагато людей в організації мають достатньо інформації для точного прогнозування всіх трьох елементів рівняння. Вплив та Впевненість є бізнес-міркуваннями, в той час як Простота відноситься до технічної сфери.

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

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

Також важливо мати узгоджене визначення шкали від 1 до 10 для ранжування кожного з елементів ICE. Якщо немає згоди щодо того, що означає впевненість "7", це може призвести до дуже непослідовних оцінок різними членами команди.

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

Висновок

Швидкість і простота є найбільшими перевагами ICE Scoring і можуть допомогти продуктовим командам звузити коло питань. Однак її сильна сторона також є однією з її слабких сторін, оскільки вона оцінює вплив елемента лише відносно однієї цілі - в організації з декількома паралельними цілями вона не відповідає можливостям інших моделей оцінки.

Незважаючи на відсутність нюансів і складність, ICE Scoring може запропонувати простий спосіб скоротити витрати і надати деякі відносні точки порівняння для осіб, які приймають рішення. І коли ви намагаєтеся досягти консенсусу, іноді виключення чогось так само корисно, як і з'ясування того, який пункт є вершками врожаю.


Інші методи визначення пріоритетів продукту (Prioritization Frameworks):