20 / 94
Scrum и XP: заметки с передовой
20
Определение цели спринта
Это с учается практически всегда, когда в ходе нашего планирования я задаю вопрос: “Итак, какова же
цель спринта?”. Все начинают смотреть на меня удивлёнными глазами, а product owner – морщить лоб,
почёсывая свой подбородок.
Почему-то сформулировать цель спринта бывает
довольно непросто
. Но я до сих пор убеждён, что
усилия, потраченные на попытки сформулировать цель, оправдывают себя. Лучше паршивая цель, чем её
отсутствие. Например, цели могут быть следующие: “заработать больше денег”, “завершить три истории с
наивысшими приоритетами”, “удивить исполнительного директора”, “подготовить систему к бета-
тестированию”, “добавить возможность администрирования” или что-нибудь в этом духе. Самое главное,
чтобы цель была обозначена в терминах бизнеса, а не в технических терминах. То есть языком, понятным
даже людям вне команды.
Цель спринта должна отвечать на главный вопрос “Зачем мы работаем над этим спринтом? Почему мы
все просто не уйдём в отпуск?”. На самом деле, самый простой способ вытянуть цель спринта из product
owner’a – напрямую задать ему этот вопрос.
Целью должно быть что-то, что не было ещё достигнуто. “Удивить исполнительного директора” может
быть неплохой целью. Но только не в том случае, когда он и так в восторге от текущего состояния системы. В
этом случае, все могут просто собраться и пойти домой, а цель спринта всё равно будет достигнута.
Цель спринта может показаться слегка глупой и надуманной на протяжении всего планирования. Но чаще
всего, основная её ценность начинает проявляться к середине спринта, когда люди начинают забывать чего
они хотят достичь в этом спринте. Если у вас работают несколько Scrum-команд (как у нас) над разными
продуктами, очень полезно иметь возможность просмотреть список целей спринтов для всех команд на
одной wiki-странице (или ещё где-нибудь), а также вывесить их на видном месте, чтобы все (а не только топ-
менеджеры) знали, чем занимается компания и зачем!
Выбор историй, которые войдут в спринт
Основное в планировании спринта – процедура выбора историй, которые войдут в спринт. А точнее,
выбор историй, которые нужно скопировать из product backlog’a в sprint backlog.
Product backlog
Спринт №
1 backlog
Взгляните на картинку. Каждый прямоугольник представляет собой историю, расположение которой
соответствует уровню её важности. Наиболее важная история находится наверху списка. Размер истории (т.е.
количество story point’ов) определяет размер каждого прямоугольника. Высота голубой скобки обозначает
прогнозируемую производительность команды
, т.е. количество историй, которое команда собирается
завершить в следующем спринте.