Критерии готовности: когда элемент бэклога можно включить в итерацию

Что это такое

Короткий контрольный список, применяемый к элементу бэклога перед включением в итерацию. Типичные пункты: в элементе указано, кому что нужно и зачем; критерии приёмки существуют и прочитаны разработчиком; зависимости от других команд или решений устранены либо явно исключены; команда оценила размер элемента, и он помещается в одну итерацию; имеются необходимые тестовые данные или права доступа. Руководство по Scrum не определяет «Definition of Ready» как формальный артефакт, но говорит, что элементы бэклога продукта, которые Scrum-команда может довести до состояния Done за один спринт, считаются готовыми к выбору и обычно достигают этого состояния при уточнении бэклога. Список INVEST Билла Уэйка описывает качества: независимый, обсуждаемый, ценный, поддающийся оценке, небольшой, проверяемый.

Почему это важно

Элементы, взятые в итерацию с неполным пониманием, блокируются на полпути, переносятся дальше и искажают все показатели пропускной способности. Критерии готовности переносят обнаружение «мы пока не можем это сделать» из середины итерации в уточнение бэклога, где оно стоит обсуждения, а не переключения контекста.

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

• Пишите список вместе с разработчиками, а не за них; ограничьтесь несколькими наблюдаемыми условиями.
• Применяйте его при уточнении бэклога, проговаривая вслух и разбирая по одному элементу; если элемент не проходит проверку, добавьте заметку о том, чего не хватает и кто это предоставит.
• Помните об «обсуждаемости» из INVEST: готовность означает ясность намерения и примеров, а не полную спецификацию каждой детали.
• Отслеживайте, как часто элементы берут в итерацию вопреки несоответствию списку и как часто такие элементы переносят дальше; эта пара чисел показывает, приносит ли список пользу.
• Пересматривайте список, если прошедший проверку элемент всё же заблокировался; добавьте недостающее условие или признайте, что некоторые неизвестные обнаруживаются только в работе.

Подводные камни

Критерии готовности, применяемые как обязательный барьер между стадиями, воссоздают передачу работы от «анализа» к «разработке» и задерживают её, пока документы доводят до совершенства. Применение готовности ко всему бэклогу тратит усилия на уточнение элементов, которые, возможно, никогда не будут реализованы; уточняйте только ближайшую одну-две итерации. У команды, которая не может довести элементы до готовности, есть проблема на предшествующих этапах — отсутствующий владелец продукта, неразрешённый вопрос стратегии, — которую список выявляет, но не решает.