MoSCoW Prioritization (Приоритизация MoSCoW)
Что это такое?
MoSCoW Prioritization — это методика управления требованиями и приоритизации задач, которая помогает командам определить, что критично для успеха, а что может быть отложено.
Аббревиатура расшифровывается так:
- M (Must): обязательно к выполнению
- S (Should): желательно, но не критично
- C (Could): можно сделать, если останется время
- W (Won’t): делать не будем в этом цикле
Когда использовать?
Типовые ситуации:
- Для приоритизации задач на стратегических и продуктовых сессиях
- При управлении проектами с ограниченными ресурсами
- Для согласования ожиданий между стейкхолдерами
- В Agile/Scrum-командах для планирования спринтов
️ Как с ним работать
Пошаговый гайд
-
Подготовка
- Составьте список всех задач/требований.
- Подготовьте шаблон MoSCoW (таблица или доска).
-
Проведение
- Совместно с командой распределите элементы по категориям Must, Should, Could и Won’t.
- Проверьте, чтобы Must включал только действительно критичные задачи.
-
Завершение
- Утвердите приоритеты и согласуйте их со всеми заинтересованными сторонами.
Вопросы для команды
- Какие задачи абсолютно необходимы для успеха?
- Какие задачи стоит сделать, если хватит времени и ресурсов?
- Какие задачи можно отложить без ущерба в этом цикле?
- Что не должно отвлекать нас в этом проекте?
Типичные ошибки
- Отнесение слишком большого числа задач в категорию Must
- Отсутствие согласования приоритетов с ключевыми стейкхолдерами
- Игнорирование категории Won’t как средства управления ожиданиями
Что почитать и изучить
Книги
- Agile Estimating and Planning — Майк Кон
- Управление проектами по Scrum — Кен Швабер
Статьи
- MoSCoW Prioritization in Practice — Harvard Business Review
- Using MoSCoW to Manage Scope Creep — MIT Sloan
Примеры применения
- BBC — использовала MoSCoW для управления требованиями в крупных IT-проектах
- Spotify — применяла MoSCoW в своих продуктовых командах для приоритизации функций
Результат работы
- Приоритизированный список задач по категориям MoSCoW
- Повышенная прозрачность ожиданий между участниками проекта
- Снижение количества спорных задач и переработок