Назначение
Definition of Ready (DoR) — общий чек-лист, по которому история считается готовой к взятию в спринт. Не выполнено — в работу не берём. Цель — не начинать «сырое»: без понятной ценности, критериев и с скрытыми зависимостями. DoR — это «входной фильтр» спринта (в отличие от DoD — «выходного»). Согласуется командой, а не навязывается.
Подробный шаблон (типовой DoR)
# Definition of Ready
История готова к спринту, если:
- [ ] Понятна ценность («зачем») и роль-пользователь.
- [ ] Есть критерии приёмки (Given/When/Then), наблюдаемые.
- [ ] Покрыты ключевые края/ошибки (не только happy path).
- [ ] Зависимости известны и НЕ блокируют старт.
- [ ] Размер посилен спринту (иначе — разбита).
- [ ] Дизайн/макет есть, если нужен.
- [ ] Технические вопросы прояснены (нет «не знаем, как делать»).
- [ ] Команда оценила (story points).
Пример 1 — история ГОТОВА
# История: Сохранение карточки в избранное — проверка по DoR
- [x] Ценность: быстро возвращаться к нужным инструментам; роль — пользователь базы.
- [x] Критерии: «клик по звезде → карточка в Избранном; переживает перезагрузку» (Given/When/Then).
- [x] Края: повторный клик убирает из избранного; не залогинен — работает локально.
- [x] Зависимости: используется существующий IndexedDB-слой, ничего не блокирует.
- [x] Размер: 3 SP — влезает.
- [x] Дизайн: иконка звезды есть в макете.
- [x] Оценка: 3 SP, согласовано.
✅ ГОТОВА — берём в спринт.
Пример 2 — история НЕ готова
# История: «Сделать рекомендации инструментов» — проверка по DoR
- [ ] Ценность: размыта — «чтобы было умнее» (не ясно, кому и зачем). ❌
- [ ] Критерии приёмки: отсутствуют. ❌
- [ ] Зависимости: нужна модель/данные, которых ещё нет → блокирует. ❌
- [ ] Размер: непонятен (нельзя оценить без прояснения). ❌
⛔ НЕ ГОТОВА. Действие: уточнить ценность с PO, описать критерии, развести зависимость на отдельную задачу, затем переоценить.
Чек-лист качества (самого DoR)
- Критерии готовности наблюдаемы и бинарны (да/нет).
- Включает проверку зависимостей (нет скрытых блокеров).
- Включает «история помещается в спринт».
- Согласован командой, а не спущен сверху.
- Реалистичен (слишком строгий DoR = ничего не «готово», паралич).
Частые ошибки
- DoR как бюрократия. → Это лёгкий фильтр здравого смысла, а не 20 пунктов на каждую мелочь.
- Игнор зависимостей. → Скрытый блокер всплывёт в середине спринта; проверяй заранее.
- Берут «сырое» под давлением. → Если не готово — не брать; иначе спринт сорвётся на уточнениях.
- DoR ≠ DoD. → DoR — на входе (можно начинать), DoD — на выходе (можно закрывать). Не путать.
- Навязан, не согласован. → Команда должна владеть DoR, иначе он мёртв.