Scrum и XP: заметки с передовой

Затем, конечно, всё может пойти криво, но вы, как минимум, не сможете списать всю вину на планирование спринта :o)

Как мы доносим информацию о спринте до всех в компании

Важно информировать всю компанию о том, что происходит в вашей команде. Если этого не делать, то остальные начнут жаловаться, или — что ещё хуже - придумывать всякие ужасы про вас.

Мы для этой цели используем «страницу с информацией о спринте».

Иногда мы также добавляем к названию истории поле «как продемонстрировать»

Сразу же после встречи по планированию спринта эту страницу создаёт ScrumMaster. Он помещает её в wiki, и тут же спамит на всю компанию:

Кроме этого у нас есть «панель» в wiki, в которой содержаться ссылки на текущие спринты всех команд.

В дополнение ко всему этому наш ScrumMaster распечатывает страницу информации о спринте и вывешивает её на стену в коридоре. Таким образом кто угодно, проходя мимо, может взглянуть на эту страницу и узнать, чем же занимается наша команда.

Когда спринт подходит к концу, ScrumMaster напоминает всем про приближающуюся демонстрацию

Если всё это делать, то ни у кого не получится сказать, что он не мог узнать, чем занимается команда.

Как мы создаем sprint backlog

Уже добрались до этой главы? Отлично!

Итак, мы только что закончили планирование и протрубили на весь мир про начало нашего новоиспечённого спринта. Теперь настал черёд ScrumMaster'а создать sprint backlog. Это необходимо сделать после планирования спринта, но до начала первого ежедневного Scrum’а.

Формат sprint backlog’а

Мы поэкспериментировали с разными форматами sprint backlog’а, включая Jira, Excel, не забыли попробовать и обычную настенную доску. Сперва в основном использовали Excel, в интернете можно найти довольно много Excel'евских шаблонов для sprint backlog’а, с авто-генерацией burndown диаграмм и всякими другими примочками. Я мог бы долго рассказать про sprint backlog’а, созданные при помощи Excel, но я не буду. Даже не стану приводить примеров.

Вместо этого я опишу во всех подробностях формат sprint backlog’а, который мы сочли наиболее эффективным - доску задач на стене.

Найдите большую стену, на которой либо ничего нет, либо висит всякая ерунда вроде логотипа компании, старых диаграмм или ужасных картинок. Очистите её (если необходимо, спросите разрешения). Склейте скотчем большущее полотно бумаги (как минимум 2x2 или 3x2 метра для большой команды). А потом сделайте что-то вроде этого:

Как вариант, можно использовать белую доску. Но такое её использование неэффективно. Если это возможно, сохраните белую доску для набросков будущего дизайна, а в качестве доски для задач используйте «бумажные стены».

Примечание: если вы пользуетесь стикерами для задач, не забудьте прикрепить их скотчем, или же в один «прекрасный» день вы найдете их аккуратной кучкой на полу.

Как работает доска задач

Вы, конечно, можете добавить любые дополнительные поля. Например, «В ожидании интеграционного тестирования» или «Отменённые». Но прежде чем всё усложнять, хорошенько подумайте, действительно ли эти дополнения так уж необходимы?

Я понял, что простота крайне ценна в такого рода вещах, поэтому я делаю усложнения только в случае, если цена неделания слишком велика.

Пример 1 - после первого ежедневного Scrum’а

После первого ежедневного Scrum'a доска задач может выглядеть примерно так:

Как видно, три задачи находятся «в процессе», то есть команда будет заниматься ими сегодня.

Иногда, в больших командах, задача зависает в состоянии «в процессе» потому, что никто не помнит, кто над ней работал. Если такое случается часто, команда обычно принимает меры. Например, отмечает на карточке задачи имя человека, который взялся над ней работать.

Пример 2 - еще через пару дней

Через пару дней доска задач может выглядеть примерно так:

Как видно, мы закончили историю «Депозит» (т.е. она была зафиксирована в системе контроля версий, протестирована, отрефакторена и т.д.) «Автоматическое обновление» сделано частично, «Админка: вход» начат, а «Админка: управление пользователями» еще нет.

У нас возникло 3 незапланированные задачи, как видно справа внизу. Об этом полезно будет вспомнить на ретроспективе.

Вот пример настоящего sprint backlog’а ближе к концу спринта. Он, в самом деле, становится довольно беспорядочным по ходу спринта, но ничего страшного, так как это ненадолго. На каждый новый спринт мы начинаем sprint backlog с чистого листа.

Как работает burndown-диаграмма

Давайте присмотримся к burndown-диаграмме:

Вот о чем она говорит:

• В первый день спринта, 1-го августа, команда определила, что работы осталось примерно на 70 story point’а. Это как раз и есть прогнозируемая производительность на этот спринт.