Вы когда-нибудь видели, как команда гордо демонстрирует функцию, а клиент говорит: «Это не то, что мы заказывали» ? Или как релиз, который казался готовым, падает из-за «мелочи», которую никто не проверил? Это — результат отсутствия Definition of Done (DoD). DoD — это не просто список галочек. Это «качественный фильтр» , который превращает разработку из хаоса в систему. В этой статье мы разберём: Ситуация: Команда закончила спринт с фичей «поиска по голосу». Все рады: функция работает, тесты пройдены...

Когда в Бэклоге Продукта объект или Инкремент переходит в статус "Готов", каждый должен понимать, что именно значит "Готов". -- Scrum Guide Scrum официально не признаёт каких-либо делений внутри команды на роли: в теории все работают вместе для завершения каждой истории. В реальности однако, многие команды, с которыми мне довелось работать, назначают специфичные роли: разработчик, тестер, UX и т.д. С учётом деления, когда разные члены команды "завершают" работу в разное время, как вся команда, в том числе и Product Owner, могут узнать, когда Story действительно исполнена? Ответ состоит из двух частей: критерий принятия каждой конкретной Story и командный Definition of Done...