---

Какова роль Scrum-команды? Ответ может вас удивить!

Фреймворк Scrum определяет три зоны ответственности внутри Scrum-команды:

• Владелец продукта,
• Разработчики (участники Scrum-команды),
• Scrum-мастер.

Помимо других программ для студентов по всему миру, International Scrum Institute™ предлагает три основные программы обучения и сертификации для этих трёх ролей.

Эти программы называются Scrum Product Owner Accredited Certification™ (SPOAC™), Scrum Team Member Accredited Certification™ (STMAC™)и Scrum Master Accredited Certification™ (SMAC™) .

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

Каждая зона ответственности необходима и должна быть ясной. Владелец продукта или Scrum-мастер может также вносить вклад как Разработчик, но разные обязанности должны сохранять эффективность. За каждый продукт отвечает один Владелец, который может работать с несколькими Scrum-командами. Каждой команде нужна эффективная поддержка Scrum-мастера; Scrum не ограничивает его назначение только одной командой.

Не недооценивайте важность понимания назначения этих ролей и привлечения подходящих талантов.

Мы часто наблюдали, что первопричина трудностей Scrum-команды — непонимание ролей или неподходящие люди в них.

У каждой роли есть определённые обязанности. Только выполняя их, тесно взаимодействуя и сотрудничая, участники могут успешно завершить Scrum-проект.

Роли Scrum и заинтересованные стороны

Scrum-команда

Во фреймворке Scrum выделенные Scrum-команды выполняют всю работу для бизнес-клиентов. Это люди, совместно поставляющие запрошенные и взятые в работу Инкременты продукта.

Для эффективной работы важно, чтобы каждый участник:

• Разделял ценности Scrum — Смелость, Сфокусированность, Приверженность, Уважение и Открытость,
• Следовал общим нормам и правилам,
• Двигался к общей цели, связывающей его с ИТ- и бизнес-результатами.

Создавая новую Scrum-команду, всегда помните: она не начнёт с максимальной результативности сразу. После формирования нужно пройти определённые фазы, описанные в модели развития команды — модели Такмана: формирование, конфронтация, нормализация, продуктивная работа.

Стадии развития команды по Такману

Срок достижения продуктивной работы у каждой команды разный. Набор хороших баскетболистов в один клуб не создаёт хорошую команду сразу после начала игры. Сначала нужно изучить и согласовать стили, сильные и слабые стороны, чтобы помогать друг другу и играть гармонично. Scrum-команды похожи. Поэтому примерно 3–5 Спринтов в этом уроке — ориентир планирования, а не гарантия зрелости. Команда должна проверять свою способность эффективно и предсказуемо поставлять результаты.

Характеристики Scrum-команды

Scrum-команды имеют следующие характеристики:

• Участники разделяют общие нормы и правила,
• Scrum-команда целиком отвечает за поставку,
• Scrum-команда обладает самостоятельностью,
• Scrum-команда работает максимально автономно,
• Scrum-команда самоорганизуется,
• Навыки Scrum-команды сбалансированы,
• Основная Scrum-команда невелика и не имеет подкоманд,
• Выделенные возможности команды ценны; 100% занятость — рекомендация по организации людей, а не формальное требование Scrum,
• Участники тесно сотрудничают, в идеале в одной комнате, когда это практично; распределённые команды тоже могут применять Scrum.

Правила и нормы

Среда, бизнес, ИТ и география незаметно определяют часть норм Scrum-команд. Но для настоящего успеха некоторые правила и нормы нужно явно разработать и применять на стадии нормализации.

Важность общих стандартов для слаженной работы, ИТ- и бизнес-результатов невозможно переоценить. Иначе участники постоянно переключаются между разными системами ценностей и правилами, теряя время. Вот несколько примеров:

• Цели, охват, длительность, место, участники и результаты ритуалов (событий) Scrum,
• Необходимая подробность ясных, кратких и однозначных Определений готовности (DoD),
• Рекомендации по приоритизации и оценке историй и задач,
• Рекомендации, процедуры и подробность создания живых документов,
• Инструменты, которые использовать и не использовать (помните: иногда меньше значит лучше),
• Стандарты кода,
• Инструменты и рекомендации для создания и выполнения ручных и автоматизированных тестов и обеспечения качества,
• Процесс устранения дефектов,
• Процесс обработки запросов изменений,
• Подготовка демонстраций Инкремента продукта на Обзоре Спринта,
• Обработка результатов каждого ритуала (события) Scrum,
• Частота, глубина и длительность встреч по уточнению бэклога.

Ответственность

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

Хороший результат или неудача никогда не приписываются одному участнику: это всегда результат Scrum-команды.

Самостоятельность и самоорганизация

Scrum-команда должна иметь полномочия определять

• Что команда обязуется поставить к концу Спринта,
• Как выбранные истории будут разбиты на задачи,
• Кто выполнит конкретную задачу и в каком порядке их реализуют.

Только имея полномочия принимать такие внутренние решения, участники будут работать с большей результативностью и мотивацией в интересах клиентов.

Сбалансированный набор навыков

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

Это означает, что команда с самого начала должна быть междисциплинарной (дизайнеры, Разработчики, тестировщики, архитекторы и другие). При этом каждому следует немного изучать специализации коллег. Например, для завершения истории к концу Спринта Разработчик должен быть готов писать и выполнять тесты, при необходимости советуясь с тестировщиком.

Роли участников не разделены на изолированные категории архитектора, Разработчика, тестировщика и так далее. У всех общее название «участник Scrum-команды» независимо от основных личных компетенций.

Размер Scrum-команды

Scrum-команды невелики. Прежний ориентир этого урока — 7 +/- 2 человека. Современные рекомендации описывают всю Scrum-команду как обычно состоящую из 10 человек или меньше.

С ростом команды увеличиваются затраты на согласование и общение. Прежнее правило девяти человек — полезный повод проверить такие затраты, а не жёсткий современный предел. Универсального ответа нет: ваши команды могут продуктивно работать и при числе участников меньше пяти или больше девяти.

Единственный способ выяснить это — проверять, учиться и адаптироваться. Если команда из 13 человек работает недостаточно хорошо, её нужно разделить на две. Команды тесно согласуют цели и истории, а в остальном работают независимо.

Работа в одном месте

Совместное размещение может снижать затраты общения. При распределённости нужны продуманные практики сотрудничества; отдельные команды могут помочь, но удалённая работа сама по себе не делает их обязательными. Команды должны согласовывать цели и истории.

Обязанности Scrum-команды

Scrum-команда должна выполнять определённые обязанности:

• Разбивать истории, создавать задачи, определять приоритеты и оценки и самоорганизовывать реализацию. Иными словами, создавать, выполнять и поставлять бэклог Спринта.
• Разработчики проводят Ежедневный Scrum.
• Обеспечивать поставку и демонстрацию потенциально готового к выпуску Инкремента в конце Спринта.
• Обновлять состояние задач и оставшиеся усилия для построения диаграммы сгорания работ Спринта.

Изучать Scrum бывает непросто. Но не волнуйтесь: мы создали продукты, чтобы помогать и служить вам!