<div><img src="https://mc.yandex.ru/watch/56654995" style="position:absolute; left:-9999px;" alt="" /></div>
Попробовать бесплатно

Definition of Done

Agile Артефакт Обновлено

Definition of Done — один из ключевых артефактов Scrum. Это набор критериев, которым должна соответствовать любая User Story или задача, чтобы считаться «готовой».

Типичный DoD для разработки веб-продукта:

  • Код написан и закоммичен в основную ветку
  • Юнит-тесты написаны и проходят
  • Код прошёл ревью
  • QA-тестирование пройдено
  • Документация обновлена
  • Развёрнуто на staging
  • Acceptance Criteria выполнены
  • Принято Product Owner

DoD предотвращает «технический долг» в виде «закрытых, но недоделанных» историй. Если истории Don'tDoD не соответствует — она остаётся «в работе», даже если выглядит готовой на демо.

Когда применять и когда нет

Применять

  • Работаете в Scrum
  • Хотите единого стандарта качества для всей команды
  • Нужна предсказуемая Velocity

Не применять

  • Если DoD никто не соблюдает — лучше его не иметь, чем формально иметь и игнорировать

Примеры применения

Команда мобильного приложения. DoD: 1) код в master через PR + ревью; 2) unit + UI-тесты прошли в CI; 3) QA-проверка на iOS и Android; 4) обновлённый Confluence с описанием фичи; 5) Acceptance Criteria выполнены и приняты PO. История не закрывается, пока все 5 пунктов не выполнены.

Часто задаваемые вопросы

DoD — общий стандарт качества для всех задач команды (тесты, ревью, документация). Acceptance Criteria — конкретные функциональные требования для одной User Story («при клике на X отображается Y»).

Команда вместе с PO и Scrum Master. Не PM или менеджмент — DoD должен быть реалистичен для команды и принят всеми её членами.

Да, со временем — можно. Часто обсуждается на ретро: «Добавим к DoD проверку в Storybook», «Уберём ручное QA, теперь покрыто автотестами».

Готовы применить теорию на практике?

Соберите команду в Shtab — единое пространство для проектов, целей и задач. Бесплатно до 5 человек.