Каждый скрам-мастер бывает новым скрам-мастером. Как минимум однажды 🙂

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

Вопросы смоделированы с учетом базовых принципов, общих для работы всех высокопроизводительных команд. Источник: scrum.org

Роль владельца продукта ― ключевая для успеха скрам-команды.

Неважно, применяете ли вы Scrum для разработки сложных продуктов, превосходны ли ваши разработчики в технической области, поставляете ли вы инкремент продукта с точностью швейцарских часов… Если ваша скрам-команда движется в неправильном направлении, а бэклог продукта не максимизирует ценность, которую получают клиенты, ― продукт пойдет на свалку.

Согласно со Скрам Гайдом, “владелец продукта ответственен за максимизацию ценности продукта, созданного командой разработки.”

Как владельцу продукта достичь этой цели? В первую очередь, ему придется управлять бэклогом продукта. Возвращаясь к Скрам Гайду, это требует:

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

Как скрам-мастера, мы должны поддерживать владельцев продукта,  как только можно. Только тогда скрам-команда станет по-настоящему успешной.

Опросник: что новый скрам-мастер должен спросить у владельца продукта

Этот набор вопросов предназначен для первого разговора нового скрам-мастера с владельцем продукта без вовлечения команды разработки.

  1. Каково видение продукта и стратегия его выхода на рынок?
    Владелец продукта ― персона №1, к которой нужно обращаться с вопросами о видении и стратегии.
  2. Как вы узнаете о новых идеях и требованиях?
    В качестве ответа на этот вопрос, вы рассчитываете получить полное, развернутое описание процесса Product Discovery (изобретения продукта): от идеи к гипотезе, эксперименту и, наконец, валидации.
  3. Как вы анализируете пользователей в процессе изобретения продукта?
    Никакая серьезная организация не обходится без постоянного тестирования пользователей. Владелец продукта должен объяснить вам, как проходит процесс тестирования и как скрам-команда участвует в изобретении продукта.
  4. Сколько времени вы уделяете анализу потребностей пользователей и заказчиков?
    50% ― идеально. Меньше 10% ― значит, есть куда развиваться. Во втором случае, владельца продукта можно спросить о его загруженности и о том, чем вы можете помочь, чтобы освободить его время для коммуникации с заказчиками.
  5. На каком этапе скрам-команда включается в процесс изобретения продукта?
    Чем раньше, тем лучше. Это уменьшает возможность того, что принятые решения будут технически невыполнимыми или финансово невыгодными.
  6. Как вы организовываете сотрудничество с заинтересованными сторонами?
    Для владельца продукта этот вопрос должен быть одним из самых простых. Есть множество способов стабилизировать и улучшить коммуникацию. Например, договориться о регулярных встречах. Или попросить заинтересованных лиц назначить так называемых “послов продукта”, которые будут выступать “связными”. Организовать семинары для заинтересованных лиц/послов продукта. Объединиться с людьми, занимающимися пользовательским опытом, и провести, например, семинары по изучению взаимодействия с пользователем или по составлению карт пользовательских историй. Пригласить заинтересованных лиц на уточняющие сессии, где объяснить ценность пользовательских историй. И так далее.
  7. Как вы работаете с пет-проектами?
    Вам нужно знать, способен ли владелец продукта стать на защиту бэклога продукта. Умеет ли он говорить “Нет”. И каковы причины того, что скрам-команды работают над пет-проектами (если это так).
  8. Какой подход вы используете для создания дорожных карт продукта?
    Планирование дорожной карты, как и планирование портфолио, это непрерывный процесс. Владелец продукта должен уметь подробно объяснить, как происходит эта работа.
  9. Насколько велик бэклог этого продукта?
    Эффективный бэклог продукта должен укладываться в три, максимум четыре спринта скрам-команды. Если он превышает этот порог, владельцу продукта может потребоваться поддержка, чтобы предотвратить потенциально невыгодное загромождение бэклога.
  10. Каков типичный возраст рабочего элемента в бэклоге продукта?
    Ценность рабочего элемента, которому уже пять месяцев, сомнительна. Слова «Но я все это время работаю над ним» звучат как оправдание. (Совет от профессионалов: криминалистика бэклога продукта содержит много информации о работе организации: количество элементов в бэклоге продукта, возраст элементов, кто создал элементы, кто прокомментировал элементы, кто изменил элементы).
  11. Каково ваше среднее время выполнения заказа от выбора идеи для валидации до добавления рабочего элемента в бэклог продукта?
    Собственно говоря, это одна из метрик, которая демонстрирует “аджайльность” процесса изобретения продукта.
  12. Содержит ли ваш бэклог продукта рабочие элементы, неизвестные ни одному из текущих членов команды?
    Если это так, их следует повторно просмотреть вместе с текущими членами команды, чтобы убедиться, что: а) рабочие элементы по-прежнему имеют ценность; б) все члены команды понимают характер и предназначение элемента.
  13. Как часто вы дорабатываете бэклог продукта?
    Это нужно делать постоянно. Как минимум в одном событии по доработке бэклога должны участвовать все члены скрам-команды.
  14. Сколько элементов могут одновременно находиться в работе в процессе доработки бэклога?
    Владелец продукта не должен заставлять команду работать над большим количеством элементов бэклога, чем можно сделать за один-два спринта. В противном случае, существует риск выделения ресурсов на рабочие элементы, которые так и не попадут в бэклог спринта.
  15. Сколько времени обычно занимает доработка рабочего элемента?
    Нужно не больше, чем один-два спринта. Когда активность продакт бэклог рефайнмент бежит впереди паровоза, это нерационально, ведь до тех пор бэклог может быть переосмыслен и изменен настолько, что само существование элемента потеряет смысл.
  16. Как вы создаете рабочие элементы?
    Может быть, владелец продукта пишет пользовательские истории, а команда оценивает их? Или это полностью командная работа? Чаще всего случается, что владелец продукта берет на себя роль “технического райтера” рабочих элементов, которые затем дает на оценку команде разработки. Тем не менее, всегда лучше создавать рабочий элемент объединенными усилиями всех членов команды: это даст им глубокое понимание с самого начала работы.
  17. Как вы обсуждаете рабочие элементы? Только на сессиях доработки или также в Slack, тикетах или рабочем чате?
    У каждой команды свои привычки. Может быть, в вашей организации принято комментировать работу в Confluence, Jira, Github, использовать Slack или Trello. Если владелец продукта ничего не имеет против, это нормально еще перед тем, как команда разработки выберет рабочий элемент для бэклога спринта. Если же первый разговор о рабочем элементе происходит уже во время спринта, это может стать проблемой.
  18. Меняете ли вы рабочие элементы, когда они уже стали частью бэклога спринта? Если да, то почему?
    Уменьшать элементы, если их размер становится проблемой, но в самом рабочем элементе по-прежнему есть ценность, ― хоть и не очень хорошо, но приемлемо. Увеличивать рабочий элемент после планирования спринта ― абсолютно недопустимо. И не забывайте, что контролировать состав бэклога спринта ― прерогатива команды разработки.
  19. Когда вы утверждаете рабочие элементы?
    В Скрам Гайде “утверждение” владельцем продукта упоминается только в одном месте, в абзаце об отмене спринта: “Владелец  продукта принимает часть работы, представляющую готовый к выпуску инкремент.” Тем не менее, полезно, чтобы владелец продукта и команда принимали общее решение о том, когда рабочий элемент считается завершенным.
  20. Отклоняли ли вы когда-либо рабочие элементы?
    Если такое случалось, вам стоит знать, почему и какие меры нужно предпринять, чтобы это не повторилось.
Присоединяйтесь к тренингу для скрам-мастеров Professional Scrum Master

Подытожим

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