Книга: Scrum и XP: заметки с передовой
Планирование спринта, которое никак не заканчивается
Планирование спринта, которое никак не заканчивается
Самая большая сложность при планировании спринта состоит в следующем:
1. Люди не расчитывают, что это займёт так много времени
2. … но так оно и происходит!
В Scrum'е всё ограничено по времени. Мне очень нравится это простое правило, и мы всячески пытаемся его придерживаться.
Так что же мы делаем, когда ограниченное по времени планирование спринта близится к концу, а цель спринта или sprint backlog всё ещё не определены? Просто обрываем планирование? Продлеваем на час? Или, быть может, мы завершаем собрание и продолжаем его на следующий день?
Это случается снова и снова, особенно в новых командах. Как вы обычно решаете эту проблему? Я не знаю. А как решаем её мы? Ну, обычно, я бесцеремонно обрываю встречу. Заканчиваю её. Пусть спринт пострадает. Точнее, я говорю команде и product owner’у: «Итак, встреча заканчивается через 10 минут. Мы, до сих пор, полностью не спланировали спринт. Можем ли мы начать работать с тем, что у нас есть, или назначим ещё одно 4-х часовое планирование спринта на завтра в 8 утра?». Можете догадаться, что они отвечают…:o)
Я несколько раз давал возможность совещанию затянуться, но обычно это, ни к чему не приводило. Главная причина этому — усталость участников встречи. Если команда не выработала подходящий план спринта за 2–8 часов (зависит от конкретно ваших ограничений по времени), они, скорее всего, не управятся с ним и в дополнительное время. Второй вариант, по правде, достаточно хорош: назначить новую встречу на следующий день. За исключением того, что люди обычно нетерпеливы и хотят быстрее начать спринт, а не тратить ещё пару часов на планирование.
Итак, я урезаю продолжительность встречи. Да, спринт от этого страдает. Но с другой стороны, команда получила очень ценный урок, и следующее планирование спринта пройдёт более эффективно. Кроме того, когда вы в следующий раз предложите увеличить продолжительность встречи, люди будут возмущаться гораздо меньше.
Учитесь оставаться в рамках установленного времени, учитесь давать реалистичные оценки. Это касается как продолжительности встреч, так и продолжительности спринта.
- Как мы планируем спринт
- Почему без product owner’а не обойтись
- Почему качество не обсуждается
- Планирование спринта, которое никак не заканчивается
- Распорядок встречи по планированию спринта
- Определяем длину спринта
- Определение цели спринта
- Выбор историй, которые войдут в спринт
- Как product owner может влиять на то, какие истории попадут в спринт?
- Как команда принимает решение о том, какие истории включать в спринт?
- Почему мы используем учетные карточки
- Критерий готовности
- Оценка трудозатрат с помощью игры в planning poker
- Уточнение описаний историй
- Разбиение историй на более мелкие истории
- Разбиение историй на задачи
- Выбор времени и места для ежедневного Scum’а
- Когда пора остановиться
- Технические истории
- Как мы используем систему учёта дефектов для ведения product backlog’а
- Свершилось! Планирование спринта закончено!
- Как мы готовимся к планированию спринта
- Когда я не работаю за компьютером, через некоторое время он отключается. Можно ли это исправить?
- 8.1. Гибкое и жесткое планирование в MS Outlook
- 3.5. Планирование задач
- Жестко-гибкое планирование дня
- Структура спринта для тестировщиков
- 10.2. Планирование деятельности
- 3. Планирование работы и отчетность менеджеров отдела продаж
- Планирование развития
- Никаких других правил нет
- Планирование наружной рекламы
- 3.2. Контекстное планирование