Приоритизация
В бэклоге 120 требований, у 94 стоит «критично». Это уже не приоритет, а список пожеланий: сортировка, в которой почти всё попало в одну группу, ничего не сортирует. И виноваты тут не люди - пока пометка «критично» ничего не стоит, её ставит каждый и на всё.
Стержень: методы дают язык для разговора, решение принимает владелец продукта, а дисциплину обеспечивает ограниченная квота.
// Формулировки: «что такое MoSCoW и RICE?», «все требования критичные», «кто решает приоритет?»
MoSCoW: обязательное и всё остальное
Метод разводит требования по обязательности. Must have - без этого выпуск не имеет смысла. Should have - важно, но выпуск переживёт. Could have - сделаем, если останется время. Won't have - осознанно не в этот раз, и это тоже решение, которое стоит записать.
Практическое правило, ради которого метод и придумали: обязательного не должно быть больше примерно 60 процентов объёма релиза. Если из 120 требований в Must попали 94, релиз не имеет запаса вообще, и первая же задержка ломает срок целиком.
// Категория Won't - самая полезная и самая пропускаемая. Записанный отказ снимает вопрос «а почему это не сделали» на приёмке и не даёт требованию всплывать заново каждый месяц.
RICE: считаем на двух примерах
RICE (reach, impact, confidence, effort) - охват, эффект, уверенность, трудозатраты. Первые три перемножают и делят на четвёртое.
Требование А: коснётся 2000 пользователей в квартал, эффект средний - возьмём 1, уверенность 80 процентов, трудозатраты 3 человеко-месяца. Считаем: 2000 умножить на 1 умножить на 0,8 - это 1600, разделить на 3 - около 533. Требование Б: всего 200 пользователей, но эффект сильный - 3, уверенность полная, трудозатраты полмесяца. 200 умножить на 3 умножить на 1 - это 600, разделить на 0,5 - получается 1200. Б выигрывает вдвое при охвате в десять раз меньше.
// Ценность метода не в самом числе, оно довольно условное. Ценность в том, что каждый множитель приходится назвать вслух - особенно уверенность, которую без формулы не обсуждает никто, а именно она чаще всего оказывается пятьюдесятью процентами.
Трудозатраты в знаменателе и зависимости
Требование средней ценности на день работы обгоняет очень ценное, но трёхмесячное: оно раньше принесёт пользу и раньше даст обратную связь, на которую можно опереться. Поэтому во всех формулах ценность делят на трудозатраты, а не смотрят отдельно.
Без знаменателя бэклог наполняется огромными вечно откладываемыми задачами, а дешёвые полезные вещи не доходят до верха годами - каждая из них по отдельности «не так важна».
// Формулы при этом слепы к зависимостям: они оценивают элемент в вакууме и не знают, что дешёвое требование реализуемо только после трёхмесячной перестройки справочников. Реальная стоимость включает всё, что придётся сделать до него, поэтому итоговый план всегда проверяют по цепочкам, а не по числам.
Когда всё критично: искусственный дефицит
Пока приоритет ничего не стоит, максимальный ставят все. Это рациональное поведение, а не саботаж: пометить «критично» бесплатно, а не пометить - риск, что твоё не сделают вообще.
Дефицит возвращает выбору смысл. У каждого стейкхолдера три места в верхней категории на релиз, остальное ниже. Разговор мгновенно меняется: вместо «всё важно» звучит «вот это важнее вот того, потому что». Именно этого вы и добивались.
// Решение при этом остаётся за владельцем продукта или заказчиком - тем, кто отвечает за результат и распоряжается бюджетом. Голосование стейкхолдеров выглядит демократично, а даёт компромисс без стратегии и размытую ответственность: спросить потом будет некого.
Как отвечать: «Все стейкхолдеры пометили свои требования критичными. Что делаешь?»
Ввожу квоту: у каждого три места в верхней категории на этот релиз, остальное ниже. Пока пометка «критично» ничего не стоит, её ставят все и на всё - это не злой умысел, а рациональное поведение. Ограниченное число мест заставляет выбирать по-настоящему, и разговор сразу переходит от «всё важно» к обсуждению, что важнее чего и почему. Заодно проверяю объём обязательного: если в Must попало больше половины релиза, запаса нет и первая же задержка ломает срок целиком. Дальше показываю получившуюся картину владельцу продукта вместе с трудозатратами и зависимостями - решение всё равно за ним, моя задача дать основу, а не выбрать за бизнес.
Кандидат даёт рабочую технику, объясняет её механику, проверяет объём обязательного и возвращает решение владельцу.
На чём валятся
- −− Позволяют помечать критичным всё подряд и остаются без приоритета.
- −− Набивают Must больше половины релиза и теряют весь запас на риски.
- −− Считают приоритет только по ценности, игнорируя трудозатраты.
- −− Не проверяют план на зависимости между требованиями.
- −− Отдают приоритизацию голосованию и размывают ответственность.
- −− Принимают решение за владельца продукта вместо подготовки материала.
Проверьте себя
Пять вопросов из банка по этой подтеме. Всего их 14, остальные разбираются в тренажёре.
- Что учитывает метод RICE при расчёте приоритета?A)Охват, эффект, уверенность, трудозатратыB)Риски, издержки и сроки поставкиC)Доход, инвестиции и конкурентовD)Требования, интерфейсы и данные
показать ответ и разбор
+A)Охват, эффект, уверенность, трудозатраты// разбор: Оценка получается делением произведения охвата, эффекта и уверенности на трудозатраты. Ценность метода не в самом числе, которое довольно условно, а в дисциплине: команда вынуждена проговорить каждый множитель и особенно уверенность, которую иначе никто не обсуждает.
- Что описывает модель Кано?A)Порядок проведения интервью с клиентамиB)Влияние свойств на удовлетворённостьC)Правила расчёта себестоимости функцииD)Этапы жизненного цикла продукта на рынке
показать ответ и разбор
+B)Влияние свойств на удовлетворённость// разбор: Модель делит свойства на базовые, линейные и восхищающие. Базовых никто не замечает, пока они есть, но их отсутствие вызывает возмущение — вход в систему, сохранение данных. Восхищающие радуют, но их отсутствие никого не расстроит. Отсюда правило: сначала закрыть базовое, потом добавлять яркое.
- Все стейкхолдеры пометили свои требования как критичные. Что делать аналитику?A)Реализовать в порядке поступления заявокB)Ограничить число критичных пунктовC)Поднять приоритет требований руководстваD)Отдать решение команде разработки
показать ответ и разбор
+B)Ограничить число критичных пунктов// разбор: Пока приоритет ничего не стоит, все ставят максимальный. Работает искусственный дефицит: у каждого стейкхолдера три места в верхней категории на релиз, остальное ниже. Выбор становится осмысленным, а разговор переходит от «всё важно» к обсуждению того, что важнее.
- Почему приоритизацию делают с учётом трудозатрат, а не только ценности?A)Так требуют методологии управленияB)Команда быстрее согласится с планомC)Дешёвое и умеренно ценное часто выгоднееD)Трудозатраты точнее ценности по оценке
показать ответ и разбор
+C)Дешёвое и умеренно ценное часто выгоднее// разбор: Требование средней ценности, реализуемое за день, обгоняет очень ценное, но трёхмесячное: оно раньше принесёт пользу и раньше даст обратную связь. Именно поэтому в формулах ценность делят на трудозатраты. Иначе бэклог наполняется огромными и вечно откладываемыми задачами.
- Требование дешёвое и полезное, но реализуемо только после крупной перестройки. Как это учесть?A)Поставить его в начало очереди работB)Учитывать зависимость при планированииC)Понизить его ценность в оценкеD)Исключить его из бэклога совсем
показать ответ и разбор
+B)Учитывать зависимость при планировании// разбор: Формулы приоритизации не знают про зависимости: они оценивают элемент в вакууме. Реальная стоимость такого требования включает всё, что нужно сделать до него. Поэтому после расчёта приоритетов план проверяют на связи и либо переносят требование, либо честно учитывают полную стоимость.
дальше
Теорию прочитали. Навык ставится повторением
В Сеньорчике эта подтема идёт в ежедневных сессиях: движок возвращает её, пока ответы не станут уверенными, и ведёт прогресс отдельно по каждой подтеме. Теория внутри тоже бесплатна, лимит только на количество вопросов в день.