Определение Темы #
Методы Оценки Идей в Проекте #
Введение в Оценку Идей #
Оценка Идей Экспертами #
Что такое экспертная оценка? #
Экспертная оценка — это анализ того, насколько идея перспективна, реалистична или полезна. Эксперты оценивают: техническую реализуемость, экономическую целесообразность, риски, ожидаемые результаты.Такие оценки базируются на опыте, отраслевых знаниях и прогнозировании возможных последствий.Зачем нужны экспертные оценки? #
- Экспертные оценки предоставляют ценную информацию, когда команда не может количественно измерить идеи. Эксперты заполняют пробелы в данных и предлагают качественные суждения. Хотя они субъективны, такие оценки часто точны благодаря опыту и знанию контекста.
- Экспертная оценка особенно полезна при ограниченных данных или сложных решениях. Мнение экспертов ускоряет принятие решений и помогает направить команду в сторону успеха или вовремя предупредить о рисках. Сочетание экспертной и количественной оценки обеспечивает всесторонний анализ идей.
Методы Оценки Идей Проекта #
Цели:
- Определить, какие идеи включить в проект;
- Выявить наиболее ценные идеи и оценить их потенциальное влияние;
- Эффективно распределить ресурсы между задачами;
Снизить риски за счёт тщательного анализа альтернатив.
Теперь рассмотрим наиболее популярные методы оценки, которые помогают достичь этих целей.
Оценка по Критериям Влияние и Усилия #
Команды могут анализировать идеи, опираясь на два ключевых фактора: влияние (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): #
- Укажите процент уверенности в точности ваших оценок Reach и Impact.
Биометрическая аутентификация — 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 (Не будет реализовано): #
Темная тема интерфейса. Не входит в текущий релиз.
Этот подход позволяет команде сфокусироваться на самых важных задачах, обеспечивая эффективное распределение усилий и ресурсов в зависимости от приоритетов.
Используя разные методы оценки и приоритизации, проектные команды принимают обоснованные решения, учитывающие влияние, затраты, риски и долгосрочную ценность.
Выбор наиболее подходящих методов на основе целей проекта, его специфики и доступных ресурсов — залог успешной реализации.
