Книга: Scrum и XP: заметки с передовой
Определение цели спринта
Определение цели спринта
Это случается практически всегда, когда в ходе нашего планирования я задаю вопрос: «Итак, какова же цель спринта?». Все начинают смотреть на меня удивлёнными глазами, а product owner — морщить лоб, почёсывая свой подбородок.
Почему-то сформулировать цель спринта бывает довольно непросто. Но я до сих пор убеждён, что усилия, потраченные на попытки сформулировать цель, оправдывают себя. Лучше паршивая цель, чем её отсутствие. Например, цели могут быть следующие: «заработать больше денег», «завершить три истории с наивысшими приоритетами», «удивить исполнительного директора», «подготовить систему к бета-тестированию», «добавить возможность администрирования» или что-нибудь в этом духе. Самое главное, чтобы цель была обозначена в терминах бизнеса, а не в технических терминах. То есть языком, понятным даже людям вне команды.
Цель спринта должна отвечать на главный вопрос «Зачем мы работаем над этим спринтом? Почему мы все просто не уйдём в отпуск?». На самом деле, самый простой способ вытянуть цель спринта из product owner'a — напрямую задать ему этот вопрос.
Целью должно быть что-то, что не было ещё достигнуто. «Удивить исполнительного директора» может быть неплохой целью. Но только не в том случае, когда он и так в восторге от текущего состояния системы. В этом случае, все могут просто собраться и пойти домой, а цель спринта всё равно будет достигнута.
Цель спринта может показаться слегка глупой и надуманной на протяжении всего планирования. Но чаще всего, основная её ценность начинает проявляться к середине спринта, когда люди начинают забывать чего они хотят достичь в этом спринте. Если у вас работают несколько Scrum-команд (как у нас) над разными продуктами, очень полезно иметь возможность просмотреть список целей спринтов для всех команд на одной wiki-странице (или ещё где-нибудь), а также вывесить их на видном месте, чтобы все (а не только топ-менеджеры) знали, чем занимается компания и зачем!
- Как мы планируем спринт
- Почему без product owner’а не обойтись
- Почему качество не обсуждается
- Планирование спринта, которое никак не заканчивается
- Распорядок встречи по планированию спринта
- Определяем длину спринта
- Определение цели спринта
- Выбор историй, которые войдут в спринт
- Как product owner может влиять на то, какие истории попадут в спринт?
- Как команда принимает решение о том, какие истории включать в спринт?
- Почему мы используем учетные карточки
- Критерий готовности
- Оценка трудозатрат с помощью игры в planning poker
- Уточнение описаний историй
- Разбиение историй на более мелкие истории
- Разбиение историй на задачи
- Выбор времени и места для ежедневного Scum’а
- Когда пора остановиться
- Технические истории
- Как мы используем систему учёта дефектов для ведения product backlog’а
- Свершилось! Планирование спринта закончено!
- Как мы готовимся к планированию спринта
- Определяем длину спринта
- 1.2. Определение количества информации. Единицы измерения количества информации
- Значимость: покупка как средство достижения цели
- Определение версии клиента
- 7 Система Цикл: долгосрочные цели
- Определение пользовательского формата числовых данных
- Определение целей. Построение цепочек
- Определение необходимого системного вызова
- Раздел 1 Лояльность: определение и ключевые факторы
- Определение позиционного уровня
- Перечень типичных просчетов при определении конечной цели проекта