Скрам: обзор, ретроспектива и масштабирование Скрам. Ч39
Привет, Сетка! 👋 В 39-м выпуске нашего погружения в Скрам разбираем финальные события итерации и главные правила масштабирования команд.
Обзор спринта - это не сухая презентация отчетов, а интерактивная рабочая сессия команды и внешнего мира. Здесь демонстрируется продукт «как он есть» по итогу спринта — его можно потрогать, протестировать, оценить.
От внешнего мира поступает обратная связь, которая может повлиять:
- На бэклог продукта; - На видение (Product Vision); - На цели следующего спринта. Заинтересованные стороны получают возможность вживую протестировать реальный продукт, а не просто посмотреть на графики.
Команда делится результатами, обсуждает достигнутые цели и открыто говорит о возникших проблемах.
Главный итог встречи — сбор обратной связи, которая напрямую влияет на Бэклог продукта, Видение и будущие критерии готовности. Невыполненные задачи не выносятся на обсуждение, а просто возвращаются обратно в Бэклог.
Инспектируются выполненные работы, цель продукта, бэклог продукта, цель спринта, полученные знания, превращения, ожидания и ограничения заинтересованных сторон.
Анализируется, что могло измениться во внешнем мире, чтобы продукт мог адаптироваться. В результате могут быть скорректированы:
- Бэклог, - Цель, - Определение готового результата (критерии готовности), - Критерии ожидаемого эффекта.
Ретроспектива спринта - событие, где разработчики фокусируются исключительно на собственных процессах и точках роста. Например:
- Инкременте, - Результате, - Профессиональных навыках, - Технических практиках, - Инструментах, - Способности к инновациям, - И многом другом.
Масштабирование Скрам: если скрам-команда становится слишком большой, рекомендуется её реорганизовать в несколько сплочённых команд, каждая из которых работает над одним продуктом.
У всех команд должен быть единый Владелец продукта.
Все работают с общим Бэклогом продукта и стремятся к одной Цели продукта. Команды используют единые базовые критерии готового результата.
Важно помнить фундаментальное правило: больше команд — не всегда означает больше пользы. Однако при тесном сотрудничестве, регулярном обмене информацией и открытости к неожиданным открытиям несколько команд способны находить прорывные нешаблонные решения.
— — ---- ❓ А как в ваших компаниях проходит Обзор спринта? Даете ли вы стейкхолдерам реально протестировать продукт или ограничиваетесь показом слайдов? Делитесь опытом в комментариях! 👇 — — ----
💼 Если вашему бизнесу нужно навести порядок в процессах, грамотно масштабировать разработку или настроить эффективное взаимодействие со стейкхолдерами — пишите в личные сообщения, найдем системное решение. Больше полезных материалов и схем всегда можно найти на vim-scrum.ru.
#порхунконсалтинг #скрам #аджайл #обзорспринта #ретроспектива #масштабирование #скраммастер #видение #бэклог #владелецпродукта
· 07.09
А как бюобойтись без пауз, если спринт закончили, показали, через пару дней прлучаем обратную связь, которая делает не целесообразны уже начавшийся спринт. Или спокойно его стопать и идти по "новому пути"? Но как-то ритмичность, что ли, сбивается
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 07.09
Если это системно повторяемый цикл такой (не 1 раз случается, а часто), то встроить это в процесс, может и норм, что пауза будет два дня. Посвятить это время чему-то типа закрытию тех долга или еще чего придумать - исследования, работа с польз опытом, подтверждение результатов , которые ожидали с точки зрения бизнеса. Либо, если паузу системно не делаем и спринт сразу начинается, то продакт тормозит работы (вдруг стало понятно, что цели неверные), пересматривает цели на спринт и запускает уточненный , новый спринт на планировании.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён