Скрам

Скрам-мастер следит, чтобы событие команды разработки состоялось, но за проведение ежедневного скрама отвечает сама команда. Скрам-мастер обучает команду разработки проводить ежедневный скрам за 15 минут или быстрее.

Участники команды должны приходить вовремя. Скрам-мастер начинает ежедневный скрам в назначенное время, независимо от того, сколько членов команды разработки присутствует. Любой опоздавший участник при появлении незамедлительно выплачивает $1 скрам-мастеру.

Ежедневный скрам – это внутреннее событие команды разработки, на котором должны присутствовать все участники команды разработки. Если по какой-либо причине участник команды не может присутствовать лично, то он либо подключается по телефону, либо обеспечивает, чтобы другой участник рассказал о его прогрессе.

Если на событии присутствуют и другие люди, скрам-мастер следит, чтобы они не принимали активного участия. Эти люди должны стоять на периферии области проведения ежедневного скрама, чтобы не мешать событию. Им запрещается разговаривать, делать замечания, кривить лицо или иным образом обозначать свое присутствие и мнение. Им не разрешается разговаривать с участниками команды после ежедневного скрама для получения разъяснений или давать советы и рекомендации. Если будет присутствовать слишком много цыплят, скрам-мастер может ограничить посещаемость, чтобы событие оставалось упорядоченным и сфокусированным.

Те, кто не соблюдает вышеуказанные правила, могут быть исключены из собрания (цыплята) или удалены из команды разработки (поросята).

Команда сама определяет формат ежедневного скрама, но акцент всегда остается на достижении цели спринта. Какие-то команды организуют дискуссию, какие-то используют вопросы, например:

■ Что я сделал со времени последнего ежедневного скрама, что помогло команде разработки приблизиться к цели спринта?

■ Что я сделаю до следующего ежедневного скрама, чтобы помочь команде разработки достичь цели спринта?

■ Вижу ли я какие-либо препятствия, которые могут помешать мне или команде разработки достичь цели спринта?

Участники команды разработки говорят по очереди, пока не выскажутся все. Они не должны отвлекаться на сторонние вопросы, архитектурные решения, обсуждение проблем или сплетен. Скрам-мастер несет ответственность за быстрое перемещение слова от человека к человеку.

В любой момент времени в течение ежедневного скрама говорит один и только один человек – тот, кто сообщает о своем прогрессе. Все остальные слушают без посторонних разговоров. Если участник команды разработки сообщает о том, что представляет интерес для нескольких других участников или что он нуждается в помощи с их стороны, то они могут договориться о встрече всех заинтересованных сторон после ежедневного скрама. Часто сразу после ежедневного скрама команда разработки в полном составе или ее отдельные участники встречаются для более детального обсуждения или для изменения либо перепланирования оставшейся в спринте работы.

Ежедневный скрам улучшает коммуникации, делает другие встречи ненужными, помогает выявить препятствия в разработке, которые необходимо устранить. Он способствует быстрому принятию решений и поощряет его, повышает уровень знаний команды разработки. Это ключевое событие для инспекции и адаптации.

Спринт

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

Спринт состоит из планирования спринта, ежедневного скрама, разработки, обзора спринта и ретроспективы спринта. Каждый спринт можно считать проектом, который нужен для достижения целей. Каждый спринт включает цель, концепцию реализации с адаптивным планом по ее достижению, исполняемую в спринте работу и инкремент продукта как результат этой работы. Спринты облегчают планирование благодаря инспекции и адаптации прогресса по отношению к цели спринта как минимум раз в месяц. Они ограничивают стоимость рисков разработки месяцем работы.

Максимальная продолжительность спринта – один календарный месяц. При большем сроке планирования возможны изменение целей, увеличение комплексности и рост рисков. За месяц количество работы не становится большим настолько, что требуются артефакты и документы, поддерживающие работу команды. Это также максимальное время, в течение которого большинство заинтересованных лиц не потеряют интерес к результатам работы команды и уверенность в том, что команда разработки делает для них что-то значимое. Желательно сохранять неизменную продолжительность спринта на протяжении всего процесса разработки.

Новый спринт начинается сразу после окончания предыдущего. Во время планирования спринта команда прогнозирует реализацию части бэклога продукта. Никто не может изменять этот бэклог во время спринта. Взятые в спринт элементы бэклога продукта замораживаются до конца спринта.

Во время спринта: