Background Image
Table of Contents Table of Contents
Previous Page  73 / 94 Next Page
Information
Show Menu
Previous Page 73 / 94 Next Page
Page Background

Scrum и XP: заметки с передовой

73

Scrum-

команда

Виртуальная

команда

Виртуальная

команда

Пример 2:

Вы решили сделать три небольшие команды. Но как только начнёте прислушиваться, кто и с

кем говорит в ходе спринта, то заметите, что первая и вторая команды общаются между собой, тогда как

третья работает сама по себе.

Виртуальная команда

Scrum

команда №

1

Scrum

команда №

3

Scrum

команда №

2

Что бы это значило? Что ваша стратегия разделения была неправильной? И да (если виртуальные

команды постоянные) и нет, (если виртуальные команды временные).

Взгляните ещё раз на первый пример. Если состав обеих виртуальных подкоманд меняется (т.е. люди

переходят из одной виртуальной подкоманды в другую), тогда возможно вы приняли правильное решение,

создав одну большую Scrum-команду. Если же две виртуальные подкоманды в ходе спринта остаются

неизменными, то, возможно, для следующего спринта их следует разбить на две настоящие независимые

Scrum-команды.

Теперь вернёмся ко второму примеру. Если первая и вторая команды общаются друг с другом (но не с

третьей) на протяжении всего спринта, тогда возможно для следующего спринта следует объединить первую

и вторую команду в одну Scrum-команду. Если первая и вторая команда очень плотно общаются в первой

половине спринта, а во второй половине спринта уже первая и третья команды ведут оживлённые беседы

друг с другом, тогда думаю, вам стоило бы рассмотреть возможность объединения всех трёх команд в одну,

или всё-таки оставить эти команды как есть. Поднимите этот вопрос на ретроспективе и дайте возможность

командам самим решить его.

Разбиение на команды – это действительно одна из самых сложных задач в Scrum'е. Не пытайтесь копать

очень глубоко или заниматься очень сложной оптимизацией. Экспериментируйте, наблюдайте за

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

ретроспективах. Рано или поздно вы найдёте для себя правильное решение. Однако запомните, что вам

следует сделать всё, чтобы команды чувствовали себя комфортно и не мешали друг другу слишком часто.

Оптимальный размер команды

Практически во всех книгах, которые я читал, утверждается, что "оптимальный размер" команды

составляет примерно 5-9 человек.

Исходя из того, что я видел, остаётся только согласиться с этим мнением. Хотя, как по мне, всё-таки лучше

иметь команду от 3-ёх до 8-ми человек. Поднапрягитесь, но создайте команды такого размера.

Допустим, у вас есть одна Scrum-команда из 10-ти человек. Подумайте, может быть стоить выкинуть двух

наиболее слабых участников команды. Ой-йо-йой, я что – правда, сказал это?