КЕЙС #30

Обзор спринта в платформенной команде

Представьте Скрам-мастера в платформенной
команде, создающей API. Одна из самых больших проблем для этой команды — их Обзор Спринта. Команда уже долго время живет с представлением, что технический характер их продукта не позволяет им проводить Обзор Спринта вместе с заинтересованными лицами. Поэтому, обычно, событие принимает форму обновления статусов по задачам, когда Владелец продукта проверяет, что было сделано и что нет. Стейкхолдеров нет, потому что их не приглашают.

Скрам-мастер размышляет об этом и, честно говоря, думает, что команда, кажется, права. Коннекторы API сообщают результаты исключительно в JSON. Так что единственное, что они могут показать, - это содержимое сообщений JSON, которые
действительно ничего не значат для стейкхолдеров.

При этом, на крайней ретроспективе Скрам-команда всерьез задумалась, чтобы улучшить проведение Обзора Спринта и просит помощи, потому что пока не видит возможностей как-то вовлечь заинтересованные стороны и эффективно использовать их время.
Как бы вы помогли этой команде будучи Скрам-мастером? Какие бы вопросы задали стейкхолдерам? Как это связано с прозрачностью, инспекцией и адаптацией?