Работа с недоступным Владельцем Продукта

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

Распознавание симптомов

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

Рассмотрите следующие индикаторы:

• Сессии по уточнению Бэклога Продукта отменяются или плохо посещаются Владельцем Продукта.
• Разработчики часто сталкиваются с блокировками из-за вопросов, требующих участия Владельца Продукта.
• Заинтересованные стороны не могут получить решения или ясность от Владельца Продукта.
• Элементы Бэклога Продукта не имеют достаточной детализации или четких критериев приемки.
• Скрам-команда испытывает трудности с определением ценностной Цели Продукта или Цели Спринта.
• Существует мнение, что Владелец Продукта является лишь исполнителем поручений, а не стратегическим лидером.

Первоначальные беседы и ожидания

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

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

Расширение прав и возможностей Разработчиков (с осторожностью)

Хотя Владелец Продукта несет единоличную ответственность за Бэклог Продукта, в его отсутствие Разработчикам может потребоваться принимать временные, хорошо обоснованные решения, чтобы избежать полной стагнации. Это не идеально и не должно быть долгосрочным решением. Скрам-мастер должен обучать Разработчиков тому, как принимать наилучшие возможные решения при отсутствии входных данных, всегда с пониманием того, что эти решения являются предварительными и подлежат проверке Владельцем Продукта. Четко документируйте эти решения и их обоснование. Эта прозрачность подчеркнет влияние отсутствия Владельца Продукта.

Например, если для элемента Бэклога Продукта отсутствует конкретная деталь, а Владелец Продукта недоступен, Разработчики могут сделать разумное предположение, основываясь на прошлых шаблонах или существующей функциональности продукта. Затем они продолжат работу, отметив предположение, и планируют проверить его с Владельцем Продукта как можно скорее. Это минимизирует время простоя, но несет риск. Конечная ответственность за продукт остается за Владельцем Продукта.

Вовлечение руководства и организационные изменения

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

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

Start with the Foundations module →

Or take the full Scrum Master track →