Требования · База
Описать Definition of Ready
Согласовать минимальные условия, при которых задача готова к разработке, дизайну или тестированию.
Быстро понять за 2 минуты
Согласовать минимальные условия, при которых задача готова к разработке, дизайну или тестированию. На выходе: doR опубликован и доступен всей команде.
Контекст
Пункт относится к этапу «Требования». Его задача — превратить рабочее действие в проверяемый результат. Он нужен до передачи результата команде, заказчику и владельцу продукта: иначе команда рискует делать DoR слишком формальным и длинным.
Что это дает
Definition of Ready снижает количество возвратов и простоев: команда не берет в работу задачи без контекста, критериев приемки, макетов, данных или понятной бизнес-цели.
Как выполнить
- Опишите обязательные поля задачи: цель, пользователь, сценарий, ограничения, критерии приемки, макеты, зависимости.
- Согласуйте исключения: какие задачи можно брать без полного описания и кто принимает этот риск.
- Добавьте проверку DoR в процесс планирования спринта или этапа.
Критерии приемки
- DoR опубликован и доступен всей команде.
- Новые задачи проверяются по DoR до попадания в активную работу.
- Есть понятный порядок действий, если задача не готова.
Типичные ошибки
- Делать DoR слишком формальным и длинным.
- Требовать идеального описания там, где нужен discovery.
- Не использовать DoR при срочных задачах.
Инструменты
Рабочий артефакт
Реестр требований
Definition of Ready для команды
Пример для запуска клиентского проекта Ariol: специалист начинает с действия «Опишите обязательные поля задачи: цель, пользователь, сценарий, ограничения, критерии приемки, макеты, зависимости». Затем фиксирует результат в рабочем артефакте и передает его команде. Пункт считается выполненным только когда выполнено условие: «DoR опубликован и доступен всей команде».
- User stories
- Acceptance criteria
- Приоритет
- Связанные макеты и API
Контроль качества
Backlog требований и критериев приемки
DoR опубликован и доступен всей команде.
После изменения целей, сроков, состава команды, рисков, бюджета и приоритетов продукта.
Решение, контекст, ответственного, срок, риски, зависимости и критерий успешного завершения.
Перед отметкой выполнено: DoR опубликован и доступен всей команде.
Как применять
Начинайте с цели и ограничения проекта. Затем уточните владельцев, зависимости, риски, критерии приемки и формат отчетности. Хороший пункт для менеджера делает работу прозрачной: кто что делает, зачем это нужно, когда результат готов и как команда увидит отклонение от плана.
Режим обучения
Тест по теме
Проверка понимания
Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.