31 / 94
Scrum и XP: заметки с передовой
31
Пример разбиения истории на задачи:
Приёмочный
тест
Разработать
пользовательский
интерфейс
Реализовать
форму для
запросов
Найти
инструмент
для отчётов и
разобраться с
ним
Реализовать
вывод списка
пользователей
Интеграция
Тестирование
Отладка
Рефакторинг
Поиск
пользователей
Уточнить
требования
Несколько интересных наблюдений:
•
Молодые Scrum-команды не любят тратить время на предварительное разбиение историй на
задачи. Некоторые считают это “водопадным” подходом.
•
Абсолютно понятные истории разбивать на задачи заранее так же легко, как и по мере их
выполнения.
•
Такая разбивка часто позволяет выявить дополнительную работу, которая увеличивает оценку,
чем обеспечивается более реалистичный план на спринт.
•
Такая предварительная разбивка заметно увеличивает эффективность ежедневного Scrum’а (см.
стр. 46 “Как мы проводим ежедневный Scrum”).
•
Даже неточная разбивка, которая будет изменяться по ходу работ, всё равно даёт нам все
перечисленные выше выгоды.
Итак, чтобы успеть разбить истории на задачи, мы стараемся выделить достаточно времени на
планирование спринта. Однако, если время поджимает, то разбиение на задачи мы можем и пропустить (см.
следующую главу “Когда пора остановиться”).
Примечание: мы практикуем TDD (разработку через тестирование), из-за чего первой задачей почти
каждой истории является “написать приёмочный тест”, а последняя – “рефакторинг” (улучшение
читабельности кода и удаление повторений кода).
Выбор времени и места для ежедневного Scrum'а
Все часто забывают, что на планирова ии спринта, помимо всего прочего, необходимо выбрать время и
место проведения ежедневного Scrum'а. Без этого ваш спринт обречён на неудачный старт. Ведь первый
ежедневный Scrum – это, по большей части, ввод мяча в игру, когда каждый решает с чего начать работу.
Я предпочитаю проводить ежедневный Scrum утром. Хотя, должен признаться, мы особо и не пробовали
проводить его в обед или ближе к вечеру.
Недостатки обеденного Scrum'а:
приходя на работу утром, вам надо попытаться вспомнить, чем вы
обещали команде заниматься сегодня.
Недостатки утреннего Scrum'а:
приходя на работу утром, вам надо попытаться вспомнить, чем вы
занимались вчера, чтобы можно было отчитаться об этом.
Мне кажется, первый недостаток хуже, так как наиболее важно то, что вы
собираетесь делать
, а не то,
что вы
уже сделали
.
Мы обычно выбираем самое раннее время, которое не вызывает стонов ни у кого в команде. Обычно это
9:00, 9:30 или 10:00. Очень важно, чтобы все в команде искренне согласились на это время.