PO - 05 - Planning and Sprint Backlog

Цель: - Понять что такое sprint backlog - Понять за что отвечает PO

Тезисы

Планирование состоит из трех частей

1) Опредление цели спринта

2) Отбор PBI создание которые поспособствует достижению цели спринта

3) Создание плана работ

В первой части PO напоминает о цели продукт, доносит текущие изменения в ситуации и текущие ожидания stakeholder. Далее PO помогает команде совместно сформулировать цель спринта.

Во второй части команда совместно с PO отбирает те PBI которые наилучшим образом поддержат сформулированную цель спринта. Наилучшим образом участие PO на этом этапе будет в том, что

а) PB отсоритрован с целью максимизации поставки value - т.е. команде удобно брать наиболее важные и наиболее готовые к реализации элементы без сложного поиска или анализа элементов PB

б) PO помогает команде убедиться что ценность отобранных PBI понятна команде и отобранные PBI действительно помогут в достижении целей

Если команда формирует цели используя OKR то "цель спринта" будет соотвествовать Objective, а отобранный PBI - Key results.

В третьей части команда формирует план действий по созданию PBI. Это план ЦЕЛИКОМ отвественность команды и способ его формирования будет зависеть от конкретной команды. Именно этот перечень действий и является Sprint Backlog.

Роль PO и SM тут зависит от зрелости команды и является более консультативной:

a) Отвечать на вопросы о ценности и составе PBI

б) Помогать команде следить что получаемый план работ соотносится с PBI (на уровне вопросов "как сделав эти действия мы можем быть уверенны что PBI готов")

Суммирая последние две лекции. PO отвечает за

1) То что у продукта/проекта есть цель

2) Единственный источником работ для продукта является Product Backlog, элементы которого

2.1) Прозрачны (имеют четкие, наблюдаемые и измеримые критерии проверки)

2.2) Инспектируемые (т.е. могут быть созданы и проверены в рамках 1 спринта)

2.3) Адаптируемы (т.е. направлены на достижение business value, а значит интересны стейкхолдерам)

2.4) Упорядочены с целью максимизации поставляемого value

3) Команда ставит цель на каждый Sprint, эта цель выровнена с целью продукта и проверяется успешным созданием PBI

4) Sprint backlog является планом действий команды по достижению цели спринта