Definition of Ready: Входной билет в Спринт
Definition of Ready (DoR) — это список условий, при которых задача считается достаточно понятной, чтобы команда взяла её в Спринт. Это не официальный артефакт Scrum Guide, но критически важный инструмент для защиты команды от хаоса и неясных требований.
Главная цель DoR — не дать сырым задачам попасть в работу. Это экономит время: команда не тратит середину спринта на бесконечные созвоны с Владельцем Продукта, пытаясь понять, что же на самом деле нужно сделать.
Как задача становится Ready
Подготовка задач к DoR происходит во время уточнения бэклога (Refinement). Это процесс, где команда и Владелец Продукта превращают крупные идеи в маленькие и понятные задачи. Мы спрашиваем себя: «Достаточно ли нам информации, чтобы завершить это за один спринт без сюрпризов?».
Критерии INVEST
Чаще всего команды проверяют задачи по формуле INVEST:
- Independent: Задача не зависит жестко от других.
- Negotiable: Оставлено место для обсуждения деталей реализации.
- Valuable: Понятно, какую пользу получит клиент.
- Estimable: Команда может оценить сложность.
- Small: Задача достаточно мелкая, чтобы влезть в один спринт.
- Testable: Мы знаем, как проверить, что всё работает.
| Параметр | Роль DoR | Роль Владельца Продукта (PO) |
| Фильтр Качества | Служит фильтром, гарантируя, что в Спринт попадают только ясные, понятные и выполнимые задачи. | Отвечает за уточнение элементов Бэклога, чтобы они соответствовали DoR до Планирования. |
| Оценка Объема | Помогает Команде Разработки точно оценить задачу, поскольку требования четко описаны. | Определяет, достаточно ли ценен элемент, чтобы тратить время команды на его детализацию до DoR. |
| Снижение Рисков | Снижает риск возникновения “блокеров” (препятствий) в середине Спринта, связанных с неясностью требований. | Принимает обратную связь от Команды Разработки о том, какие элементы не готовы к работе. |
| Взаимодействие с Ценностями | Повышает Фокус и Приверженность, так как команда работает только над понятными задачами. | Обеспечивает Прозрачность критериев DoR для всех заинтересованных сторон. |
| Связь с DOD | Элемент должен соответствовать DoR на входе в Спринт, чтобы иметь шанс соответствовать DOD на выходе. | Несет ответственность за то, чтобы критерии приемки были частью DoR. |
1. DoR и Стабильность Спринта. Наличие четкого Definition of Ready является одним из самых эффективных способов обеспечить стабильность Спринта. Важное уточнение:
Definition of Ready (DoR) не является официальным артефактом Scrum. Его следует использовать как рабочее соглашение для улучшения понимания, а не как бюрократический “шлагбаум”. Если задача важна для Цели Спринта, но не на 100% соответствует DoR, команда может проявить гибкость и взять её в работу, договорившись уточнить детали в процессе. Жесткий отказ от работы из-за DoR — это антипаттерн.
2. Инструмент, а не Правило. Важно помнить, что DoR не является обязательным артефактом, описанным в Руководстве по Scrum, в отличие от DOD. DoR — это инструмент, который команда использует по собственному усмотрению для повышения эффективности. Следовательно, команда должна регулярно инспектировать и адаптировать свой DoR на Ретроспективе Спринта, чтобы убедиться, что он действительно помогает, а не превращается в жесткое бюрократическое препятствие.
Стабильность против Бюрократии
Наличие четкого DoR делает работу предсказуемой и снижает уровень стресса. Команда начинает спринт с уверенностью, что фронт работ понятен.
Важно помнить: DoR — это помощник, а не стена. Если превратить его в жесткий бюрократический фильтр («я не возьму задачу, пока в ней нет 10 скриншотов»), это убьет гибкость. Команда должна сама адаптировать свои критерии на Ретроспективе, чтобы DoR помогал двигаться быстрее, а не тормозил процесс.
Резюме: Чистота на входе — качество на выходе
DoR помогает команде сфокусироваться на созидании, а не на разгадывании загадок. Это соглашение между Владельцем Продукта и командой о том, в каком виде должны приходить задачи.
Ключевой вывод: Использование DoR — это проявление уважения к времени команды. Чем лучше подготовлена задача, тем выше шансы, что к концу спринта она будет соответствовать Definition of Done. Это золотое правило Agile: мусор на входе дает мусор на выходе.
Часто задаваемые вопросы (FAQ)
Хотя Владелец Продукта отвечает за детализацию элементов Бэклога, Definition of Ready создается совместно Владельцем Продукта и Командой Разработки. Разработчики должны согласиться с критериями, так как они будут выполнять работу.
Да, может. Следовательно, если PO не уделяет достаточно времени уточнению элементов до соответствия DoR, команда может отказаться брать задачу на Планировании Спринта, что вызывает конфликт. DoR должен быть результатом Уважения к времени команды.
Это количество будущих Спринтов, для которых команда должна иметь “готовые” (соответствующие DoR) элементы в Бэклоге Продукта. Например, команда может решить, что ей всегда нужно иметь готовые элементы на следующие два Спринта.
Нет. INVEST — это полезный фреймворк, но он не является обязательным. Разработчики может создать свой собственный, более подходящий для их продукта набор критериев.
Критерии DoR — это общие правила для всех элементов Бэклога (например, “имеет оценку”, “есть дизайн”). В то время как критерии приемки — это уникальные требования для конкретного элемента, которые определяют, как его проверить (например, “цвет кнопки должен быть синим”).