---
title: 'Definition of Done (DoD)'
description: 'Definition of Done задає загальні умови готовності роботи, щоб команда однаково розуміла якість, перевірки та момент завершення завдання.'
type: knowledge-card
locale: uk
canonical: 'https://yoseno.com/uk/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 допомагає?

Дивіться, чи поменшало повернень на доопрацювання, спірних закриттів і забутих перевірок. Якщо список не впливає на рішення, його потрібно спростити або уточнити.