Ежедневное Scrum-собрание
В регби scrum (схватка) — это элемент игры, аналогичный попытке (down) в американском футболе. В методологии Scrum собрание Scrum определяет работу на день, как схватка в регби. На нем могут возникать жаркие споры и неразбериха, но его цель ясна: продвигаться вперед в выполнении поставленных задач. И команда объединяется в достижении этой общей цели. Команда должна проводить ежедневные Scrum-собрания, чтобы определить план действий на следующий день, что позволит наиболее полно выполнять взятые обязательства. Каждый участник команды должен рассказать о работе, выполненной за предыдущий день и запланированной на текущий день. Кроме того, он докладывает о всех проблемах или препятствиях, которые могут отрицательно сказаться на ходе работы или требуют помощи со стороны других участников команды.
Координатор процессов Scrum строго следит за тем, чтобы собрание не отклонялось от повестки, начиналось вовремя и продолжалось не больше 15 минут. На этом собрании каждый член команды отвечает на три вопроса.
Что я сделал с момента последнего Scrum-собрания?
Что я сделаю к следующему Scrum-собранию?
Какие проблемы или препятствия могут помешать выполнению работы?
Важно, чтобы члены команды отвечали на эти вопросы быстро и четко. Вот пример хорошего ответа: "Вчера я обновил класс для включения нового элемента данных, который мы извлекли из базы данных, и теперь он появляется в интерфейсе. Эта задача завершена. Сегодня я буду работать над тем, чтобы новый элемент данных правильно вычислялся с помощью хранимой процедуры и других элементов данных из таблицы. Думаю, мне удастся завершить эту задачу сегодня. Мне нужно, чтобы кто-нибудь проверил мои вычисления. Я не вижу никаких препятствий или блокирующих проблем." Сравните этот ответ с не столь блестящим докладом: "Вчера я работал над классом, и с ним все в порядке. Сегодня я буду работать над интерфейсом. Блокирующих проблем нет".
Эти примеры показывают, что в первом ответе сообщается о выполненной работе, о работе, которая будет выполнена, а также о том, что члену команды нужна помощь в проверке кода. Во втором примере не сообщается достаточных сведений ни о классе, над которым работал сотрудник, ни о компонентах интерфейса, запланированных для разработки. Фактически, слово "завершен" здесь так и не прозвучало.
Обратите внимание, что никто не вмешивался в ответы из приведенных примеров. Не было последующего обсуждения, во время которого досужие люди обсуждали бы кандидатуру, наиболее подходящую для проверки вычислений, или выясняли способ реализации класса. Каждый сотрудник должен иметь достаточно времени для ответа на три вопроса. Время на обсуждение можно найти после собрания, когда члены команды вернутся к своим рабочим столам. В случае важного вопроса, требующего длительного рассмотрения, можно провести дополнительное собрание. Многие команды откладывают обсуждение с помощью метода "виртуальной парковки". Если член команды считает, что тот или иной вопрос должен быть обсужден позднее, он тихо подходит к доске или перекидному плакату и записывает этот вопрос в месте парковки. В конце собрания команда планирует обсуждение вопросов, занесенных в список.
Другим фактором успешного Scrum-собрания является тот факт, что люди на нем стоят. Если члены группы стоят, они чувствуют некоторый дискомфорт, особенно когда им приходится говорить. Когда все стоят, собрание проходит динамично и его участники не склонны к длительным дискуссиям.
В-третьих, собрания должны начинаться и заканчиваться вовремя и проводиться ежедневно в одно время и в одном месте. Такое постоянство благоприятно сказывается на команде, поскольку устанавливает определенный порядок. Кроме того, в помещении, где проводятся собрания, члены команды могут размещать данные и заметки, такие как выработка, проблемы, планы выпуска и задачи. Элистер Кокберн (Alistair Cockburn) называет эти сведения радиаторами гибкой разработки программного обеспечения. Наличие единого места для хранения и просмотра этих важных средств в помещении для собраний помогает устранять многие препятствия в работе команды.
См. также
Основные понятия
Планирование и отслеживание проектов
Другие ресурсы
MSF для гибкой разработки программного обеспечения версии 5.0