Kovcheg · MoSCoW

Разложите бэклог по Must, Should, Could и Won't

Четыре корзины метода MoSCoW: must не теряется, won't не занимает спринт.

Инструмент

Как работает инструмент

Вставляете требования, фичи или задачи — раскладываете по Must, Should, Could, Won't. Must — узкая корзина. Won't видно сразу и не занимает спринт.

Доска · данные только в браузере

Четыре корзины Must / Should / Could / Won't

Пресет или свой список. Must — узкая корзина: без пункта релиз нельзя отдать. Won't не занимает спринт.

Русские пресеты

Сначала сервисы РФ. Google Ads — вторичный пресет, не первый.

Куда положить

Must 0 Should 0 Could 0 Won't 0 Всего 0

Must / Обязательно

Без этого релиз не имеет смысла

0

    Should / Нужно

    Ценность высокая, продукт уже живёт

    0

      Could / Можно

      Если останется ёмкость

      0

        Won't / Не сейчас

        Не в этом цикле

        0

          Список остаётся в этом браузере (localStorage), на сервер не уходит.

          Must не теряется. Won't не занимает спринт

          Коротко

          Четыре корзины вместо бесконечного списка

          Метод приоритизации задач и требований: что берём в цикл и что сознательно не берём.

          Must / Обязательно

          Без этого релиз не имеет смысла. Если пункт выпал — спринт сорван. Узкая корзина, не весь бэклог.

          Should / Нужно

          Важно для ценности, но продукт без него уже живёт. Берём после Must, если осталась ёмкость спринта.

          Could / Можно

          Улучшение «если останется время». Не держит дедлайн и не маскируется под Must.

          Won't / Не сейчас

          Сознательно отложено на этот цикл. Не в спринт — иначе список снова станет бесконечным.

          Маркер

          Простыми словами

          MoSCoW — не город. Это метод приоритизации задач и требований: четыре корзины Must / Should / Could / Won't. Бэклог — очередь фич и багов, которую команда берёт порциями.

          Как пользоваться

          Разложить бэклог за пять шагов

          Сначала сырой список, потом узкий Must, затем Should, Could и явный Won't.

          1

          Собрать сырой список

          Выпишите требования и задачи без оценки «это срочно». Одна строка — один пункт.

          2

          Сначала Must

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

          3

          Затем Should

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

          4

          Could — если останется ёмкость

          Мелкие улучшения и «было бы неплохо». Не спорьте о них, пока Must не закрыт.

          5

          Won't зафиксировать

          Явно напишите, что не берёте в этот спринт. Иначе пункт вернётся как скрытый Must.

          Ошибки

          Где команды путают Must и Should

          Весь бэклог в Must — тогда метода нет. Пустой Won't — отложенное пролезет в спринт.

          Must ≠ нужно

          «Нам это очень нужно» — ещё не Must

          Нужно — это Should. Must — «без этого нельзя отдать». Критерий: релиз жив без пункта или нет.

          Срок

          Срочность не равна обязательности

          Дедлайн не делает косметику Must, если продукт уже работает. Срочное без критерия релиза — в Should или Won't.

          Голос

          Голос самого громкого

          Запрос без критерия релиза — в Should или Won't, не в Must. Громкость в чате не заменяет корзину.

          Баг

          Баг «всех бесит»

          Раздражение — Should. Падение оплаты или входа — Must. Не кладите весь бэклог в обязательное.

          Весь бэклог в Must

          Тогда корзин нет, и метод не работает. Must — узкая корзина.

          Новичок
          Should без критерия

          «Релиз жив без этого» отличает Should от Must. Иначе они сливаются.

          Путаница
          Пустой Won't

          Отложенное пролезет в спринт так же, как переполненный Must ломает приоритизацию.

          Скрытый Must

          Соседи по бэклогу

          MoSCoW, Эйзенхауэр, RICE или ICE — что выбрать

          Спринт и релиз — MoSCoW. День и почта — Эйзенхауэр. Баллы — RICE или ICE. Поток ценности — WSJF.

          MoSCoW

          Корзины для бэклога и требований на цикл: что берём и что не берём. Отвечает «что войдёт в релиз».

          Эйзенхауэр

          Матрица срочность × важность для задач дня. Не заменяет корзины релиза и не раскладывает бэклог спринта.

          RICE / ICE

          Баллы (охват, влияние, уверенность, усилия) — когда фич много и нужен порядок внутри Should и Could. Метод не считает деньги сам по себе.

          WSJF

          Сначала то, что даёт больше ценности на единицу ожидания — для очереди фич в потоке, не для личного списка.

          Кейсы

          Кейсы для команд в РФ

          Пресеты в панели те же: Директ, Telegram + MAX, спринт продукта, агентство. Google Ads — если канал живой.

          Яндекс Директ

          Сначала запуск и измерение

          Must: счёт, кампания, объявление, счётчик. Should: минус-слова и ретаргет. Could: новые форматы. Won't: эксперименты, которые не закрывают запуск.

          Telegram + MAX

          Канал доставки и призыв

          Must: канал доставки и призыв к действию. Should: автопостинг и метки кампаний. Could: опросы. Won't: лишние боты до стабильной публикации.

          Бэклог продукта

          Сценарий пользователя

          Must: то, без чего пользователь не проходит сценарий. Should: ускорение и удобство. Could: «вау». Won't: идеи без слота в спринте.

          Агентство

          Договор держит Must

          Must: бриф, доступы, срок сдачи. Should: доп. отчёты. Could: красивые слайды. Won't: объём вне договора. Google Ads — тот же каркас, что у Директа: сначала запуск и измерение, потом оптимизация.

          FAQ

          Частые вопросы

          Приоритезация или приоритизация — как правильно?

          В поиске и в текстах чаще «приоритизация». «Приоритезация» — частая ошибка, смысл тот же.

          Чем Must отличается от Should?

          Must — без пункта нельзя отдать релиз. Should — ценность высокая, но продукт уже живёт.

          Какой метод приоритизации задач выбрать?

          Для бэклога на спринт — MoSCoW. Для дня — Эйзенхауэр. Для сравнения фич баллами — RICE или ICE. Для потока ценности — WSJF.

          Что такое Won't-have?

          Не «никогда», а «не в этом цикле». Пункт остаётся в бэклоге, но не занимает спринт.

          Можно ли всё положить в Must?

          Нет. Тогда корзин нет, и метод не работает. Must — узкая корзина.

          Чем MoSCoW отличается от матрицы Эйзенхауэра?

          MoSCoW отвечает «что берём в релиз». Эйзенхауэр — «срочно или важно сегодня».

          Нужна ли регистрация?

          Нет. Раскладываете список в браузере и забираете итог. Список остаётся в этом браузере, на сервер не уходит.

          Границы метода

          Что инструмент не считает

          Нет баллов и денег

          Метод не считает деньги, охваты и баллы — для цифр берите RICE, ICE или WSJF.

          Скоринг
          Не договор и не ёмкость

          Не заменяет договор, юридическую приёмку и оценку ёмкости команды.

          Рамки
          Споры не исчезают сами

          Нужен критерий «релиз жив без этого». Инструмент помогает разложить список, а не оценивает трудозатраты.

          Критерий

          Разложили бэклог — заберите ритуал в канал

          Telegram и MAX: практика автоматизации рядом с бесплатными инструментами. Must не теряется, Won't не занимает спринт.

          Beget — надёжный хостинг и VPS