⚡️T-shaped подход: как команды становятся продуктивнее
Недавно к нам в команду пришёл системный аналитик, который сразу обозначил: "Я занимаюсь только тем, что есть в моей должностной инструкции." Его подход был строгим, что любые задачи за рамками казались ему недопустимым.
В этом есть логика: для проектов с минимальным уровнем неопределённости такое строгое следование обязанностям может быть плюсом. Но далеко не все проекты такие. Когда задачи сложные, а требования клиента меняются на ходу, такой подход может стать тормозом.
В таких условиях важно, чтобы команда была гибкой и её члены понимали не только свою роль.
Это момент, когда I-shaped подход — глубина в одной области и игнорирование других — начинает работать против команды. В таких проектах выигрывают T-shaped специалисты, которые сохраняют экспертизу в своём направлении и имеют базовые знания в смежных областях, готовы выйти за рамки своей роли.
💡В изолированных «силосах» коммуникация замедляется, задачи застревают и проект буксует. Поэтому мы в нашей студии делаем ставку на развитие кроссфункциональности.
❗️Это не значит, что каждый должен стать универсальным солдатом. Мы ценим глубокую экспертизу, но при этом считаем важным, чтобы каждый понимал основные процессы коллег и мог поддержать проект в сложных ситуациях.
Почему самоорганизующиеся команды работают лучше?
Силосная структура может выглядеть привлекательно: все знают свою зону ответственности. Но на практике когда каждый работает в своём «силосе», задачи превращаются в долгую цепочку передач и проект стоит на месте, пока кто-то «не доделает свою часть».
✍🏻Самоорганизующаяся команда с общими целями — это противоположность этому подходу.
У такой команды нет жёстких границ между ролями, а есть общий фокус: завершить спринт или проект в срок. Все подключаются друг к другу и помогают, чтобы задачи двигались быстрее.👏🏻
Почему это работает?
🔹Нет узких мест. Если кто-то временно выпадает из процесса, другие члены команды готовы взять на себя его задачи.
🔹Гибкость и скорость. В такой команде разработчик может быстро настроить окружение для тестирования, а тестировщик — предложить улучшения в интерфейсе. Каждый понимает общую картину и не зацикливается только на своей роли.
🔹Общее пространство для работы. Когда команда работает в едином информационном поле, задачи решаются быстрее. Нет бесконечных передач задач "по цепочке". Вместо этого команда оперативно обсуждает блокеры и сразу их устраняет.
🔹Рост каждого участника. Кроссфункциональность — это не просто про удобство для проекта, но и про развитие сотрудников. Освоение новых навыков открывает больше возможностей, делает работу интереснее и помогает избежать выгорания за счёт разнообразия задач.
🔹Сильное взаимодействие. Вместо того чтобы «строить заборы» между ролями, команда учится доверять друг другу, делить ответственность и решать проблемы вместе.
💡Силосы разрушают команду, а кроссфункциональность и общие цели её объединяют. Именно так проекты начинают двигаться быстрее, а задачи выполняются качественнее.
❓Как мы развиваем кроссфункциональность?
У нас в команде есть множество подходов, которые помогают развивать гибкость и взаимодействие.
Но сегодня хочу выделить топ-3 практики, которые работают лучше всего:
1️⃣ Смежные задачи.
Иногда полезно выйти за рамки своей роли. Например, аналитик может протестировать часть функционала, а разработчик помочь уточнить требования. Такие задачи дают возможность взглянуть на процесс шире и понять, как работают коллеги, что сокращает недоразумения и ускоряет работу.
2️⃣ Ротация ролей.
На небольших задачах мы пробуем менять роли. Разработчик может временно выступить в роли тестировщика, менеджер — заняться аналитикой. Такой подход не только помогает лучше понять работу друг друга, но и выявляет таланты, которые иначе могли бы остаться незамеченными.
3️⃣ Парная работа.
Часто задачи выполняются в связке. Например, тестировщик и разработчик работают вместе над финальной проверкой функционала. Это не только улучшает результат, но и позволяет обмениваться знаниями и учиться друг у друга на практике.
