MoSCoW: что успеть к сроку, а чем пожертвовать
MoSCoW — способ решить, что успеть к сроку, который нельзя сдвинуть. Все задачи делят на четыре группы: обязательно (must), важно (should), хорошо бы (could) и не в этот раз (won’t). Главный вопрос метода не «что важнее», а «без чего выпускать бессмысленно». Название — первые буквы английских слов, а две «o» вставлены, чтобы его было легче произносить.
Когда брать метод и когда нет
Подходит
Срок сдвинуть нельзя, а задач больше, чем успеть. Нужно заранее договориться с заказчиком, что будет готово точно и что уберём первым, если не успеваем.
Не подходит
Срок гибкий — проще выстроить задачи по порядку и делать одну за другой. Если по договору обязательно всё и убрать нечего, метод не поможет: обсуждайте срок.
Метод придумал Дай Клегг в 1994 году. Главное правило — из DSDM, одного из способов вести проекты: на обязательное не больше 60% времени.
Как провести: 6 шагов
- Запишите срок и кто решает. Например: «до 31 октября, сдвинуть нельзя». Договоритесь, кто окончательно решает, в какую группу попадает задача. Обычно это тот, кто отвечает за результат перед заказчиком, — не голосование команды.
- Составьте список задач. Выпишите всё, что хотят успеть к сроку, по одной задаче на строку. Крупное сразу разбейте на части: часто обязательна только одна из них.
- Найдите обязательное. Про каждую задачу спросите: «Если её не сделать, есть смысл выпускать?» Если смысла нет — задача обязательная. Если можно обойтись, хотя бы делая это вручную, — нет. Сколько задача стоит, здесь не важно: дорогая задача может быть обязательной, а дешёвая — нет.
- Остальное разделите на «важно» и «хорошо бы». Без «важного» будет неудобно, но выпускать можно. Без «хорошо бы» почти никто не заметит разницы. Если спорите, последнее слово за тем, кого выбрали на первом шаге.
- Попросите команду оценить задачи и сверьтесь со временем. Команда пишет у каждой задачи, сколько дней она займёт, и считает, сколько дней есть: например, два разработчика по 10 дней — 20 дней работы. Сложите дни по группам. Обязательное должно занимать не больше 60% всех дней, а «хорошо бы» — примерно 20–25%: это запас на случай, если что-то затянется.
- Если не влезает — режьте, а не переименовывайте. Обязательного больше 60% — разбейте крупные обязательные задачи и проверьте каждую часть вопросом из третьего шага. Всё вместе не влезает в срок — перенесите самые ненужные задачи в «не в этот раз» и запишите, почему и когда к ним вернуться. Не переводите обязательную задачу в «важно» только потому, что она дорогая: если без неё выпускать бессмысленно, обсуждайте с заказчиком срок.
Пример: что успеть к 31 октября
Исходная ситуация
К 31 октября покупатель должен видеть точный день доставки — так обещали заказчику. Группы ставит руководитель продукта. Есть два разработчика по 10 рабочих дней — всего 20 дней работы.
Как заполнили группы
| Группа | Что записали |
|---|---|
| Обязательно (must) | Дата доставки с учётом загрузки склада — 7 дней; письмо при сдвиге даты — 4 |
| Важно (should) | Час приезда курьера в день доставки — 4 дня (пока его нет, курьер звонит покупателю сам) |
| Хорошо бы (could) | Повтор заказа из письма — 3 дня; дата доставки в письме о заказе — 2 |
| Не в этот раз (won’t) | Учёт загрузки курьеров — 5 дней |
| Почему и когда вернёмся | Почти все переносы сейчас из-за склада; вернёмся, если курьеры дадут больше трети |
| Не в этот раз (won’t) | Дата для новых регионов — 4 дня |
| Почему и когда вернёмся | Склад там не присылает данные; вернёмся, когда начнёт |
Как посчитали: сначала задачи разложили по группам, потом команда оценила их — вышло 29 дней при 20 доступных. Учёт курьеров и новые регионы (9 дней) перенесли в «не в этот раз». Обязательное — 11 дней из 20, это 55%; важное — 4 дня (20%); «хорошо бы» — 5 дней (25%), это запас.
Письмо попало в обязательное: без него покупатель узнает о переносе, только когда курьер не приедет.
Что получилось
К 31 октября точно будут готовы дата доставки с учётом склада и письмо о переносе — 11 дней из 20. Если не успеваем, сначала убираем «хорошо бы», потом час курьера. Учёт курьеров и новые регионы отложены — записано, почему и когда к ним вернуться.
Дату с учётом склада можно считать по данным, которые склад присылает раз в час, или спрашивать склад при каждом заказе. Такой выбор и его причины стоит записать — для этого есть запись решения.
Частые ошибки
- Делают обязательным почти всё. «Обязательно — 18 дней из 20»: запаса нет, и при первой задержке резать придётся наугад. Обычно так бывает, когда задачи слишком крупные. Как надо: оставьте на обязательное не больше 60% дней, а крупные задачи разбейте — часть из них окажется не обязательной.
- Считают задачи штуками, а не днями. «Обязательных 6 задач из 10 — это 60%». Но эти шесть могут занять 90% времени. Как надо: оцените каждую задачу в днях и считайте дни.
- Откладывают задачи без причины. «Учёт курьеров — потом». Через месяц никто не помнит, почему отложили, и спор начинается заново. Как надо: напишите причину и когда к задаче вернуться.
Как вести работу с агентом
Агент возьмёт на себя всю методологическую работу: проведёт метод по шагам, укажет на пропущенные детали, составит правильные вопросы и подскажет, как и где найти на них ответ. Агент не ограничивается одним методом, а ведёт работу по трекам, где каждый метод связан с остальными для получения нужного результата.