Цитаты из книги «Управление продуктом в Scrum. Agile-методы для вашего бизнеса»

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

Для этого создаем сценарии, которые описывают, как персона достигает своих целей без продукта и с ним.

Сценарии позволяют понять, как продукт изменяет их жизнь

Демонстрация обновлений продукта клиентам и пользователям на обзорных совещаниях во время спринта и частые и быстрые релизы ПО служат для подтверждения и уточнения концепции.

Сам же владелец продукта принимал окончательные решения о приоритетах в бэклоге продукта, при планировании релизов, приеме результатов работы.

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

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

Каким образом вы будете на планировании спринта поддерживать команду без ущерба для ее само­организации? Какой вклад вы можете внести в ежедневные scrum-митинги? Как вы будете сотрудничать с командой, предоставляя первые отзывы по результатам работы? Как сделать демонстрации результатов спринта еще эффективнее и интереснее?

Задача владельца продукта — открыть совещание, сравнив обновление продукта с целью спринта, действительное с желаемым, чтобы определить степень достигнутого прогресса. Необходимо провести тщательный анализ обновления продукта и принять или отклонить каждый элемент бэклога продукта, внедрить который обязалась команда. Лучший способ — взять клавиатуру и провести несколько тестов. Не забывайте: принимать нужно только те элементы продукта, которые соответ­ствуют критериям готовности, а если применяются пользовательские истории — то и критериям приемлемости.

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