Метод MoSCoW: определение приоритетов проекта

Для управления ежедневными задачами вы наверняка используете список приоритетных дел в той или иной форме. Но что происходит, когда вы возглавляете проект, в котором участвуют различные заинтересованные стороны, каждая из которых имеет свое мнение о важности различных требований? Как вы определяете приоритетность каждой задачи и сообщаете об этом членам команды, заинтересованным сторонам и клиентам?

Именно в этот момент полезно применить инструмент расстановки приоритетов — метод MoSCoW. Этот простой подход к управлению проектами поможет вам, вашей команде и заинтересованным сторонам выделить задачи, которые имеют решающее значение для успеха проекта. Он также определяет задачи, от которых можно отказаться при нехватке времени или ресурсов.

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

Что такое метод MoSCoW

Метод MoSCoW был разработан Дай Клеггом из компании Oracle® UK в 1994 году в целях сортировки задач проекта по категориям с различной степенью критичности.

Аббревиатура MoSCoW расшифровывается следующим образом:

• Обязаны (M, must). «Обязательные» требования необходимы для успеха проекта и не подлежат обсуждению. Если эти задачи отсутствуют или не выполнены, проект постигает неудача.
• Должны (S, should). Это важные, высокоприоритетные задачи, которые вы должны выполнять при первой возможности. Они очень важны, но при крайней необходимости могут быть реализованы на втором этапе проекта.
• Можем (C, could). Решение таких задач очень желательно, но их можно отложить, если есть ограничения, связанные со временем или ресурсами.
• Хотели бы (W, would or won’t this time). Эти задачи выражают устремления (например, «хотелось бы иметь ...»), но они не включены в этот проект. Также можно использовать эту категорию для наименее важных действий.

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

Метод MoSCoW часто используется в гибком управлении проектами Agile. Однако его можно применить к любому типу проектов.

Метод MoSCoW помогает управлять изменениями в масштабах проекта, чтобы ограничить его «расползание». Это особенно полезно при работе с несколькими заинтересованными сторонами, потому что помогает расставить приоритеты. Четыре четко обозначенные категории позволяют быстро определить приоритет задачи, устраняя путаницу, непонимание, конфликты и разочарования.

Например, некоторые инструменты управления проектами призваны сортировать задачи по категориям с «высоким», «средним» и «низким» приоритетами. Но у членов команды мнения о том, что означает каждая из этих группировок, могут не совпадать. Кроме того, многие задачи помечаются как «высокоприоритетные», потому что кажутся важными. Это может отнять много времени и ресурсов и в конечном итоге привести к провалу проекта.

Использование метода MoSCoW

Чтобы получить максимальную отдачу от метода MoSCoW, выполните следующие шаги. (Ниже описано использование MoSCoW в обычном проекте каскадной модели (“Водопад”), однако подход аналогичен в гибких проектах Agile.)

Шаг 1. Организуйте проект

Важно, чтобы вы и ваша команда полностью осознавали свои цели до начала проекта.

Составьте экономическое обоснование, чтобы определить цели вашего проекта, его масштаб и сроки, а также способы реализации. Также можно выработать устав проекта, чтобы спланировать свой подход к нему.

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

Шаг 2. Составьте список задач

Как только вы поймете цели своего проекта, проведите анализ разрывов (GAP-анализ), чтобы определить действия, которые нужно выполнить для их достижения.

Шаг 3. Расставьте приоритеты в списке задач

Пообщайтесь со всеми заинтересованными сторонами, чтобы расставить приоритеты задач по четырем категориям MoSCoW: «Обязаны», «Должны», «Можем» и «Хотели бы». Такие дебаты зачастую проходят тяжело, поэтому заранее улучшите свои навыки разрешения конфликтов, принятия коллективных решений и ведения переговоров!

Вместо того чтобы начинать со всех задач из категории «Обязаны», а затем понижать статус некоторых из них, может оказаться полезным сначала поместить все задачи в категорию «Хотели бы», а затем обсудить необходимость продвижения вверх по уровням значимости каждой из задач.

Шаг 4. Обработайте список MoSCoW

После распределения задач по категориям MoSCoW критически оцените каждую классификацию.

Будьте особенно осмотрительны при формировании «обязательного» списка. Помните, что он зарезервирован исключительно для тех задач, невыполнение которых скорее всего приведет к провалу проекта.

Стремитесь к тому, чтобы на обязательный список было выделено менее 60 процентов времени и усилий команды. Чем меньше пунктов он содержит, тем выше ваши шансы на успех.

Постарайтесь достичь консенсуса со всеми членами группы. В противном случае нужно привлечь лицо, принимающее решения, за которым останется последнее слово.

Шаг 5. Сообщите о результатах

Последний шаг — поделиться списком приоритетов с членами команды, заинтересованными сторонами и клиентами.

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

Пример

Юлия — менеджер проекта в крупной ИТ-организации. Она работает с командой дизайнеров, маркетологов и разработчиков над редизайном сайта крупного корпоративного клиента.

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

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

Между тем дизайнеры утверждают, что профессионально созданное потоковое видео заметно повысит посещаемость сайта. Они также предлагают организовать на домашней странице веб-сайта ленту социальных сетей.

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

Юлия понимает, что при очевидной важности каждого приоритета, не все из них имеют решающее значение для успеха проекта. Она решает использовать метод MoSCoW, чтобы помочь группе достичь консенсуса в отношении «критически важной» задачи.

Она начинает с ключевого вопроса: «Если бы я пришла к вам накануне запуска, а рассматриваемая задача не выполнена, вы бы остановили запуск?» Этот вопрос помог всем членам группы определить самый важный приоритет проекта.

После чего группа согласовала следующие приоритеты:

• Обязательно веб-сайт должен быть модифицирован для удобства просмотра на мобильных устройствах.
• Должна быть организована лента социальных сетей.
• Может быть на сайте и потоковое видео для помощи пользователям.
• Хотелось бы — личная информация будет собираться для будущих маркетинговых разработок, но не сейчас.

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

Читайте о других методах приоритизации в нашей статье “Расстановка приоритетов”.