База знаний - страница 28

Шрифт
Интервал


MoSCoW – это метод расстановки приоритетов, используемый в управлении проектами, продуктами и личной эффективности. Название – акроним от четырех категорий:

– Must have (Должно быть)

– Should have (Желательно)

– Could have (Можно, но необязательно)

– Won’t have (Не будет в этой итерации)

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

Как работает MoSCoW?

1. Must have (Обязательно)

– Критически важные задачи, без которых проект/день провалится.

– Примеры:

– Выпуск ключевого функционала продукта.

– Оплата налогов до дедлайна.

– Подготовка презентации для важного клиента.

Правило: Если не выполнить – будут серьезные последствия.

2. Should have (Желательно)

– Важные, но не срочные задачи. Их можно отложить, но ненадолго.

– Примеры:

– Улучшение интерфейса (не блокирует работу, но нужно).

– Плановая встреча с командой.

Правило: Лучше сделать, но если не успели – не катастрофа.

3. Could have (Можно, но необязательно)

– Полезные, но неприоритетные задачи. Их делают, если остались ресурсы.

– Примеры:

– Добавление анимации на сайт.

– Изучение нового инструмента «на будущее».

Правило: Делаем в последнюю очередь.

4. Won’t have (Не сейчас / Отложено)

– Задачи, которые не войдут в текущий этап (спринт, день, релиз).

– Примеры:

– Функция, которую отложили до следующей версии.

– Несрочные личные дела (например, разбор архива фото).

Правило: Осознанно откладываем, чтобы не засорять фокус.

Как применять MoSCoW на практике?

Шаг 1: Составьте список всех задач

Например, при планировании рабочего дня или спринта в проекте.

Шаг 2: Разделите их по категориям

– Must: 1–3 ключевые задачи.

– Should: 2–5 важных, но гибких дел.

– Could: всё, что можно отложить.

– Won’t: то, что явно не в приоритете.

Шаг 3: Действуйте по приоритету

1. Сначала закрываете Must.

2. Потом переходите к Should.

3. Если осталось время – Could.

4. Won’t – не трогаете.

Пример списка MoSCoW

Задача Категория

Отправить клиенту договор Must

Написать пост в блог Should

Обновить дизайн кнопки Could

Переезд на новый офис Won’t

Плюсы и минусы метода

Простота – легко внедрить даже новичкам.

Гибкость – подходит для проектов и личных задач.

Четкие критерии – нет путаницы в приоритетах.

Риск субъективности – без жестких рамок можно ошибиться в оценке.

Не подходит для очень динамичных задач (например, экстренные ситуации).