В компании задач всегда больше, чем ресурсов для их выполнения, при этом у каждой есть свой заказчик, аргументы и ожидаемый результат. Когда приоритеты определяются ситуативно, срочные вопросы вытесняют стратегические, а команда тратит ресурс не на самые ценные задачи.
Приоритизация в бизнесе — это упорядочивание задач по заранее выбранным критериям ценности с осознанным решением, какие из них выполнять, а какие — отложить или отменить. Важно обратить внимание на слово «осознанным»: список, в котором каждая задача объявлена важной и ни одна не исключена, приоритизацией не является — это просто перечень намерений.
Классический тайм-менеджмент отвечает на вопрос, как успеть больше. Управленческая приоритизация — на вопрос, от чего отказаться, чтобы сосредоточить ограниченные ресурсы на задачах, действительно важных для бизнеса. Это различие особенно важно, когда возможности команды ограничены: количество людей и доступный ресурс нельзя быстро увеличить.
Перегруженность задачами влияет и на состояние команды, и на качество использования ее ресурсов. Поэтому решение о том, какие задачи команда берет в работу, а какие откладывает, должно приниматься на уровне, где формируются приоритеты, а не передаваться исполнителям как вопрос личной эффективности. Приоритизация здесь — управленческий инструмент, а не техника личной эффективности.
Ресурс команды стоит направлять на задачи, которые двигают бизнес-результат и поддерживают развитие. Если второстепенные вопросы постоянно конкурируют за время с критически важными, список неизбежно становится перегруженным.
Шесть методов приоритизации задач для бизнеса
Важно! Следует учитывать, что перечисленные ниже методы основаны на разных принципах и решают разные управленческие задачи. Матрица Эйзенхауэра оценивает задачи по срочности и важности, MoSCoW — по обязательности требований в рамках цикла, RICE и ICE используют числовую оценку (скоринг), WSJF учитывает экономику задержки, а модель Кано — реакцию клиентов на характеристики продукта. Поэтому методы не исключают друг друга и могут применяться последовательно в зависимости от этапа и цели приоритизации.
Матрица Эйзенхауэра
Метод связывают с принципом, сформулированным Дуайтом Эйзенхауэром: важность и срочность задач следует рассматривать отдельно. Широкое распространение подход получил после работ Стивена Кови.
Кому подойдет: руководителям для разбора собственной загрузки, командам — для быстрой сортировки входящего потока и выявления задач, которые поглощают время, но почти не влияют на результат.
Как устроена: все задачи располагаются в матрице с двумя осями: важность и срочность. В результате получаются четыре группы:
- Важные и срочные — требуют немедленного внимания;
- Важные и несрочные — связаны с развитием, стратегическими целями и предотвращением будущих проблем;
- Неважные и срочные — требуют реакции, но не обязательно требуют участия руководителя или ключевых специалистов;
- Неважные и несрочные — кандидаты на отказ или автоматизацию.
Главная управленческая ценность матрицы в том, что она позволяет увидеть, насколько работа команды сосредоточена на решении оперативных вопросов в ущерб плановым и стратегическим задачам. Если большинство времени уходит на срочные задачи, стратегическая работа почти неизбежно вытесняется.
Плюсы: метод осваивается за минуты, не требует данных и дает наглядную картину загрузки. Он особенно полезен как первый фильтр перед более детальной приоритизацией.
Минусы: важность и срочность оцениваются субъективно. Кроме того, внутри одного квадранта порядка нет: две важные и срочные задачи могут иметь совершенно разную ценность для бизнеса.
Как применять: сначала выпишите все задачи, не оценивая их по ходу. Затем распределите их по четырем категориям. После этого отдельно разберите квадрант важных и несрочных задач: именно эти работы чаще всего вытесняются текучкой, хотя именно они создают основу для будущего результата.
MoSCoW («МоСКоУ»)
Кому подойдет: командам, которые готовят релиз, продукт или проект с фиксированным сроком и должны договориться с заказчиком об объеме работ.
Как устроен: все требования делятся на четыре категории:
- Обязательно (Must have) — без этих элементов результат теряет смысл или не выполняет ключевую функцию;
- Желательно (Should have) — важные элементы, отсутствие которых не разрушает результат и допускает перенос;
- Можно реализовать (Could have) — полезные, но необязательные улучшения;
- Не будет реализовано в этом цикле (Won't have) — сознательно исключенные из текущего объема работы.
Ключевая особенность метода в том, что последняя категория так же важна, как и первые три. Команда фиксирует не только желательные функции, но и границу текущего цикла: что она намеренно не будет делать сейчас.
Плюсы: метод помогает заранее согласовать объем с заказчиком и снизить количество споров в процессе реализации. Он хорошо работает там, где срок зафиксирован, а объем можно регулировать.
Минусы: внутри категории обязательно приоритета снова нет. Если в нее попали десятки задач, метод не помогает определить, какая из них важнее. Кроме того, при отсутствии четких критериев почти каждый заказчик будет считать свою задачу обязательной.
Как применять: перед началом работы договоритесь, что именно делает задачу обязательной. Полезно ограничить долю работ категории обязательно и отдельно зафиксировать содержание категории не будет в этом цикле. При изменении объема новая задача должна вытеснять какую-то другую, а не просто добавляться сверху.
RICE («Райс»)
Кому подойдет: продуктовым командам с большим потоком гипотез, несколькими конкурирующими инициативами и хотя бы минимальной аналитикой по аудитории и трудозатратам.
Как устроен: RICE (охват, влияние, уверенность, трудозатраты) — числовая модель, разработанная в компании Intercom. Приоритет рассчитывается по формуле:
RICE = (Охват × Влияние × Уверенность) / Трудозатраты
Каждый показатель отвечает на отдельный вопрос:
- Охват (Reach): сколько пользователей или клиентов затронет изменение за выбранный период;
- Влияние (Impact): насколько сильно изменение повлияет на одного пользователя или на целевой показатель (по шкале от 0,25 до 3);
- Уверенность (Confidence): насколько команда доверяет своим оценкам;
- Объем усилий (Effort): сколько ресурсов потребуется для реализации, обычно в человеко-месяцах (источник).
Важность каждого показателя становится понятнее на примере. Допустим, две гипотезы потенциально одинаково полезны. Первая затронет 100 тысяч пользователей, вторая — 5 тысяч. При прочих равных первая получит более высокий приоритет. Но если ее реализация потребует в десять раз больше ресурсов, итоговый балл может измениться в пользу второй.
Отдельного внимания заслуживает показатель уверенность. Он не дает команде спрятать неопределенность внутри красивого числа. Если влияние гипотезы кажется высоким, но основано на одном интервью и предположении команды, уровень уверенности должен быть ниже.
Плюсы: метод позволяет сравнивать разные продуктовые гипотезы по единой формуле и отдельно учитывать неопределенность. Он полезен, когда задач слишком много для интуитивного ранжирования.
Минусы: RICE требует исходных данных. Если команда не знает охват, влияние и трудозатраты, ей приходится подставлять предположения. В таком случае формула создает видимость объективности, хотя исходные оценки остаются субъективными.
Как применять: сначала договоритесь о единице измерения охвата: например, «клиенты за квартал» или «активные пользователи за месяц». Для влияния и уверенности заранее зафиксируйте шкалы и примеры оценок. После этого считайте все задачи по одним правилам. Не стоит менять шкалу от задачи к задаче, иначе итоговые баллы теряют сопоставимость.
ICE («Айс»)
Кому подойдет: небольшим командам и проектам на ранней стадии, когда данных об аудитории еще недостаточно, а идей и потенциальных направлений много.
Как устроен: ICE (влияние, уверенность, легкость реализации) оценивает три параметра:
- Влияние (Impact): насколько сильно инициатива способна повлиять на целевой результат;
- Уверенность (Confidence): насколько команда уверена в своей оценке;
- Легкость реализации (Ease): насколько легко и быстро можно реализовать идею с имеющимися ресурсами.
У ICE нет настолько жестко стандартизированной формулы, как у RICE. Разные команды используют разные шкалы и иногда иначе трактуют Ease.
Чаще всего показатели оценивают по шкале от 1 до 10 и перемножают: ICE = Влияние × Уверенность × Легкость реализации; однако конкретная шкала и способ расчета могут различаться у разных команд.
Например, идея с высоким потенциальным эффектом может оказаться ниже в списке, если команда не уверена в ее результативности или ее реализация потребует слишком много усилий.
Плюсы: ICE проще RICE: не требует оценки размера аудитории и может использоваться даже тогда, когда аналитики еще недостаточно. На одну идею уходит несколько минут, поэтому метод подходит для первичного отсева.
Минусы: все три показателя оцениваются экспертно. Два руководителя могут поставить одной задаче совершенно разные баллы — и оба будут формально действовать по правилам.
Как применять: не стоит сразу усреднять оценки участников. Сначала попросите их выставить баллы независимо, а затем обсудите самые большие расхождения. Если один человек оценивает влияние в 9 баллов, а другой — в 3, ценность обсуждения как раз в том, чтобы выяснить, какие разные предположения стоят за этими цифрами.
WSJF (Weighted Shortest Job First, взвешенная кратчайшая работа в первую очередь)
Кому подойдет: компаниям, где несколько команд конкурируют за общий поток разработки или другие ограниченные ресурсы и важно учитывать стоимость ожидания.
Как устроен: WSJF помогает определить, какую работу выгоднее выполнить раньше с учетом стоимости задержки и размера самой работы.
Базовая логика:
WSJF = стоимость задержки / размер работы
Стоимость задержки складывается из трех компонентов:
- Ценность для бизнеса;
- Временная критичность;
- Снижение риска или открытия новых возможностей.
В системе SAFe — Scaled Agile Framework, фреймворке (целостной методологии) для масштабирования Agile-подходов (гибких подходов) в крупных организациях — для WSJF обычно используется схема:
Стоимость задержки = Ценность для бизнеса + Временная критичность + Снижение рисков / Открытие новых возможностей.
(Cost of Delay = Business Value + Time Criticality + Risk Reduction / Opportunity Enablement.)
При этом «размер работы» (Job Size — объем ресурсов и усилий, необходимых для ее выполнения) учитывается отдельно.
Чем выше стоимость откладывания задачи и чем меньше ресурсов требуется для ее выполнения по сравнению с другими задачами, тем выше ее приоритет.
Это особенно полезно для работ, ценность которых меняется со временем. Например, запуск функции к определенной дате может иметь гораздо большую ценность, чем тот же запуск через три месяца. В обычном списке задач эта разница легко теряется, а WSJF заставляет учитывать ее непосредственно при расчете.
Метод входит в набор масштабируемых гибких практик, а концепция стоимости задержки восходит к работам Дона Райнертсена (источник).
Плюсы: WSJF явно учитывает время и цену ожидания. Благодаря этому приоритет получает не просто самая полезная задача, а работа, для которой особенно дорого продолжать ждать.
Минусы: стоимость задержки сложно оценивать. В большинстве компаний это экспертное суждение, поэтому итоговое число нельзя воспринимать как точный финансовый показатель.
Как применять: лучше оценивать составляющие относительно друг друга, а не пытаться сразу переводить их в реальные деньги. Например, если одна инициатива имеет значительно большую временную критичность, чем другая, это должно быть отражено в относительной оценке. Такой подход проще поддерживать единообразно для большого списка задач.
Модель Кано
Кому подойдет: продуктовым и клиентским командам, которые решают, какие характеристики продукта развивать и какие улучшения действительно изменят восприятие клиента.
Как устроена: модель Кано рассматривает не трудозатраты, а реакцию клиента на наличие или отсутствие характеристики. Нориаки Кано в статье 1984 года выделил несколько категорий:
- Базовые (обязательные) характеристики — клиент воспринимает их как само собой разумеющееся. Их наличие редко вызывает дополнительную удовлетворенность, но отсутствие приводит к сильному недовольству;
- Одномерные характеристики — чем лучше они реализованы, тем выше удовлетворенность клиента;
- Привлекательные характеристики — неожиданные элементы, которые способны существенно повысить удовлетворенность, хотя клиент не требовал их заранее;
- Безразличные характеристики — практически не влияют на восприятие продукта;
- Обратные характеристики — улучшение которых может, наоборот, раздражать часть клиентов.
Ценность модели в том, что она меняет сам вопрос о приоритете. Вместо «какую функцию хотят клиенты?» команда спрашивает: «какую реакцию клиента вызовет наличие или отсутствие этой характеристики?»
Например, ожидаемая надежность сервиса может быть базовой характеристикой. Ее улучшение не обязательно сделает клиентов заметно счастливее, зато сбой быстро вызовет недовольство. А новая функция, которую клиент не ожидал, может дать сильный положительный эффект — но только пока она остается отличием от конкурентов.
Плюсы: модель показывает разницу между предотвращением недовольства и созданием дополнительной ценности. Это помогает не вкладывать все ресурсы только в характеристики, которые клиенты считают обязательными.
Минусы: для применения требуется исследование клиентов по специальной анкете. Кроме того, категории меняются со временем: привлекательная характеристика, появившаяся у одного игрока рынка, может постепенно стать стандартом, а затем — обязательным условием.
Как применять: проводите исследование перед значимым циклом продуктовых изменений и периодически повторяйте его. Не стоит считать результаты постоянными: восприятие клиентов меняется вместе с рынком и предложениями конкурентов.
Сравнительная таблица методов приоритизации
| Метод | Основание приоритизации | Нужны ли данные | Сильная сторона | Ограничение |
|---|---|---|---|---|
| Матрица Эйзенхауэра | Срочность и важность | Нет | Скорость, наглядность перекоса в текучку | Нет порядка внутри квадранта |
| MoSCoW | Обязательность в рамках цикла | Нет | Согласование объема с заказчиком | Разрастание категории Обязательно |
| RICE | Охват, влияние, уверенность и трудозатраты | Да (исходные данные для расчета) | Явный учет неопределенности и трудозатрат | Без данных превращается в видимость расчета |
| ICE | Влияние, уверенность и легкость реализации (обычно) | Нет | Упрощенная модель для быстрого отсева слабых идей | Полностью экспертные оценки |
| WSJF | Экономика задержки в потоке | Частично (можно использовать экспертные оценки команды) | Учет фактора времени | Стоимость задержки трудно оценить |
| Модель Кано | Тип реакции клиента | Да (результаты опроса клиентов) | Различает предотвращение недовольства и рост удовлетворенности | Категории меняются со временем |
Общее ограничение всех числовых методов стоит назвать прямо: балл на выходе — это оформленное экспертное суждение, а не измерение. Формула делает суждения сопоставимыми, заставляет проговорить основания и показывает, где команда расходится в оценках, — но исходные цифры в нее ставит человек, и точность результата не может превышать точность этих цифр. Если исходные оценки основаны на слабых данных, формула не делает их объективными.
Как выбрать метод приоритизации под свою задачу
Выбор метода приоритизации зависит от типа решения и доступности данных:
- Краткосрочное планирование, недельный или спринтовый горизонт. Работают простые инструменты: матрица Эйзенхауэра для личной загрузки, MoSCoW для согласования объема. На таком горизонте сложная числовая оценка (скоринг) часто дает больше накладных расходов, чем пользы.
- Стратегический горизонт и распределение ограниченного ресурса между инициативами. Здесь нужны методы, которые позволяют сравнивать потенциальную ценность, затраты и стоимость задержки. В зависимости от контекста подойдут RICE или WSJF: они позволяют сравнить разнородные инициативы по общему основанию и показать, почему одно направление получило ресурс, а другое нет.
- Оценка продукта и его характеристик. Модель Кано отвечает на вопрос, что именно сильно повлияет на восприятие клиентом, а RICE — на вопрос, что из этого окупает трудозатраты. Их естественно применять последовательно.
Практическое правило одно: метод должен быть не сложнее решения, которое он обслуживает. Числовая оценка (скоринг) из четырех факторов, применяемый к выбору темы для еженедельной встречи, тратит больше времени команды, чем стоит само решение, — и через месяц от него откажутся, заодно потеряв доверие к приоритизации вообще. Разные подходы к управлению продуктом на разных этапах требуют разной точности оценки, и выбирать инструмент стоит от этого.
Как внедрить систему приоритизации в компании
- Соберите все задачи в одно поле. Пока запросы приходят в личных сообщениях, на встречах и в почте, приоритизировать нечего: полного списка не существует ни у кого.
- Найдите узкое место. Приоритизация имеет смысл там, где есть дефицит ресурса: времени, людей, бюджета или внимания команды.
- Свяжите критерии со стратегией. Приоритизация в бизнесе работает только тогда, когда критерий отражает то, ради чего компания существует. Если стратегическая цель — удержание клиентов, а метод оценивает охват новой аудитории, система будет исправно поднимать наверх не те задачи.
- Опишите правила письменно. Кто ставит оценки, по какой шкале, кто разрешает спор, что делать с задачами вне очереди. Устная договоренность держится до первого конфликта приоритетов.
- Введите ритуал пересмотра. Регулярная встреча, на которой список пересобирается, — то, что превращает разовую сессию в систему. Периодичность подбирается под скорость изменений в вашем контексте.
Где развивать навыки приоритизации?
Методы дают язык для сравнения задач между собой. Но для руководителя важно уметь работать и с вопросами следующего уровня: какие задачи вообще должны попасть в список, какой продуктовый портфель строит компания, от каких направлений отказывается и как это связано с бизнес-моделью. Это решения другого уровня, и рамка для них другая.
Разбору таких решений посвящена программа «Директор по продукту (CPO): управление продуктовой стратегией» Школы управления СКОЛКОВО: продуктовая стратегия, жизненный цикл продукта и построение гибкой бизнес-модели. Программа рассчитана на директоров по продукту, руководителей направлений, генеральных директоров и собственников.
Методы приоритизации: частые вопросы
Как преодолеть сопротивление команды, если задачи откладывают?
Сопротивление обычно вызывает непрозрачность решения: человек не понимает, по какому правилу его задача оказалась внизу списка, и достраивает объяснение сам — обычно в терминах чьего-то влияния, а не критериев. Работают три принципа:
- Открытые критерии: сотрудник должен иметь возможность самостоятельно посчитать оценку своей задачи;
- Участие заказчиков в самой сессии, а не получение готового решения;
- Явный статус отложенного: «не в этом цикле, вернемся в следующем» отличается от «никогда» и снимает основную часть напряжения. Если сопротивление сохраняется, стоит проверить, не конфликтуют ли критерии приоритизации с тем, по каким показателям люди премируются.
Можно ли использовать несколько методов одновременно?
Да, и на практике это частый сценарий: модель Кано отвечает, что ценно клиенту, RICE — что из этого окупается, MoSCoW фиксирует итог в границах релиза. Важно применять их последовательно, а не параллельно к одному списку — иначе команда получит два разных порядка без правила разрешения конфликта.
Как часто пересматривать приоритеты?
Единого срока нет: периодичность задается скоростью изменений в вашем контексте и длиной цикла поставки. Ориентир практический — пересматривать тогда, когда появилась информация, способная изменить порядок: новые данные о клиентах, изменение стратегии, уход или приход крупного заказчика. Пересмотр по календарю без новой информации превращается в ритуал без содержания.
Редактор, Школа управления СКОЛКОВО