Все термины · Методологии
артефактОпределение готовности к работе (Definition of Ready)
Ещё называют: ДоР
Больше информации в: Scrum Glossary (официальный глоссарий Scrum.org), статья «Ready»
Договорённость команды о том, какой должна быть задача, чтобы её можно было брать в спринт: например, понятна цель, есть критерии приёмки, нет неснятых вопросов. Состав у каждой команды свой.
Правило команды: без макета и без критериев приёмки задача на планирование не выносится – её сначала уточняют на груминге.
Статус в стандартах
Термина нет ни в Scrum Guide 2020, ни в PMBOK 7, ни в Kanban Guide, ни в ГОСТ Р 54869-2011, ни в глоссарии SAFe – проверено поиском по текстам. Единственная опора со стороны Scrum – глоссарий Scrum.org, где статья названа одним словом «Ready» и описывает общее понимание владельца продукта и разработчиков, а не перечень критериев.
Из чего собирают
Типовая основа критериев в источниках – матрица INVEST: независимая, обсуждаемая, ценная, оцениваемая, небольшая, тестируемая. Дальше каждая команда дописывает своё: размер под один спринт, снятые внешние зависимости, потолок в стори-поинтах. Практика моложе, чем кажется: первые описания – 2008 год.
Как расходятся школы
Спор о форме, а не о пользе. Scrum.org: чек-лист вырождается в контракт между владельцем продукта и командой. Scrum Inc и паттерны ScrumPLoP – обратный полюс: «готов к работе» это состояние в модели Scrum, а при сыром бэклоге команда вправе задачи не брать. PMI расходится сам с собой: в PMBOK 7 термина нет, а Disciplined Agile его защищает – неявная договорённость есть у любого процесса, явная честнее. В Канбане ту же роль играет точка принятия обязательств, и она непрерывна.
Типичные ошибки
Шлюз: пока список не пройден целиком, задачу не трогают – это мини-водопад. Односторонний фильтр: аналитик «сдаёт» постановку по чек-листу, команда принимает – передача между цехами вместо общей договорённости. Один список на все классы задач: у срочной поддержки и у новой функции готовность разная.
С определением готовности: то фильтр на ВЫХОДЕ, «когда считать сделанным». И с воротами: это ориентир при подготовке задач, а не список, который обязан быть выполнен весь, прежде чем задачу можно тронуть. В самом Scrum Guide такой договорённости нет – это практика команд.