Есть ли Definition of Ready?

Все члены команды должны одинаково понимать критерии готовности задачи к передаче в разработку, для этого придумали скрамовский артефакт — DoR.

Зачем нужен

Все банально, он нужен, чтобы экономить деньги компании:

1. Помогает убедиться в необходимости задачи, её полезности и важности для бизнеса.
2. Гарантирует, что у команды есть вся необходимая информация до начала работы.
3. Уменьшает риск блокеров и переделок в процессе разработки.
4. Разработчики не тратят время на уточнения и ожидание недостающих данных.
5. Позволяет точнее оценивать сроки выполнения задач.
6. Вовлекает каждого участника в обсуждение задачи.

Когда нужен

DoR нужен всегда, но чем больше у вас уровней согласования, сложных интеграционных процессов, зависимости от смежных команд — тем он нужнее.

Что внутри

1. Описание сути задачи и её пользы:
   • Что делаем?
   • Для кого делаем?
   • Почему сейчас?
   • Зачем это пользователю?
   • Как он сейчас решает эту проблему?
   • Сколько людей будут этим пользоваться и как часто?
   • Какие метрики бизнеса будут затронуты?
   • Что будем считать показателем успеха внедрения?
   • Как будем продвигать и продавать?
   • Какой срок реализации и что будет если его нарушить?
2. Определен человек, принимающий финальное решение в спорах по задаче.
3. Задача прошла по чек-листу проектировщика.
4. Подготовлены критерии Definition of Done.
5. Составлена таблица событий для сбора метрик.
6. Проведена декомпозиция и оценка трудозатрат.
7. Приложен список всех зависимых команд: ключевые участники, сроки начала работ.