MoSCoW — это техника определения приоритетов, используемая в менеджменте, бизнес-анализе, управлении проектами и разработке программного обеспечения для достижения общего понимания заинтересованными сторонами важности, которую они придают выполнению каждого требования. Техника расстановки приоритетов MoSCow играет ключевую роль в гибком управлении проектами. В Agile-проекте жизненно важно понимать важность разных вещей. Это связано с тем, что время является фиксированным ресурсом, поэтому приоритизация применяется к требованиям, задачам, продуктам, пользовательским сценариям и т. д.
Сам термин MoSCoW представляет собой аббревиатуру, полученную из первой буквы каждой из четырех категорий приоритетов (must, should, could, would) с добавлением промежуточной буквы О, чтобы слово было произносимым. В то время как О обычно пишется строчными буквами, чтобы указать, что они ничего не обозначают.
Все задачи или требования делятся на 4 категории: must, should, could, would.
· Must – то, что необходимо сделать в любом случае. Без выполнения этих задач продукт не будет работать в принципе. Не может быть никаких компромиссов относительно того, необходимы ли они, потому что без них весь проект был бы бессмысленным. Одним словом, это первоочередное требование MoSCoW.
· Should – не самые важные требования, но они тоже должны быть выполнены. Естественно, после реализации «must». Элементы этой категории считаются второстепенными; то есть они важны, но не имеют решающего значения для успеха.
· Could – желательные требования, которые можно сделать, если останется время и будут ресурсы. Еще менее важные, чем две предыдущие категории, эти требования считаются приоритетами третьего уровня. Если их наличие будет иметь негативные последствия для стоимости продукции или соблюдения сроков, их следует исключить. Их следует включать только в том случае, если они не влияют отрицательно на другие элементы проекта.
· Would – требования, которые хотелось бы сделать, но их можно проигнорировать или перенести на следующие релизы без вреда для продукта. Будучи категорией с самым низким приоритетом, их исключение не повредит проекту, и их можно включить, когда условия проекта будут более благоприятными.
Метод можно применять к широкому кругу ситуаций, как в личном, так и в профессиональном контексте. Например, человек может использовать этот метод для определения приоритетов своей рабочей нагрузки на неделю, или команда может использовать его, чтобы определить, какие задачи необходимо выполнить в первую очередь, чтобы уложиться в дедлайн. В общем, метод MoSCoW наиболее полезен, когда перед отдельным лицом или группой стоит большое количество задач, и им нужна помощь в принятии решения, на каких из них сосредоточиться в первую очередь.
Однако следует отметить, что метод имеет некоторые ограничения. Например, он не учитывает зависимости задач или другие факторы, которые могут повлиять на порядок выполнения задач. Таким образом, его следует использовать как один из инструментов в более широком арсенале стратегий управления задачами.
Немного о преимуществах и недостатках MoSCoW :
Плюсы:
· Легко освоить: метод основан на очень простых принципах, которые легко понять, поэтому вам не нужно будет проводить много предварительных исследований, прежде чем начать.
· Помогает расставлять приоритеты: метод помогает четко визуализировать приоритеты и выстраивать иерархию.
· Полезно для групповых дискуссий: использование метода MoSCoW в групповых дискуссиях может стать отличным способом сподвигнуть членов команды рассказать о своих идеях.
· Помогает достичь консенсуса заинтересованных сторон: при использовании среди заинтересованных сторон это может быть хорошим способом достижения соглашения.
· Может предотвратить расфокусировку. Установив четкие и фиксированные приоритеты в начале, можно предотвратить расширение масштабов.
Минусы:
· Приоритетные требования могут быть субъективными: поскольку процедура категоризации не основана на числовых данных, она оставляет место для субъективной интерпретации.
· Не учитывает возможные изменения: размещение элементов в фиксированной категории не позволяет учитывать возможные изменения, происходящие во время выполнения проекта. Например, элементы, которые не нужны в начале, могут стать важными в дальнейшем из-за изменения обстоятельств.
Кстати, метод MoSCoW можно комбинировать с матрицей Эйзенхауэра. Задачи в таком случае можно разделить на срочные и важные, несрочные и важные, срочные и неважные и несрочные и неважные. Матрицу лучше всего использовать при работе с задачами из одной категории MoSCoW.
