Scrum и XP: заметки с передовой (Книберг) - страница 69

Однако, усадить команду вместе — одна из основополагающих идей Scrum'а. И что же делать в этом случае?

Чаще всего мы позволяем команде решать, как часто и когда именно её члены могут работать дома. Некоторые люди регулярно работают дома, так как живут далеко. И всё-таки, мы стараемся делать так, чтобы большую часть времени команда проводила вместе.

Когда члены команды работают дома, они участвуют в ежедневном Scrum'е, используя Skype-конференции (иногда видео конференции). Они доступны в чате в течение всего дня. Не так хорошо, как находиться в той же комнате, но этого достаточно.

Как-то мы опробовали идею выделения среды, как специального дня для работы на дому. По сути это означало: «Хочется поработать дома? Нет проблем, но только по средам. И согласуйте это с командой». Для команды, на которой ставился эксперимент, это сработало отлично. По средам большая часть команды обычно оставалась дома и выполняла значительный объём работ, будучи при этом на связи друг с другом. Один такой день не сильно нарушал синхронизацию людей в команде. Но по каким-то причинам с другими командами этот подход не сработал.

В целом, люди, работающие дома, не стали для нас проблемой.

Памятка ScrumMaster’а

Напоследок я познакомлю вас с нашей памяткой ScrumMaster'а. Она содержит наиболее важные административные задачи, за которые отвечает ScrumMaster. Есть вещи, про которые очень легко забыть. Но есть и очевидные, такие как «устранять препятствия на пути команды», которые мы не включаем в наш список.

В начале спринта

• После планирования создать «страницу с информацией о спринте».

a) На стартовой странице wiki-портала поместить ссылку на созданную страницу.

b) Распечатать эту страницу и повесить её на стене, которая у всех на глазах.

• Разослать e-mail'ы с уведомлением о начале нового спринта. Не забыть указать цель спринта и дать ссылку на «страницу с информацией о спринте».

• Обновить статистику спринтов. Добавить оценку предварительной производительности, размера команды, длины спринта и т. д.

Каждый день

• Следить за тем, чтобы ежедневный Scrum начинался и заканчивался вовремя.

• Следить за тем, чтобы в случае добавления или удаления истории из sprint backlog’а все было сделано, как положено, чтобы эти изменения не сорвали график работ.

a) Следить за тем, чтобы product owner знал про эти изменения.

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

• Следить за тем, чтобы все проблемы решались. Как вариант можно проинформировать о них Product owner’а и/или начальника отдела разработки.