В чем цель спринта в Scrum

Что проверяют

Отличаете ли вы цель спринта от списка задач на спринт и понимаете ли, зачем Scrum режет работу на короткие отрезки. Аналитика следом часто спрашивают, что он делает, если посреди спринта выяснилось, что требование понято неверно.

Как отвечать

Разведите два смысла вопроса. Сам спринт нужен, чтобы в коротком цикле, не длиннее месяца, превратить идею в работающий инкремент и получить обратную связь. Короткий цикл ограничивает цену ошибки: неверное решение всплывёт на обзоре через две недели, а не через полгода.

Цель спринта (Sprint Goal) это отдельное понятие из Scrum Guide 2020:

• единая цель: одна формулировка ценности, которую команда обязуется получить, например «покупатель оплачивает заказ картой без звонка оператору»;
• обязательство для Sprint Backlog: у каждого артефакта своё обязательство, у Product Backlog это Product Goal, у инкремента Definition of Done;
• создаётся на планировании: всей Scrum-командой, продакт-овнер предлагает, какую ценность можно добавить;
• фиксирует направление, а не объём: состав задач можно пересогласовать с продакт-овнером по ходу спринта, если цель достигается.

Для аналитика отсюда следует практика. На refinement вы готовите элементы бэклога с критериями приёмки так, чтобы на планировании из них собиралась осмысленная цель, а не набор несвязанных тикетов. Если требование оказалось неверным, вы обсуждаете с продакт-овнером замену объёма, а не молча расширяете задачу. Если цель потеряла смысл целиком, отменить спринт может только продакт-овнер.

Где спотыкаются

Говорят, что цель спринта это закрыть все взятые задачи. Тогда любая срезанная история считается провалом, и команда начинает брать меньше, чтобы гарантированно успеть.

Называют ретроспективу местом планирования продукта. Ретро про процесс работы команды, а продукт и бэклог обсуждают на обзоре спринта.

Считают, что выпускать можно только в конце спринта. По Scrum Guide 2020 инкрементов за спринт может быть несколько, а обзор не является воротами для релиза.