Метод MoSCoW для приоритизации

Есть достаточно простой способ вытащить верхнеуровневые приоритеты из заказчика или продакта, когда они тормозят или говорят, что все задачи важные и срочные.

1. M – Must – делаем в любом случае, без вариантов.
2. О
3. S – Should – делаем при первой возможности, очень нужная вещь.
4. C – Could – было бы очень и очень неплохо сделать, но нет – так нет.
5. О
6. W – Would – могли бы сделать, но, скорее всего, не будем.

Эту мнемотехнику достаточно легко применить практически на любом списке задач. К сожалению, метод не учитывает технических рисков и в целом, применим на небольших и низкорисковых проектах. Для больших бэклогов нужно использовать более серьёзные методы.

Ключевые преимущества MoSCoW

• Метод чрезвычайно прост, но в то же время эффективен.
• Возможность учёта загрузки ресурсов при выставлении приоритетов.
• Повышает сфокусированность → повышает производительность.
• Повышает прозрачность работы команды для стейкхолдеров и разного руководства.
• Даёт возможность направить на самые приоритетные задачи самых скиллованных разработчиков.

Недостатки расстановки приоритетов в MoSCoW

• Задействуется неочевидная логика. Для команды не всегда понятно, по каким критериям определяется, что первостепенно, а что менее важно.
• Отсутствие более низкоуровневых приоритетов между фичами одной группы.
• Отсутствие учёта технических особенностей реализации фич.

Пример

Давайте сделаем такую приоритизацию на фичах простого и понятного продукта: авторучки.

Must	Пишущий узел, стержень, корпус.
Should	Колпачок, клипса, механизм выпуска и убирания стержня.
Could	Возможность именной гравировки, антистресс-шарик.
Would	Позолота, возможность использования в качестве стилуса айпада.

Как видно из примера, методика вполне способна дать понимание, в каком порядке делать фичи небольшого проекта. В общем, пользуйтесь.