---
title: 'Definition of Done (DoD)'
description: 'Definition of Done задает общие условия готовности работы, чтобы команда одинаково понимала качество, проверки и момент завершения задачи.'
type: knowledge-card
locale: ru
canonical: 'https://yoseno.com/ru/docs/knowledge/definition-of-done'
---

# Definition of Done (DoD)

Definition of Done задает общие условия готовности работы, чтобы команда одинаково понимала качество, проверки и момент завершения задачи.

- **Темы:** Прозрачность процессов, Гордость за продукт, Надёжность команды

## Что это

Definition of Done, или DoD, — это короткий список условий, без которых работа не считается завершенной. Команда заранее фиксирует, какие проверки, документы, согласования и исправления нужны для готового результата. Практика снижает споры о статусе задач и помогает не выпускать работу с известными критичными дефектами. Она полезнее всего там, где команда регулярно передает результат клиенту, пользователям или смежникам.

## Когда помогает

- Задачи закрывают по-разному, и команда спорит, что значит «готово».
- Результат часто возвращается на доработку после приемки или передачи смежникам.
- Критичные проверки вспоминают в конце работы, когда исправлять уже дороже.
- Команда теряет гордость за продукт из-за мелких дефектов и незавершенных хвостов.

## С чего начать

1. Соберите примеры последних задач, которые считались готовыми, но потом вернулись на доработку.
2. Выберите 5-7 обязательных условий готовности: проверки, качество, документация, согласования и отсутствие критичных дефектов.
3. Назначьте владельца обновления DoD, чтобы список не устаревал после изменений в процессе.
4. Зафиксируйте DoD рядом с рабочими задачами, где команда реально планирует и закрывает работу.
5. Проверьте одну новую задачу по списку и уберите пункты, которые не помогают принять решение о готовности.

## Ожидаемая польза

Команда получает общий критерий завершения и реже тратит время на повторные согласования. Руководителю проще видеть, где работа действительно готова, а где задача закрыта формально и несет риск возврата.

## Типичные ошибки

- Список делают слишком длинным, и команда перестает использовать его в ежедневной работе.
- DoD смешивают с требованиями конкретной задачи, хотя часть критериев должна быть общей для типа работ.
- Условия готовности фиксирует один руководитель без обсуждения с теми, кто выполняет и принимает работу.
- Команда не обновляет DoD после изменений в продукте, инструментах или правилах контроля качества.

## Что почитать

- Руководство: Scrum Guide, разделы Definition of Done и Increment
- Книга: Jeff Sutherland, Scrum: The Art of Doing Twice the Work in Half the Time
- Книга: Gojko Adzic, Specification by Example

## Вопросы и ответы

### Кто должен владеть Definition of Done?

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

### Нужно ли делать отдельный DoD для каждой задачи?

Нет. DoD описывает общие условия готовности для типа работ. Для конкретной задачи можно добавить приемочные критерии, если у результата есть особые требования.

### Можно ли начать без agile-процесса?

Да. Практика работает как простой рабочий чек-лист: договоритесь, что обязательно проверить перед закрытием задачи, и используйте этот список при приемке.

### Как понять, что DoD помогает?

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