78 / 94
Scrum и XP: заметки с передовой
78
Это значит, что всем трём командам придётся довольно плотно сотрудничать, чтобы закончить эту
историю. Не очень удобно.
Подход №2: универсальные команды
А можно создать универсальные команды, то есть команды, которые не заточены на работу всего лишь с
одним специфическим компонентом.
Клиент
Сервер
БД
Scrum
команда №
1 Scrum
команда №
2
История
История
История
Если большая часть всех историй предполагает работу над несколькими компонентами, тогда такое
разделение на команды работает намного лучше. Каждая команда сможет реализовать историю целиком:
клиентскую часть, серверную и базу данных. Благодаря чему команды смогут работать намного более
независимо друг от друга, что на самом деле ОЧЕНЬ ХОРОШО.
Когда мы начали внедрять Scrum, первым делом мы сделали из всех наших специализированных команд
(подход №1) универсальные команды (подход №2). Это уменьшило количество ситуаций "мы не можем
закончить задачу, так как ждём, пока эти ребята закончат серверную часть".
Однако иногда нам всё-таки приходится собирать временные команды, специализирующиеся на
разработке отдельных компонентов.
Стоит ли изменять состав команды между спринтами?
Обычно каждый спринт облад ет своими собстве ны особенностями в зависимости от того, какого
рода задачи мы пытаемся решить. Как следствие, оптимальный состав команды для каждого спринта может
отличаться.
Фактически, почти каждый спринт нам приходилось говорить себе что-то вроде: "
этот
спринт не совсем
обычный
спринт, потому что (ля-ля-ля)...". Через некоторое время мы прекратили использовать понятие
"обычный" спринт. Обычных спринтов просто нет. Так же как нет "обычных" семей или "обычных" людей.
Для одного спринта может показаться хорошей идеей, создать команду, которая занимается клиентской
частью приложения и включает в себя всех, кто хорошо знает код клиента. Для другого спринта хорошей
идеей может быть создание двух универсальных команд и разделение специалистов по клиентской части
между ними.
Одним из ключевых аспектов Scrum'а является "сработанность команды", т.е. если члены команды
работают вместе в течение многих спринтов, они обычно становятся
очень сплоченными
. Они научатся
входить в
групповой поток,
и достигнут невероятного уровня продуктивности. Но чтобы достичь этого
требуется несколько спринтов. Если вы будете часто изменять состав команды, то вы никогда не достигнете
настоящей командной сработанности.