Что такое инкремент в Scrum

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

Понимаете ли вы, что Scrum про поставку работающего продукта, а не про набор встреч. Аналитика об этом спрашивают не случайно: именно он режет требования на куски и решает, что попадает в спринт.

Как отвечать

Инкремент это один из артефактов Scrum: конкретный шаг к цели продукта, работоспособная часть, которая вместе со всеми предыдущими инкрементами даёт пригодный к использованию результат.

Две вещи чаще всего формулируют неверно.

Инкремент не обязан быть один на спринт. Их может быть несколько, и инкремент считается созданным в момент, когда работа удовлетворяет определению готовности, а не на обзоре спринта. Обзор это возможность собрать обратную связь, а не приёмка.

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

Определение готовности (Definition of Done) привязано именно к инкременту: элемент, который ему не соответствует, в инкремент не входит и возвращается в бэклог продукта.

Практический вывод для аналитика: нарезать требования вертикально, тонким сквозным сценарием целиком, а не слоями. Спринт на базу, спринт на сервисы, спринт на интерфейс инкремента не дают, потому что до последнего спринта показывать нечего.

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

Называют инкрементом всё, что сделано за спринт, включая недотестированное и неинтегрированное. Незавершённое это не инкремент, а запас работы, который ещё может не сойтись при сборке.

Путают инкремент с релизом и делают вывод, что раз в промышленную среду ничего не выкатили, то спринт провален. Выкатывание это отдельное решение, а не признак готовности.

Не могут объяснить разницу между целью спринта и инкрементом. Цель отвечает на вопрос зачем и задаёт связность работы, инкремент отвечает на вопрос что получилось и предъявляется материально.