Ресурсов всегда меньше, чем желаний. Приоритизация отвечает на вопрос, что сделать раньше, а что не делать вовсе. Метод сам по себе ничего не решает: он делает обсуждение прозрачным и позволяет спорить о критериях, а не о вкусах.
MoSCoW
Четыре категории:
- Must have: без этого запуск не имеет смысла или нарушает закон. Проверка: «Если этого не будет, мы отменим релиз?» Если нет, это не Must.
- Should have: важно, но есть обходной путь.
- Could have: приятно, делаем, если останется время.
- Won't have (this time): осознанно не делаем в этот раз. Это не «никогда», а договорённость.
В методе DSDM рекомендуют, чтобы Must занимал не больше примерно 60% трудозатрат: иначе нет запаса на риски. Главная проблема MoSCoW: всё хочется записать в Must. Лечится вопросом выше и явной ценой каждой категории.
Модель Кано
Нориаки Кано классифицировал свойства по тому, как они влияют на удовлетворённость:
- Обязательные (must-be): их наличие не радует, отсутствие возмущает. Банковское приложение показывает баланс.
- Одномерные (performance): чем больше, тем лучше. Скорость доставки.
- Привлекательные (attractive, delighters): не ждут, но радуются. Со временем становятся обязательными.
- Безразличные: никому не важны.
- Обратные: наличие раздражает части пользователей.
Определяют анкетой с парой вопросов на каждое свойство: функциональным («как вы отнесётесь, если функция есть?») и дисфункциональным («если её нет?»). По таблице ответов свойство попадает в категорию.
RICE
Количественная оценка для продуктового бэклога:
RICE = Reach × Impact × Confidence / Effort
- Reach: сколько людей затронет за период (например, 2000 пользователей в квартал);
- Impact: насколько сильно, по шкале (3 огромное, 2 большое, 1 среднее, 0,5 малое, 0,25 минимальное);
- Confidence: уверенность в оценках (100%, 80%, 50%);
- Effort: трудозатраты в человеко-месяцах.
Пример: Reach 2000, Impact 1, Confidence 80%, Effort 2. RICE = 2000 × 1 × 0,8 / 2 = 800. Сравнивают между собой, абсолютное число смысла не имеет.
WSJF
Из SAFe: Weighted Shortest Job First, сначала то, что даёт больше ценности на единицу длительности.
WSJF = Cost of Delay / Job Size, где Cost of Delay = бизнес-ценность + срочность (временная критичность) + снижение риска или открытие возможностей. Оценки относительные, по ряду Фибоначчи.
Другие методы
- Value vs Effort (матрица 2×2): быстрые победы (высокая ценность, малые усилия) в первую очередь.
- Попарное сравнение и ранжирование: когда пунктов немного.
- Покупка фич (buy a feature): стейкхолдерам дают «бюджет», они распределяют его между фичами.
- Kano + RICE вместе: Кано подсказывает, что обязательно, RICE ранжирует остальное.
Как защищать приоритеты
- Договоритесь о критериях до обсуждения конкретных пунктов.
- Свяжите каждый пункт с бизнес-целью.
- Показывайте цену: «Если берём это в Must, вот что выпадает».
- Фиксируйте решения и кто их принял.
- Пересматривайте приоритеты регулярно: появились данные, изменилась цель.
Частые ошибки
- Всё в Must.
- RICE с выдуманными числами без источника.
- Считать Won't синонимом «никогда».
- Приоритизировать по громкости заказчика.
- Не учитывать зависимости: важный пункт может требовать технической подготовки.
Что спросят на собесе
- Какие методы приоритизации знаете, когда какой подходит.
- Как расшифровывается MoSCoW, что делать, если всё в Must.
- Категории модели Кано, как их выявить.
- Посчитайте RICE для примера.
- Как договориться о приоритетах с двумя заказчиками.