agile

Мифы об Agile. Кросс-функциональными должны быть все члены команды

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

ДГ
Дмитрий Голод
25 января 2018 г.
Полезна?

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

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

Если посмотреть внимательно, например, в Scrum Guide, то авторы говорят следующее: «Cross-functional teams have all competencies needed to accomplish the work without depending on others not part of the team».

Это означает, что кросс-функциональность — это свойство команды, а не индивидуума. Команда строится из людей с взаимодополняющими навыками, и только команда может произвести некоторый законченный инкремент продукта, не достижимый каждым в отдельности.

Тем не менее на практике кругозор компетенций каждого члена команды очень важен для общего результата.

Сейчас, как правило, проще встретить узкоспециализированных людей (например, front-end developer), нежели «универсалов», обладающих несколькими полезными для общего результата навыками (например, full-stack developer). Таких специалистов с более широким набором компетенций называют «T-shaped» люди.

Подумайте, как будет отличаться скорость команды, если в ней есть T-shaped люди? Какие есть риски у команды, состоящей из узкоспециализированных людей? Обсудите это с вашей командой!

Частые вопросы
Почему миф о кросс-функциональности каждого члена команды опасен для Agile-проектов?
Этот миф может привести к нереалистичным ожиданиям и выгоранию специалистов. Согласно Scrum Guide, кросс-функциональность - это свойство команды в целом, а не отдельных её членов. Команда должна обладать всеми необходимыми компетенциями, но это достигается через взаимодополняющие навыки участников, а не универсальность каждого.
Как T-shaped специалисты влияют на скорость работы Agile команды?
T-shaped специалисты значительно ускоряют работу команды благодаря способности помогать коллегам в пиковые нагрузки и лучшему пониманию общей картины проекта. Они могут подхватывать смежные задачи, уменьшая количество блокеров и зависимостей между участниками команды.
Какие скрытые риски несет команда из узкоспециализированных специалистов?
Основные риски включают появление узких мест при болезни или отпуске ключевых специалистов, сложности с созданием законченного инкремента продукта и замедление работы из-за сильной зависимости задач друг от друга. Это может привести к срыву спринтов и невыполнению обязательств перед клиентом.
Чем кросс-функциональная команда превосходит группу профильных экспертов?
Кросс-функциональная команда способна самостоятельно создавать готовый продукт без внешних зависимостей, быстрее реагировать на изменения и эффективнее решать сложные задачи. В отличие от группы экспертов, такая команда обладает синергией компетенций и может создавать инкременты продукта в рамках одного спринта.
Как определить оптимальный баланс T-shaped и узких специалистов в команде?
Оптимальный баланс зависит от сложности продукта и требуемых компетенций. Рекомендуется иметь костяк из T-shaped специалистов, дополненный узкими экспертами в критически важных областях. Это обеспечивает гибкость команды при сохранении высокого качества в ключевых компонентах.
Какие неожиданные преимущества дает наличие T-shaped специалистов в Scrum команде?
T-shaped специалисты создают уникальную культуру обмена знаниями, способствуют появлению инновационных решений на стыке компетенций и улучшают коммуникацию между разными ролями. Они также помогают команде быстрее адаптироваться к новым технологиям и методам работы.
"Каждый проект начинается с разговора о задаче. Часто за исходным запросом кроется большой организационный контекст, который нужно изучить для правильного решения задачи. Поэтому мы много спрашиваем на старте."
Дмитрий Лобасев, управляющий партнер OnAgile

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

Расскажите о вашей задаче