На обзоре спринта (sprint review) руководитель проекта сообщает, что цели спринта не были достигнуты. Владелец продукта уходит раньше, а команда в замешательстве, потому что не было дефектов для новых пользовательских историй и не было новых требований. Что должен сделать руководитель проекта в будущем, чтобы избежать этого?

Руководитель проекта должен пересмотреть определение готовности (DoD) с владельцем продукта, потому что DoD устанавливает критерии, которым должен соответствовать инкремент продукта, чтобы считаться "готовым". Если цели спринта не были достигнуты, несмотря на отсутствие дефектов и новых требований, это указывает на расхождение в понимании "готовности" между командой и владельцем продукта. Пересмотр DoD поможет синхронизировать ожидания и обеспечить, чтобы команда работала над тем, что владелец продукта считает ценным и завершенным. Получение одобрения от владельца продукта по пользовательским историям является частью процесса, но не решает корневую проблему расхождения в понимании "готовности". Создание более качественных планов тестирования не является основной причиной, так как дефектов не было. Включение дефектов предыдущего спринта не относится к проблеме недостижения целей текущего спринта при отсутствии новых дефектов.