Skip to content
Try Scrumling for Employers
Blog · 28 авг. 2026 г. · 6 min read

Definition of Done: Практическое руководство

Разберитесь в Definition of Done в Scrum. Узнайте, как написать четкое и лаконичное Definition of Done и развивать его со временем для постоянного улучшения.

Definition of Done (Определение Готовности), это формальное описание состояния Инкремента, когда он соответствует требованиям качества, необходимым для продукта. Это не дополнительная опция. Это обязательство, которое обеспечивает прозрачность. Без четкого Definition of Done Scrum-команда не может по-настоящему утверждать, что элемент завершен. Это создает путаницу и риски поставки незавершенной работы. Этот пост объясняет, как написать и развивать сильное Definition of Done.

Что делает Definition of Done

Definition of Done вносит ясность. Оно создает общее понимание среди Scrum-команды и заинтересованных сторон о том, что означает «Готово». Это общее понимание уменьшает недоразумения и улучшает предсказуемость. Оно применяется к каждому элементу Product Backlog, выбранному для Спринта. Инкремент по-настоящему «Готов» только тогда, когда он соответствует этому определению.

Например, если Definition of Done гласит «код прошел ревью», то любой элемент Product Backlog, который не прошел ревью кода, не считается Готовым, независимо от того, компилируется ли код и работает ли он. Эта последовательность критически важна для качества и прозрачности.

Кто его создает

Scrum-команда несет ответственность за создание Definition of Done. Если в организации существуют стандарты того, что означает «Готово», Scrum-команда должна включить их в свое Definition of Done. Это обеспечивает соответствие более широким требованиям компании к качеству. Если организационных стандартов нет, Scrum-команда должна создать такое определение, которое подходит для их продукта.

Эта командная ответственность жизненно важна. Она гарантирует, что Definition of Done является практичным и отражает возможности и контекст команды. Оно не навязывается руководством или внешними группами. Разработчики, Product Owner и Scrum Master сотрудничают, чтобы определить, что означает качество для их работы.

Написание вашего первого Definition of Done

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

Рассмотрите эти общие элементы при составлении первоначального Definition of Done:

  • Код прошел ревью
  • Написаны и проходят модульные тесты
  • Интегрировано с основной веткой
  • Соответствует критериям приемки
  • Нет известных критических дефектов
  • Документация обновлена

Эти пункты обеспечивают прочную основу. Адаптируйте их под ваш конкретный продукт и технологический стек. Самое главное, чтобы команда согласовала их.

Развитие Definition of Done

Definition of Done не статично. Это живой артефакт, который развивается. По мере того как команда узнает больше о продукте, технологии и потребностях клиентов, она будет выявлять новые требования к качеству. Scrum-команда должна инспектировать и адаптировать свое Definition of Done во время Спринт Ретроспектив. Это ключевая часть эмпиризма в Scrum.

Когда команда последовательно соответствует своему текущему Definition of Done, она должна стремиться поднять планку. Например, если «автоматизированные интеграционные тесты проходят» становится постоянной практикой, это можно добавить. Это постоянное улучшение со временем приводит к продуктам более высокого качества. Оно также помогает команде выявлять и устранять технический долг или пробелы в процессах.

Влияние на прозрачность и качество

Сильное Definition of Done обеспечивает прозрачность. Каждый знает, чего ожидать от «Готового» инкремента. Эта прозрачность укрепляет доверие со стейкхолдерами. Оно также обеспечивает четкий контроль качества. Работа, которая не соответствует Definition of Done, не считается частью Инкремента. Это предотвращает накопление незавершенной или некачественной работы.

В конечном итоге, хорошо разработанное и развивающееся Definition of Done повышает качество продукта. Оно позволяет Scrum-команде последовательно поставлять ценные, пригодные для использования Инкременты. Эта приверженность качеству является фундаментальной для успеха любого Scrum-проекта.

Start with the Foundations module

Or take the full Scrum Master track

Learn Scrum by playing, not by reading slides.

Every role, every event, every artifact, practiced under pressure in the browser. Free forever, certificate on completion.

Start the free course