![Show Menu](styles/mobile-menu.png)
![Page Background](./../common/page-substrates/page0073.png)
Scrum и XP: заметки с передовой
73
Scrum-
команда
Виртуальная
команда
Виртуальная
команда
Пример 2:
Вы решили сделать три небольшие команды. Но как только начнёте прислушиваться, кто и с
кем говорит в ходе спринта, то заметите, что первая и вторая команды общаются между собой, тогда как
третья работает сама по себе.
Виртуальная команда
Scrum
команда №
1
Scrum
команда №
3
Scrum
команда №
2
Что бы это значило? Что ваша стратегия разделения была неправильной? И да (если виртуальные
команды постоянные) и нет, (если виртуальные команды временные).
Взгляните ещё раз на первый пример. Если состав обеих виртуальных подкоманд меняется (т.е. люди
переходят из одной виртуальной подкоманды в другую), тогда возможно вы приняли правильное решение,
создав одну большую Scrum-команду. Если же две виртуальные подкоманды в ходе спринта остаются
неизменными, то, возможно, для следующего спринта их следует разбить на две настоящие независимые
Scrum-команды.
Теперь вернёмся ко второму примеру. Если первая и вторая команды общаются друг с другом (но не с
третьей) на протяжении всего спринта, тогда возможно для следующего спринта следует объединить первую
и вторую команду в одну Scrum-команду. Если первая и вторая команда очень плотно общаются в первой
половине спринта, а во второй половине спринта уже первая и третья команды ведут оживлённые беседы
друг с другом, тогда думаю, вам стоило бы рассмотреть возможность объединения всех трёх команд в одну,
или всё-таки оставить эти команды как есть. Поднимите этот вопрос на ретроспективе и дайте возможность
командам самим решить его.
Разбиение на команды – это действительно одна из самых сложных задач в Scrum'е. Не пытайтесь копать
очень глубоко или заниматься очень сложной оптимизацией. Экспериментируйте, наблюдайте за
виртуальными командами, и не забывайте уделять обсуждению этого вопроса достаточно времени на
ретроспективах. Рано или поздно вы найдёте для себя правильное решение. Однако запомните, что вам
следует сделать всё, чтобы команды чувствовали себя комфортно и не мешали друг другу слишком часто.
Оптимальный размер команды
Практически во всех книгах, которые я читал, утверждается, что "оптимальный размер" команды
составляет примерно 5-9 человек.
Исходя из того, что я видел, остаётся только согласиться с этим мнением. Хотя, как по мне, всё-таки лучше
иметь команду от 3-ёх до 8-ми человек. Поднапрягитесь, но создайте команды такого размера.
Допустим, у вас есть одна Scrum-команда из 10-ти человек. Подумайте, может быть стоить выкинуть двух
наиболее слабых участников команды. Ой-йо-йой, я что – правда, сказал это?