Как метод MoSCoW может помочь разработчику в создании продукта

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

Способ определения приоритетов MoSCoW сортирует потенциальные характеристики продукта по четырем категориям:

1. Must Have (обязательно)
2. Should Have (нужно)
3. Could Have (желательно)
4. Won’t Have (нежелательно)

Поскольку MoSCoW не говорит, как решить и какие функции подходят к каждому из этих элементов, вы сами можете определить, как расставить приоритизацию в процессах. Например, в зависимости от:

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

Помочь выйти на стабильный заработок и создать продукт может также персональная консультация с экспертом Зерокодера! 1 на 1 вы проведете диагностику вашего бизнеса и разработаете стратегию по увеличению дохода. Это абсолютно бесплатно!

ОНЛАЙН-ПРАКТИКУМ

КАК «ХАКНУТЬ» PYTHON С ПОМОЩЬЮ CHATGPT

ЧТО БУДЕТ НА ОБУЧЕНИИ?

• Прямо в эфире решим типичные задачи программиста только с помощью ChatGPT
• Возможности Python — расскажем что можно делать и сколько на этом зарабатывать?
• Что ждет рынок программирования и почему мы решили сюда пойти

Участвовать бесплатно

Как он работает

Метод расстановки приоритетов MoSCoW популярен, потому что прост.

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

Вот как это может выглядеть:

1. Вы и ваша команда садитесь и перечисляете все потенциальные функции для предстоящего релиза.

2. Определяете ресурсы, которые выделите на каждую из категорий в предстоящих релизах.

Например, на ранних этапах команда может посвятить 80% ресурсов функциям «must-have» (обязательно) и 20 % — «should-have» (нужно). В последующих релизах можно уделить больше времени «should-have», а затем разделить оставшиеся ресурсы между «must-have» и «could-have» (желательно).

3. Затем нужно будет оценить каждую функцию, чтобы определить, в какую категорию она должна попасть. Тут можно задать три вопроса:

— насколько важна эта функция для наших пользователей?

— насколько ценна эта функция для нашего продукта?

— сколько усилий и времени потребуется для реализации этой функции?

Если хотите, примените свою технику расстановки приоритетов. А еще рекомендуем прочитать нашу прошлую статью про думскроллинг. Это тоже очень поможет!

4. Используя выбранный вами подход расстановки требований, отсортируйте функции из вашего списка по следующим категориям:

• Must Have (обязательно)
• Should Have (нужно)
• Could Have (желательно)
• Won’t Have (нежелательно)

Функции «Must have», т.е. обязательные

Они необходимы для:

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

Функции «Should Have», т.е. должны быть

Это функции важны для текущего видения продукта, но не являются основными для его функционирования или использования.

Сюда входят фичи, которые:

• повысят ценность продукта для пользователей или доставят им удовольствие
• сделают определенные аспекты продукта проще или производительнее

Функции «Could Have», т.е. могли бы быть

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

Функции «Won’t Have», т.е. функции, которых не будет

Часто это самая сложная категория для сортировки функций.

Нежелательными должны быть функции, которые:

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

Конкретный пример

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

Функции, которые должны быть (Must Have):

— автоматическая сортировка и организация электронной почты

— понятная функция поиска

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

Функции, которые нужны (Should Have):

— возможность управления несколькими входящими сообщениями из одной панели управления

— фичи «отложить» и «напомнить» для отслеживания писем

— шаблоны электронных писем для распространенных сценариев

Могут быть (Could Have):

— AI-генератор писем или предложения, основанные на предыдущих сообщениях пользователя

— интегрированные заметки и списки дел по электронной почте

Нежелательны (Won’t Have):

— функция Talk-to-text для написания и ответа на электронные письма

— офлайн-режим

— версия для ПК (эта команда фокусируется на веб-приложении)