Sprint Planning

В Scrum Sprint Planning е първото събитие от всеки спринт и има за цел да отговори на два ключови въпроса:

  1. Какво ще бъде свършено през този спринт?
  2. Как ще бъде свършено?

Процеси в Sprint Planning

  1. Подготовка преди планирането

Продуктовият беклог е подреден по приоритет от Product Owner-а.

Най-важните (top-priority) User Stories имат ясни Acceptance Criteria.

Екипът е запознат с капацитета си за следващия спринт (болнични, отпуски, празници).

  1. Определяне на Sprint Goal

Срещата започва с Product Owner-а, който представя:

Целта на спринта (Sprint Goal)

Топ елементите от Product Backlog, които според него трябва да влязат в спринта.

Екипът обсъжда, уточнява и заедно формулира финалната Sprint Goal

  1. Избор на backlog items за спринта (What?)

Екипът преглежда User Stories и оценява:

сложност

рискове

зависимости

капацитет vs. Velocity

След това Development Team се ангажира кои задачи реалистично може да завърши.

Важно: PO не може да казва колко работа ще поеме екипът — те сами определят това.

  1. Декомпозиране на задачите (How?)

За всяка избрана User Story:

екипът я разбива на по-малки задачи (tasks)

уточнява какво точно трябва да се направи

оценява задачите (ако е необходимо — часове/Story Points на task-ове не са задължителни)

Резултатът е Sprint Backlog: списък с User Stories + задачи за изпълнение.

  1. Финализиране и съгласуване

Екипът проверява:

капацитетът стига ли?

задачите са ясни?

Sprint Goal е постижима?

Scrum Master се грижи за:

фасилитиране

премахване на блокери

спазване на Scrum практиките

Продължителност на Sprint Planning

За 2-седмичен спринт: максимум 4 часа

За 1-седмичен спринт: до 2 часа

Финален резултат от Planning-а

Sprint Goal

Sprint Backlog

Разбиране „какво“ и „как“ ще се прави

Екипен ангажимент към плана

Scrum Planning Poker

Planning Poker е техника за колективно оценяване на сложността и необходимите усилия за разработка на дадена User Story в Scrum. Тя се използва по време на Sprint Planning и цели да постигне споделено разбиране и консенсус в екипа, като същевременно минимизира когнитивните и поведенчески пристрастия.

Използването на Planning Poker подпомага:

по-добра комуникация,

идентифициране на рискове и зависимости,

уеднаквяване на разбиранията за сложност,

по-точно планиране.

За провеждане на Planning Poker са необходими:

Комплект карти (реални или виртуални),

Scrum Master или фасилитатор,

Набор от User Stories,

Таймер (по избор).

Най-често използваната стойностна серия е Fibonacci:

1, 2, 3, 5, 8, 13, 21, 34

  1. Правила на Planning Poker

Избира се User Story.

Всеки член на екипа избира карта със скрита оценка.

Всички участници показват картите едновременно.

Отклоненията между оценките се дискутират.

При нужда процесът се повтаря.

Процесът приключва, когато бъде постигнат консенсус.

Фасилитаторът следи за:

честност на оценяването,

фокус върху сложност и усилия, а не върху време,

ограничаване на влиянието на авторитети и гласни лидери.

  1. Ход на Planning Poker

Екипът чете Story-то.

Уточняват се неясноти, зависимости и технически предизвикателства.

Всеки член избира карта със стойност.

Картите се обръщат едновременно.

Ако има значителни разлики между оценките:

участникът с най-висока и най-ниска оценка аргументират своето мнение,

провежда се дискусия за факторите:

неизвестни,

зависимости,

сложност,

усилия,

рискове.

Процесът се повтаря до консенсус.

  1. Типични теми за обсъждане и анализ

Техническа сложност спрямо обем работа.

Зависимости: външни или вътрешни системи.

Неясноти в изискванията.

Възможност за разбиване на Story на по-малки части.

Разлика между “бързо” и “лесно”.