• Команда не должна тратить более 1 часа на подготовку к обзору спринта.
• Цель проверки спринта состоит в том, чтобы команда представила владельцу продукта и заинтересованным сторонам выполненную функциональность. Хотя значение «готово» может варьироваться от организации к организации, обычно это означает, что функциональность полностью спроектирована и потенциально может быть отправлена ​​или реализована. Если «готово» имеет другое
  значение, убедитесь, что владелец продукта и заинтересованные стороны понимают его.
• Функциональность, которая не «готова», не может быть представлена.
• Артефакты, которые не являются функциональными, не могут быть представлены, за исключением случаев, когда они используются для поддержки понимания продемонстрированной функциональности.
  Артефакты нельзя показывать как рабочие продукты, и их использование должно быть сведено к минимуму, чтобы не сбивать с толку заинтересованных лиц и не требовать от них понимания того, как работает разработка систем.
• Функциональность должна быть представлена ​​на рабочих станциях членов команды и выполняться с сервера, наиболее близкого к рабочему — обычно это сервер среды обеспечения качества (QA).
• Обзор спринта начинается с того, что член команды представляет цель спринта, невыполненную работу над продуктом и выполненную невыполненную работу. Затем разные члены Команды могут обсудить, что в спринте прошло хорошо, а что нет.
• Большая часть обзора Спринта проводится членами Команды, представляющими функциональные возможности, отвечающими на вопросы заинтересованных сторон относительно презентации и отмечающими желаемые изменения.
• В конце презентации заинтересованные стороны опрашиваются по одному, чтобы узнать их впечатления, любые желаемые изменения и приоритет этих изменений.
• Владелец Продукта обсуждает с заинтересованными сторонами и Командой возможную реорганизацию Бэклога Продукта на основе отзывов.
• Заинтересованные стороны могут свободно озвучивать любые комментарии, наблюдения или критические замечания в отношении увеличения функциональности потенциально готового к поставке продукта между презентациями.
• Заинтересованные стороны могут определить функциональность, которая не была доставлена ​​или не была доставлена, как ожидалось, и запросить размещение такой функциональности в бэклоге продукта для определения приоритетов.
• Заинтересованные стороны могут идентифицировать любую новую функциональность, которая приходит им в голову, когда они просматривают презентацию, и просить, чтобы функциональность была добавлена ​​в Бэклог Продукта для определения приоритетов.

Статьи о Scrum-событиях

• Что такое планирование спринта?
• Что такое обзор спринта?
• Что такое ретроспектива спринта в Scrum?
• Что такое уточнение бэклога продукта?
• Что такое непрерывная интеграция/доставка/развертывание в Scrum?
• Что такое ограниченные по времени события в Scrum?
• Что такое Спайк в Scrum?
• Что такое покер планирования в Agile?