Что такое DoD и DoR и с чем их едят.
Definition of Done («Определение готовности», DoD) — это список условий к процессу и инкременту при выполнении которых элемент бэклога может считаться готовым, сделанным (Done). DoD применяется ко всем элементам бэклога продукта.
Не путать с Acceptance Criteria (Критериями приёмки, AC) — списком требований к конкретному PBI(Product Backlog Item). Это условия, которые позволяют понять, реализована история или нет. Причём AC может быть одним из обязательных элементов как DoR так и DoD.
Definition of Ready(Критерии готовности к взятию в работу, DoR) — Список условий к элементу бэклога при котором ее можно взять в работу. То есть, если PBI(Product Backlog Item), отвечает критериям DoR, команда может взять её на планировании спринта в работу.
Зачем нужен DoD
DoD существуют, чтобы обеспечить прозрачность и сфокусировать на прогрессе по каждому артефакту — сказано в Scrum Guide.
Зачем нужен DoD:
- Все участники Одинаково понимали слово — Готово
- Управление качеством инкремента продукта и нефункциональными требованиями
- Взятие под контроль технического долга
- Возможность не снижать, а увеличивать скорость разработки с течением времени
Зачем нужен DoR
- Не допустить начала работы над недостаточно детализированными PBI
- Улучшить результативность проведения Планирования спринта, и уменьшить тайминг мероприятия
Кто ответственен
- Если нет стандарта организации за DoD ответственна Команда. Команда сама разрабатывает критерии исходя из потребностей своего продукта.
- За DoR ответственна Команда
- За AC – Владелец продукта.
Scrum-мастер или Agile Coach помогает воспитывать культуру технической дисциплины и мастерства.
Когда DoR и DoD создаются и меняются
Важно понимать – критерии не высечены в камне – они меряются со временем в зависимости от трудностей которое стоят перед командой. Нет каких-то стандартных критериев – каждый критерий – ответ на трудность или проблему.
- Первые договорённости происходят на kickoff проекта.
- Лучшее время для пересмотра DoR и DoD — ретроспектива.
Никогда не перемещайте задачу в колонку «Сделано» преждевременно. Почти сделано, на 99 % сделано – это ещё не Done. Не спешите, даже если продемонстрировать прогресс кажется необходимым.
Уровни и типы DoD в Scrum
DoD может быть разный для разных уровней детализации Бэклога. Причём вышестоящие уровни как бы включают все нижестоящие.
На уровне Продукта или Релиза выполняется общее DoD, например:
- Документация
- Тест ковердж >60%
- CI/CD
На уровне Эпика или User Story– это DoD инкремента.
У Бага или Инцидента может быть свой DoD.
DoD в Kanban
В Kanban каждая колонка Done имеет собственный DoD.
Хорошие практики для больших компаний:
- Как и везде — введение чего-нибудь дополнительного — реакция на волне конкретный класс проблем. Нет проблемы — не надо придумывать сущности.
- При работе нескольких команд над одним продуктом необходимо использовать единый DoD.
- Включение глобальных нефункциональных требований в DoD.
Используемые материалы:
- Scrum Guide 2020 Официальная русская версия
- Илон Голдштейн, Scrum без ошибок, 2020г. c 104–112.
- Блистательный Agile, Коул, Скотчер — 2019, c 70
- Роман Пихлер, Управление продуктом в Scrum, 2017г. c 133–134
Предстоящая доработка статьи:
- Добавить примеры DoD и DoR в Scrum и Kanban
