Must / Обязательно
Без этого релиз не имеет смысла. Если пункт выпал — спринт сорван. Узкая корзина, не весь бэклог.
Kovcheg · MoSCoW
Четыре корзины метода MoSCoW: must не теряется, won't не занимает спринт.
Инструмент
Вставляете требования, фичи или задачи — раскладываете по Must, Should, Could, Won't. Must — узкая корзина. Won't видно сразу и не занимает спринт.
Доска · данные только в браузере
Пресет или свой список. Must — узкая корзина: без пункта релиз нельзя отдать. Won't не занимает спринт.
Сначала сервисы РФ. Google Ads — вторичный пресет, не первый.
Без этого релиз не имеет смысла
Ценность высокая, продукт уже живёт
Если останется ёмкость
Не в этом цикле
Список остаётся в этом браузере (localStorage), на сервер не уходит.
Must не теряется. Won't не занимает спринт
Коротко
Метод приоритизации задач и требований: что берём в цикл и что сознательно не берём.
Без этого релиз не имеет смысла. Если пункт выпал — спринт сорван. Узкая корзина, не весь бэклог.
Важно для ценности, но продукт без него уже живёт. Берём после Must, если осталась ёмкость спринта.
Улучшение «если останется время». Не держит дедлайн и не маскируется под Must.
Сознательно отложено на этот цикл. Не в спринт — иначе список снова станет бесконечным.
Маркер
MoSCoW — не город. Это метод приоритизации задач и требований: четыре корзины Must / Should / Could / Won't. Бэклог — очередь фич и багов, которую команда берёт порциями.
Как пользоваться
Сначала сырой список, потом узкий Must, затем Should, Could и явный Won't.
Выпишите требования и задачи без оценки «это срочно». Одна строка — один пункт.
Оставьте только то, без чего релиз бессмысленен: оплата, вход, юридический минимум, критичный баг.
То, что сильно повышает ценность, но продукт уже можно отдать без этого.
Мелкие улучшения и «было бы неплохо». Не спорьте о них, пока Must не закрыт.
Явно напишите, что не берёте в этот спринт. Иначе пункт вернётся как скрытый Must.
Ошибки
Весь бэклог в Must — тогда метода нет. Пустой Won't — отложенное пролезет в спринт.
Нужно — это Should. Must — «без этого нельзя отдать». Критерий: релиз жив без пункта или нет.
Дедлайн не делает косметику Must, если продукт уже работает. Срочное без критерия релиза — в Should или Won't.
Запрос без критерия релиза — в Should или Won't, не в Must. Громкость в чате не заменяет корзину.
Раздражение — Should. Падение оплаты или входа — Must. Не кладите весь бэклог в обязательное.
Тогда корзин нет, и метод не работает. Must — узкая корзина.
«Релиз жив без этого» отличает Should от Must. Иначе они сливаются.
Отложенное пролезет в спринт так же, как переполненный Must ломает приоритизацию.
Соседи по бэклогу
Спринт и релиз — MoSCoW. День и почта — Эйзенхауэр. Баллы — RICE или ICE. Поток ценности — WSJF.
Корзины для бэклога и требований на цикл: что берём и что не берём. Отвечает «что войдёт в релиз».
Матрица срочность × важность для задач дня. Не заменяет корзины релиза и не раскладывает бэклог спринта.
Баллы (охват, влияние, уверенность, усилия) — когда фич много и нужен порядок внутри Should и Could. Метод не считает деньги сам по себе.
Сначала то, что даёт больше ценности на единицу ожидания — для очереди фич в потоке, не для личного списка.
Кейсы
Пресеты в панели те же: Директ, Telegram + MAX, спринт продукта, агентство. Google Ads — если канал живой.
Must: счёт, кампания, объявление, счётчик. Should: минус-слова и ретаргет. Could: новые форматы. Won't: эксперименты, которые не закрывают запуск.
Must: канал доставки и призыв к действию. Should: автопостинг и метки кампаний. Could: опросы. Won't: лишние боты до стабильной публикации.
Must: то, без чего пользователь не проходит сценарий. Should: ускорение и удобство. Could: «вау». Won't: идеи без слота в спринте.
Must: бриф, доступы, срок сдачи. Should: доп. отчёты. Could: красивые слайды. Won't: объём вне договора. Google Ads — тот же каркас, что у Директа: сначала запуск и измерение, потом оптимизация.
FAQ
В поиске и в текстах чаще «приоритизация». «Приоритезация» — частая ошибка, смысл тот же.
Must — без пункта нельзя отдать релиз. Should — ценность высокая, но продукт уже живёт.
Для бэклога на спринт — MoSCoW. Для дня — Эйзенхауэр. Для сравнения фич баллами — RICE или ICE. Для потока ценности — WSJF.
Не «никогда», а «не в этом цикле». Пункт остаётся в бэклоге, но не занимает спринт.
Нет. Тогда корзин нет, и метод не работает. Must — узкая корзина.
MoSCoW отвечает «что берём в релиз». Эйзенхауэр — «срочно или важно сегодня».
Нет. Раскладываете список в браузере и забираете итог. Список остаётся в этом браузере, на сервер не уходит.
Границы метода
Метод не считает деньги, охваты и баллы — для цифр берите RICE, ICE или WSJF.
Не заменяет договор, юридическую приёмку и оценку ёмкости команды.
Нужен критерий «релиз жив без этого». Инструмент помогает разложить список, а не оценивает трудозатраты.
Telegram и MAX: практика автоматизации рядом с бесплатными инструментами. Must не теряется, Won't не занимает спринт.