Определение темы #
Методы оценки идей в проекте
Введение в оценку идей
Оценка идей экспертами
Что такое экспертная оценка?
Экспертная оценка — это анализ того, насколько идея перспективна, реалистична или полезна. Эксперты оценивают: техническую реализуемость, экономическую целесообразность, риски, ожидаемые результаты.Такие оценки базируются на опыте, отраслевых знаниях и прогнозировании возможных последствий.Зачем нужны экспертные оценки?
- Экспертные оценки предоставляют ценную информацию, когда команда не может количественно измерить идеи. Эксперты заполняют пробелы в данных и предлагают качественные суждения. Хотя они субъективны, такие оценки часто точны благодаря опыту и знанию контекста.
- Экспертная оценка особенно полезна при ограниченных данных или сложных решениях. Мнение экспертов ускоряет принятие решений и помогает направить команду в сторону успеха или вовремя предупредить о рисках. Сочетание экспертной и количественной оценки обеспечивает всесторонний анализ идей.
Scope
Функция
PBI
Буферы
Исследовательские спайки
Методы оценки идей проекта #
Цели:
- Определить, какие идеи включить в проект;
- Выявить наиболее ценные идеи и оценить их потенциальное влияние;
- Эффективно распределить ресурсы между задачами;
Снизить риски за счёт тщательного анализа альтернатив.
Теперь рассмотрим наиболее популярные методы оценки, которые помогают достичь этих целей.
Оценка по критериям влияние и усилия #
Команды могут анализировать идеи, опираясь на два ключевых фактора: влияние (impact) и усилия (effort).
Влияние
Насколько сильно идея влияет на успех проекта.
Усилия
Ресурсы, необходимые для реализации: время, деньги, человеческие ресурсы.
Все идеи можно отнести к одной из четырёх основных категорий:
-
Быстрая победа
Высокое влияние, низкие усилия. Задачи, которые приносят быстрые результаты при минимальных вложениях.
-
Ставка на крупный успех
Высокое влияние, высокие усилия. Требуют значительного планирования, но могут привести к существенным результатам.
-
Постепенное улучшение
Низкое влияние, низкие усилия. Идеи, которые не сильно влияют на результат, но при этом положительно сказываются на проекте.
-
Бесполезные затраты
Низкое влияние, высокие усилия. Как правило, неоправданные задачи, которые не стоит реализовывать.
Также схема демонстрирует промежуточные позиции, где задачи требуют умеренных усилий и приносят среднее влияние. Команды могут браться за них, если есть свободные ресурсы.
Этот метод помогает быстро определить, какие идеи дают наибольшую отдачу при минимальных затратах.
Голосование #
Демократичный подход к принятию решений лежит в основе метода голосования. Члены команды выбирают и голосуют за идеи, которые они считают наиболее важными и перспективными для реализации.
Такой подход особенно полезен, когда нужно учесть мнения нескольких заинтересованных сторон или экспертов.
Процесс голосования:
- Ознакомьтесь с предложенными идеями.
- Выберите и проголосуйте за те, которые считаете наиболее значимыми.
Идеи, набравшие наибольшее количество голосов, переходят к дальнейшей разработке.
На картинке показаны различные методы голосования, которые помогают эффективно приоритезировать идеи:
-
Рейтинговое голосование
Участники ранжируют идеи по степени предпочтения, формируя список приоритетов на основе суммарного рейтинга.
-
Распределение баллов
Каждому участнику даётся ограниченное количество баллов, которые он может распределить между идеями. Это помогает определить относительную важность каждой идеи.
-
Парное сравнение
Участники сравнивают идеи попарно, выбирая одну из двух. Повторные сравнения помогают установить общую иерархию приоритетов.
-
Голосование точками
Каждый участник получает ограниченное количество голосов (точек) и распределяет их между идеями. Идеи, набравшие больше всего точек, получают высший приоритет.
-
Максимальное различие
Участники выбирают самую и наименее предпочтительную идею, формируя градиент предпочтений, который выявляет наилучшие и наихудшие варианты.
Применение этих методов позволяет объективно оценить и расставить приоритеты для идей.
Карта воздействия #
Команды используют Карта Воздействия, чтобы визуализировать связь между бизнес-целями, действиями и результатами, а также понять, какие факторы влияют на успех проекта.
Метод помогает сфокусироваться на реальных бизнес-потребностях, определить ключевых участников и их действия, а также спрогнозировать, как их поведение повлияет на цели проекта.
Изображение выше демонстрирует следующие шаги для применения метода Карты воздействия:
“Почему?” — определите цель проекта:
- Первый шаг — чётко сформулировать бизнес-цель, которую должен достичь проект.
Важно ответить на вопрос: «Почему?» - почему эта цель важна для бизнеса, какую проблему она решает и как она будет способствовать успеху?
“Кто?” — определите ключевых участников
“Как?” — проанализируйте влияние
- Следующий шаг - ответ на вопрос «Как?» . Как поведение или действия участников могут повлиять на достижение бизнес-целей? Важно определить как положительное, так и отрицательное влияние каждого действия на достижение цели. На диаграмме показано, как действия акторов связаны с различными уровнями влияния.
“Что?” — определите ожидаемые результаты
Ожидаемая денежная ценность (Expected Monetary Value, EMV) #
Метод Ожидаемая денежная ценность позволяет оценить различные сценарии реализации, применяя вероятности и денежные показатели.
Этот подход помогает командам оценить потенциальные затраты и выгоды при внедрении идеи, учитывая возможные риски и вероятность их наступления.
Формула для вычисления Ожидаемой денежной ценности:
Где:
- P {\scriptscriptstyle 1} вероятность наступления конкретного исхода (от 0 до 1);
- V {\scriptscriptstyle 1} денежная ценность или прибыль, соответствующая этому исходу.
Для расчета метода команда умножает вероятность каждого исхода на его денежное значение, а затем суммирует все значения.
Формула позволяет оценить ожидаемое финансовое влияние идеи с учетом как выгоды, так и рисков.
-
1. Определите решение (узел принятия решения)
Первый шаг — сформулировать, какой выбор нужно сделать. В примере: "Строить новый завод или реконструировать существующий?"
-
2. Определите сценарии и вероятности (узел вероятности)
Для каждого варианта решений нужно определить возможные сценарии. Например: Сценарий высокого спроса (вероятность 60%); Сценарий низкого спроса (вероятность 40%).
-
3. Рассчитайте выгоды или убытки по каждому сценарию
В примере: Новый завод: прибыль $80 млн при высоком спросе или убыток $30 млн при низком. Реконструкция: $70 млн прибыли при высоком спросе и $10 млн — при низком.
-
4. Рассчитайте EMV для каждого варианта
Идеи с низкой отдачей и большими усилиями. Эти задачи не стоят вложенных средств, и их, как правило, не следует выполнять.
Где:
- P {\scriptscriptstyle 1} ймовірність настання кожного результату (від 0 до 1);
- V {\scriptscriptstyle 1} грошова вартість або вигода кожного результату.
У цьому прикладі EMV для будівництва нового заводу становить $36 млн, а для реконструкції існуючого заводу — $46 млн.
-
5. Выберите лучший вариант (конец ветки)
На последнем этапе выбирается решение с наибольшим EMV. В нашем случае: реконструкция выгоднее, так как ее EMV $46 млн превышает EMV нового строительства — $36 млн.
Метод EMV в сочетании с деревом решений — это мощный инструмент анализа рисков и принятия оптимальных решений в условиях неопределенности.
Сначала взвешенное кратчайшее задание (Weighted Shortest Job First, WSJF) #
Команды используют метод WSJF (Weighted Shortest Job First) для приоритезации задач.
Этот подход оценивает задачи на основе:
бизнес-ценности;
временной критичности;
потенциала к снижению рисков или созданию новых возможностей.
Эти показатели сравниваются с размером задачи (Job Size), чтобы сформировать очередь приоритетов для выполнения.
WSJF формула:
Где:
- Бизнес-ценность: Насколько важна задача для бизнеса или пользователей.
- Критичность времени: Насколько срочно нужно выполнить задачу.
- Снижение риска или создание возможностей:
Насколько задача помогает снизить риски или создать новые бизнес-возможности. - Размер задачи: Оценка сложности или объёма работы, необходимого для выполнения задачи.
Шаги по применению метода WSJF:
1. Определите метрики задачи:
Оцените каждую задачу или функцию по трем критериям (бизнес-ценность, критичность, снижение риска)
по шкале от 1 (низко) до 10 (высоко).
2. Оцените размер задачи (Job Size):
Оцените трудоемкость или длительность выполнения задачи по аналогичной шкале.
Чем выше значение — тем больше усилий требует задача.
3. Рассчитайте приоритет:
Для каждой задачи используйте формулу:
Пример для «Функции A»:
WSJF = {10 + 1 + 1 \above{1pt} 1} = 10Пример для «Функции D»:
WSJF = {1 + 8 + 10 \above{1pt} 8} = 1,254. Отсортируйте задачи по приоритету:
Задачи сортируются по убыванию значения WSJF.
Чем выше WSJF, тем выше приоритет задачи.
В примере:
Функция A получает наивысший приоритет (12),
Функция D — значительно ниже (2.375).
Преимущества метода 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 Cart — 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 — это подход к приоритизации задач, при котором задачи делятся на четыре категории в зависимости от их значимости для проекта.
Шаг 1: Простой способ распределения задач по методу MoSCoW
Следующая иллюстрация демонстрирует базовый пример распределения задач без использования буферов. Каждая задача отнесена к одной из четырех категорий:
-
Must Have (Обязательно):
Занимают не более 60% общего объема работы. Это ключевые задачи для достижения целей проекта.
-
Should Have (Желательно):
Задачи, которые должны быть выполнены, но не критичны. Как правило, занимают около 20% усилий.
-
Could Have (Можно реализовать):
Дополнительные задачи, которые можно выполнить при наличии ресурсов. Также примерно 20% усилий.
-
Won’t Have (Не будет реализовано):
Задачи, которые не включаются в текущий цикл.
Такой подход позволяет четко распределить время и ресурсы в зависимости от приоритетов — без буферов.
Шаг 2: Уточнение подхода с учетом буферов
Следующая схема демонстрирует более сложный рабочий процесс, в котором используются буферы в фазах планирования и исполнения:
На этом этапе 60% ресурсов выделяется на задачу «Must Have».
Внешние организации или лица, которые предоставляют материалы, оборудование или услуги для проекта.На этом этапе 60% ресурсов выделяется на задачу «Must Have».
Внешние организации или лица, которые предоставляют материалы, оборудование или услуги для проекта.
На этапе выполнения первоочередные задачи остаются первоочередными, и без них проект не может быть завершен.
Остальные задачи можно выполнить, если позволяют время и ресурсы, используя буфер.
Этот подход повышает гибкость управления проектом и снижает риски срыва сроков.
Шаг 3: Пример распределения функционала по MoSCoW
Ниже приведена матрица распределения функций проекта по категориям метода MoSCoW.
-
Must Have (Обязательно):
Интеграция мобильного приложения. API для сторонних интеграций. Эти функции критически необходимы для запуска проекта.
-
Should Have (Желательно):
Настройка профиля пользователя. Важная функция, но её можно отложить, если не хватает времени или ресурсов.
-
Could Have (Можно реализовать):
Поддержка нескольких языков. Полезное дополнение, которое может быть реализовано при наличии ресурсов.
-
Won’t Have (Не будет реализовано):
Темная тема интерфейса. Не входит в текущий релиз.
Этот подход позволяет команде сфокусироваться на самых важных задачах, обеспечивая эффективное распределение усилий и ресурсов в зависимости от приоритетов.
Используя разные методы оценки и приоритизации, проектные команды принимают обоснованные решения, учитывающие влияние, затраты, риски и долгосрочную ценность.
Выбор наиболее подходящих методов на основе целей проекта, его специфики и доступных ресурсов — залог успешной реализации.
Product Backlog Item #
| PBI |
|---|
|
Как выглядит: описание функциональности, задача или улучшение в форме краткой спецификации или user story. |
|
Состоит из: Features (функциональные возможности), Bug fixes (исправления ошибок), Technical tasks (технические задачи), Research spikes (исследовательские задачи). |
|
Фокус: ориентация на результат, который получает пользователь или команда. |
Заключение #
Выбор правильных идей для реализации — краеугольный камень успешного управления проектами, а разнообразные методы оценки — такие как Impact & Effort, Voting, Impact Mapping, EMV, WSJF, RICE и MoSCoW — предоставляют проектным командам мощный инструментарий для принятия взвешенных решений. Каждый метод предлагает уникальный ракурс оценки идей, позволяя балансировать бизнес-эффект, срочность, риск, распределение ресурсов и согласованность со стейкхолдерами.
Будь то поиск «легких побед» с низкими затратами и высоким эффектом, расчёт финансовых рисков через EMV или приоритизация по охвату и уверенности с помощью RICE, эти фреймворки обеспечивают и стратегическую ясность, и операционную точность. Кроме того, применение структурированных методов приоритизации, таких как WSJF или MoSCoW, гарантирует, что критические задачи получают должный фокус, а менее важные идеи своевременно откладываются или исключаются.
В конечном счёте продуманное использование этих техник оценки позволяет командам максимизировать ценность, сокращать потери и обеспечивать, чтобы каждое решение ощутимо вносило вклад в успех проекта. Ключ не в использовании всех методов подряд, а в выборе и комбинировании тех, которые лучше всего соответствуют контексту, целям и ограничениям проекта.
