Scrum-команда – это живая система, которая приносит результаты. Чтобы оптимизировать ее эффективность, она должна быть подходящего размера, самоорганизованной, кроссфункциональной, самобытной и стабильной.
Рисунок 3.4 – Свойства Scrum-команды
• Подходящий размер
Чтобы принцип Scrum соблюдался, команда должна быть определенного размера.
Уровень удовлетворенности от принадлежности к команде варьируется в зависимости от размера команды. Исследования показывают, что оптимальное количество участников – семеро [стр. 13].
В 2013 году я провел голосование на тему размера Scrum-команд. Оно показало возможный диапазон вокруг этого оптимального количества участников:
• Из одного или двух человек не получается команда.
• 3–4 человека – это маленькая Scrum-команда.
• 5–9 человек – идеальная Scrum-команда [17].
• 10 человек и более – команда слишком большая для эффективной работы [18].
• Самоорганизация и коллективный разум
Так как это команда, нацеленная на результат, она наделена правом и властью работать так, как, на ее взгляд, будет наиболее эффективно.
Она сама организует работу. Каждый участник команды привносит свой опыт, культивируя синергию и повышая общую производительность.
Игра, давшая Scrum название, напоминает о ключевой роли коллектива. Возьмем пример из статьи Пьера Вильпре, посвященной регби, для определения высшей точки самоорганизации – ситуационного интеллекта.
…Игроки оказываются в ситуациях, где они должны иметь возможность развивать навыки, отличные от их позиции.
Вклад каждого игрока в эти задачи, не являющиеся частью его стандартных обязанностей, должен соответствовать ситуационному контексту и, следовательно, значению, придаваемому всей командой этой ситуации.
Можно даже сказать, что когда все идет, как по маслу, и каждый играет именно ту роль, которая ему временно назначена в этой ситуации, тогда эта «коллективная синхронизация» представляет собой реальную игровую систему, определяемую как открытая.
Это же можно отнести к Scrum-команде, заменив разве что игру на разработку и открытая на agile.
• Кроссфункциональность
В идеале, Scrum-команда объединяет все компетенции, необходимые для завершения работы в спринте.
Команда считается кроссфункциональной, если она коллективно покрывает все дисциплины, необходимые для создания ценности.
Кроссфункциональность предоставляет команде возможность создавать ценность, не завися от других команд или людей. Чтобы достичь этого, команда должна обладать компетенциями, позволяющими ей дойти до релиза.
Поэтому, в зависимости от области разработки, Scrum-команда будет включать в себя людей с различными дополнительными навыками.
К примеру, в сфере разработки ПО компетенции группируют в соответствии с определением продукта, пользовательским опытом (UX), архитектурой программного обеспечения, собственно разработкой (кодом), тестированием на разных уровнях, документацией, поддержкой, эксплуатацией и т. д.
Кроссфункциональность применяется к команде в целом. Каждому участнику команды не нужно обладать всеми компетенциями. Но для одного участника предпочтительнее иметь разноплановые компетенции, нежели быть узким специалистом.
Даже кроссфункциональной команде будет необходимо время от времени привлекать заинтересованных лиц с компетенциями, которые в ней не представлены, чтобы добиться нужных результатов.
Желательно, чтобы они продолжили поддерживать связь с командой, даже если она станет более автономной.
Кроссфункциональность не означает закрытость.
Развитие отношений и эффективное взаимодействие достигаются не только разнообразием компетенций, но и культур.
• Самобытность
Хорошая Scrum-команда обладает некой самобытностью, индивидуальностью, и каждый участник это ощущает. Добиться этого можно во время прелюдии (см. главу 13).
Индивидуальность команды подкрепляется физическим пространством, в котором участники находятся. Выделенный специально для команды офис со стенами или перегородками позволяет выражать и укреплять коллективную самобытность. Гораздо лучше, если все участники команды находятся в одном рабочем пространстве. Это то, что можно развить при помощи паттерна границ. Можно немного отклониться от этого принципа, когда один или два человека работают дистанционно [19], но не более того – особенно если язык и культура не являются общими для всей команды. Команда, разбросанная по всему земному шару, не станет настоящей Scrum-командой, потому что ее участники не смогут встретиться и узнать друг друга лучше во время прелюдии.
18
Это не значит, что Scrum в таком случае неприменим, просто, возможно, надо разделить эту команду на несколько. Мы поговорим о такой возможности чуть позже (глава 21). –