🎯 MoSCoW: приоритизация

Must / Should / Could / Won't: как делить требования и не набить релиз до отказа.

Теория · Аналитика · #analytics #prioritization #moscow

Категории

Буква Смысл Правило
Must have обязательно без этого релиз не имеет смысла или нарушает закон
Should have важно сильно желательно, но есть обходной путь
Could have можно приятно иметь, делаем при запасе времени
Won't have (this time) не в этот раз осознанно отложено, не забыто

Как применять

  1. Соберите список требований или историй.
  2. Определите цель релиза и ограничения (срок, бюджет, команда).
  3. Для каждого пункта спросите: «Что случится, если этого не будет?»
  4. Распределите по категориям вместе со стейкхолдерами.
  5. Проверьте объём: Must не более ~60% ресурса, остальное запас на риски и Should / Could.
  6. Зафиксируйте Won't, чтобы не обсуждать повторно.

Типичные ошибки

  • Всё помечено Must (приоритизации нет).
  • Решение принимает один человек без стейкхолдеров.
  • Won't забывают записать и возвращаются к ним по кругу.
  • Приоритеты не пересматривают по итогам релиза.

Пример

Требование MoSCoW
Оплата картой Must
Сохранение корзины между сессиями Should
Оплата по СБП Could
Тёмная тема Won't (этот релиз)

Другие методы приоритизации

Метод Суть
RICE (Reach × Impact × Confidence) / Effort
WSJF стоимость задержки / размер работы
Kano базовые, ожидаемые и восхищающие функции
Value vs Effort матрица 2×2