Как понять, что работа команды была сделана так, как надо?

Продолжаем говорить о спринтах, разбирая книгу Р. Пихлера «Управление продуктом в Scrum».
Автор предлагает несколько способов. Особую роль здесь играет владелец продукта.

▪️Ежедневный Scrum митинг

Такой вид scrum-собрания позволяет команде управлять своей работой изо дня в день и выявлять препятствия и проблемы. Владелец продукта должен постоянно посещать их. Это отличная возможность понять, как идет работа, и выяснить, не нужна ли команде помощь

▪️Спринт бэклог и диаграмма сгорания работ для спринта

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

▪️Обзор итогов спринта

Он дает scrum-команде возможность взаимодействовать с заинтересованными лицами, рассмотреть ход разработки продукта на данное время и принять решение относительно дальнейших действий.

▪️Ретроспективный анализ спринта

Ретроспективные анализы спринта помогают scrum-команде проверить, насколько хорошо выполнена работа, выявить проблемы и их причины и понять, какие меры нужно принять, чтобы работа была эффективной.

Интересно, что у Пихлера свое понимание многих нюансов Scrum, которые могут отличаться от мнения других экспертов по этой теме. Тем не менее, правда в здравом смысле, а не строжайшем следовании законам Scrum (главное понимать где можно эту гибкость проявлять, а где – нет)

Если хотите глубже разобраться в управлении проектами и прокачать свои скиллы владельца продукта, приходите на менторинг - https://agilecareer.ru . Вместе сделаем вашу работу эффективнее.

#agilecareer_авторскийпост