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

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

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

Миф связан с распространяющимся иногда суждением, что 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 в Agile, Scrum, Kanban–метод

Публикация
Agile, Scrum, Kanban–метод
Agile: как делать вдвое больше работы за половину времени
Что такое Scrum, и почему он крайне эффективен в современном мире. Практика ограничения одновременно выполняемой работы.
Публикация
Agile, Scrum, Kanban–метод
Покер планирования - совместная оценка задач командой
Planning poker — техника командной оценки задач в относительных единицах. Впервые описана в 2002 году Джеймсом Гренингом, одним из авторов Agile-манифеста. В дальнейшем популяризирована Майком Коном в книге «Agile Estimating and Planning».
Кейс
Agile, Scrum, Kanban–метод
6 примеров реального применения Канбан в российских компаниях
Метод Канбан эффективно работает как в ИТ, так и в других сферах: в производственных компаниях, в строительстве, закупках, HR и др. Рассмотрим, как его применяют российские компании.
Публикация
Agile, Scrum, Kanban–метод
Нужен ли технический бэкграунд Скрам-мастеру?
Нанять профессионала с рынка или выбрать из участников команды? Разбираем критерии выбора Скрам-мастера.

Мы помогаем организациям с 2004 года

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!