Метод MoSCoW: как применять для приоритизации задач

Конспект статьи. Автор оригинала: Марина Лужецкая (Kaiten)

Обзор метода MoSCoW, который предложил Дай Клегг (Oracle) в 1994 году для приоритизации при ограниченных ресурсах.

Категории

• Must have — критичные задачи, без которых продукт не существует.
• Should have — важные, делаются сразу после Must, но не блокируют релиз.
• Could have — желательные, обычно улучшения UX.
• Won't have — не в этом цикле, могут вернуться позже.

Пример для мобильного приложения магазина: Must — каталог и оформление заказа; Should — фильтры; Could — персональные рекомендации; Won't — чат-бот поддержки на старте.

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

• Почти всё попадает в Must have.
• Размытые критерии — опираться на прибыль, стоимость, скорость реализации, запросы пользователей.
• Приоритеты не пересматриваются.

Ограничения и альтернативы

Метод субъективен и плохо масштабируется на крупные проекты. Альтернативы: взвешенная оценка (Weighted Scoring), «ценность против сложности» (Value vs Complexity), модель Кано.