Пакет тренингов для международной сертификации для Product Owner Владельца продукта + вопросы с экзамена

1. Professional Scrum Product Owner™ Fundamentals (примерно 5,5 ч)

Базовый курс о роли Product Owner, Scrum и создании ценности продукта.

• Результаты обучения:
  • Формулировать ответственность Product Owner за максимизацию ценности через подход, ориентированный на результаты
  • Описывать, как Product Owner использует видение продукта, чтобы через стратегию направлять поставку ценности
  • Обсуждать важность вовлечения клиентов и пользователей в то, чтобы Product Owner мог добиваться ценности и подтверждать направление
  • Объяснять, как Product Backlog отражает то, что Product Owner считает ценным для продукта
  • Кратко излагать, как эмпиризм и Scrum позволяют Product Owner расставлять приоритеты, принимать решения и быстро проводить валидацию
  • Понимать, как Product Owner взаимодействует со стейкхолдерами и остальной Scrum-командой, чтобы максимизировать ценность продукта
• Основные темы: роль и ответственность Product Owner; Product Vision; Product Goal; Product Strategy; Customers и Users; Product Backlog; Product Backlog Ordering; Product Backlog Refinement; работа со Scrum Team; взаимодействие со Stakeholders; принятие продуктовых решений; создание и максимизация ценности.
• Product Owner: Product Owner отвечает за максимизацию ценности продукта и должен уметь принимать решения о том, что создавать, зачем это создавать и в каком порядке развивать продукт. Роль не ограничивается ведением Backlog или написанием User Stories.
• Product Vision и Strategy: курс рассматривает формирование Product Vision; связь Vision со стратегией продукта; определение Product Goals; перевод стратегических целей в конкретные направления развития продукта.
• Product Backlog: рассматриваются структура и содержание Product Backlog; ordering и приоритизация; refinement; работа с неопределённостью; постоянное обновление Backlog на основе новой информации.
• Value и Validation: Product Owner должен постоянно проверять: создаёт ли продукт ценность; действительно ли решается проблема пользователя; насколько выбранное направление соответствует целям продукта; нужно ли адаптировать Product Backlog или направление развития.
• Scrum и Empiricism: курс объясняет, как Scrum помогает Product Owner: работать с неопределённостью; получать обратную связь; проверять предположения; принимать решения на основе фактов; адаптировать продукт.

2. Professional Scrum Product Backlog Management Skills (примерно 5 ч)

Курс посвящён практическому управлению Product Backlog.

• Результаты обучения:
  • Применять практические техники создания, уточнения и упорядочивания Product Backlog
  • Объяснять техники эффективной коммуникации со стейкхолдерами
  • Интерпретировать потребности стейкхолдеров
  • Фиксировать потребности стейкхолдеров в виде элементов Product Backlog
  • Обсуждать лучшие способы сделать Product Backlog более прозрачным
  • Описывать эмпиризм как конкурентное преимущество
  • Определять, как использовать ИИ для помощи в управлении Product Backlog
• Основные темы: создание и поддержание Product Backlog; Product Backlog Items; Product Backlog Refinement; ordering Product Backlog; определение ценности; работа с неопределённостью; формирование Product Goal; сотрудничество с Developers и Stakeholders.
• Product Backlog Management: Product Backlog рассматривается как живой, постоянно меняющийся инструмент, а не статичный список задач. Product Owner должен постоянно: добавлять новую информацию; уточнять существующие элементы; удалять ненужное; изменять порядок; учитывать результаты исследований и экспериментов.
• Ordering: Ordering помогает определить, что имеет смысл делать раньше, учитывая: ценность; риски; зависимости; неопределённость; возможности обучения; потребности пользователей; стратегические цели продукта.
• Refinement: Refinement помогает сделать Product Backlog более понятным и подготовленным к дальнейшей работе. В процессе могут уточняться: требования; контекст; ценность; acceptance criteria; зависимости; неопределённости.
• Работа с Developers: Product Owner работает совместно с Developers, чтобы: лучше понимать возможности и ограничения; исследовать варианты реализации; уточнять Product Backlog Items; принимать более информированные решения.

3. Effective Stakeholder Collaboration for Scrum Teams (примерно 5 ч)

Курс посвящён взаимодействию со Stakeholders и созданию эффективной коммуникации вокруг продукта.

• Результаты обучения:
  • Объяснять роль стейкхолдеров в Scrum и их вклад в успех продукта
  • Объяснять важность ясного видения продукта и общих целей для согласования стейкхолдеров и эффективного принятия решений
  • Применять стратегии взаимодействия на основе категоризации стейкхолдеров
  • Демонстрировать техники, основанные на эмпатии, для выявления потребностей, целей и болевых точек стейкхолдеров за пределами заявленных требований к продукту
  • Адаптировать стратегии взаимодействия под разных стейкхолдеров, ситуации и уровни сложности
  • Описывать, как согласовывать стейкхолдеров вокруг приоритетов и компромиссов при управлении конфликтами и сложной динамикой
  • Описывать навыки эффективной коммуникации для продвижения решений и поддержания вовлечённости стейкхолдеров в реальных сценариях
• Основные темы: определение Stakeholders; понимание их интересов и потребностей; коммуникация; collaboration; получение обратной связи; управление ожиданиями; вовлечение Stakeholders в Product Discovery и развитие продукта.
• Stakeholder Collaboration: Product Owner должен понимать: кто заинтересован в продукте; какое влияние имеют разные Stakeholders; какую информацию им необходимо получать; какую обратную связь от них важно учитывать.
• Communication: эффективная коммуникация включает: правильный выбор формата; адаптацию информации под аудиторию; прозрачность решений; объяснение Product Goals; обсуждение trade-offs; управление ожиданиями.
• Feedback: Stakeholders могут предоставлять важную информацию о: бизнес-потребностях; клиентах; рынке; рисках; возможностях; результатах продукта. Product Owner использует эту информацию для дальнейшей проверки и адаптации продукта.
• Collaboration вместо передачи требований: основная идея — Stakeholders не должны просто передавать Product Owner список требований. Вместо этого Product Owner сотрудничает с ними, чтобы: лучше понять проблему; исследовать варианты; сформировать общую картину; определить потенциальную ценность; принимать более обоснованные решения.