Как понять, что работа команды была сделана так, как надо?
Продолжаем говорить о спринтах, разбирая книгу Р. Пихлера «Управление продуктом в Scrum». Автор предлагает несколько способов. Особую роль здесь играет владелец продукта.
▪️Ежедневный Scrum митинг Такой вид scrum-собрания позволяет команде управлять своей работой изо дня в день и выявлять препятствия и проблемы. Владелец продукта должен постоянно посещать их. Это отличная возможность понять, как идет работа, и выяснить, не нужна ли команде помощь ▪️Спринт бэклог и диаграмма сгорания работ для спринта Команда создает спринт-бэклог на совещании по планированию спринта и регулярно его обновляет — как минимум раз в день. Во время этих обновлений команда может добавлять новые элементы или исключать те, которые становятся неактуальными. Диаграмма сгорания работ позволяет команде понять, как она идет по дистанции и насколько вероятно достижение цели спринта ▪️Обзор итогов спринта Он дает scrum-команде возможность взаимодействовать с заинтересованными лицами, рассмотреть ход разработки продукта на данное время и принять решение относительно дальнейших действий. ▪️Ретроспективный анализ спринта Ретроспективные анализы спринта помогают scrum-команде проверить, насколько хорошо выполнена работа, выявить проблемы и их причины и понять, какие меры нужно принять, чтобы работа была эффективной.
Интересно, что у Пихлера свое понимание многих нюансов Scrum, которые могут отличаться от мнения других экспертов по этой теме. Тем не менее, правда в здравом смысле, а не строжайшему следованию законам Scrum (главное понимать где можно эту гибкость проявлять, а где – нет)
Эти способы действительно работают. Если хотите глубже разобраться в управлении проектами и прокачать свои скиллы владельца продукта, приходите на менторинг - https://agilecareer.ru. Вместе сделаем вашу работу эффективнее.
В этом посте были ссылки, но мы их удалили по правилам Сетки
