T-shaped специалисты в продуктовых командах

Идеи значимости T-shaped специалистов с углублёнными знаниями в области одной специализации и широким кругозором в остальных продвигаются достаточно давно. Однако, если открыть сайт с вакансиями, я нахожу в основной описания обычных рафинированных узкопрофильных I-shaped спецов. Какой же вариант лучше? Считаю, что для продуктовой разработки особенно на первоначальных этапах жизненно необходимы именно Т-shaped. Вот несколько аргументов о преимуществах таких команд.

🔸Для запуска продукта важна эффективность процесса разработки. И это прежде всего компактная команда с минимальным количеством участников. Они делят и совмещают между собой множество ролей в том числе и технических (по специализациям). Раздувать команду просто нерентабельно, если можно обойтись Т-shaped спецами.

🔸С учётом фактора автобуса и риск-менеджмента важна заменимость участников. Люди болеют, уходят в отпуска, да и переход на другую работу тоже случается. Для непрерывности процессов нужны горячие замены людям, уже погруженным в продукт. Ну, выбыл Вася на месяц по любой из причин. Ничего страшного, релизы не остановились. Остальные смогли подхватить «выпавшее знамя».

🔸Другим значительным преимуществом T-shaped команд будет Time to market. Скорость выхода продукта и каждой его инкременты — это конкурентное преимущество. Узкое горлышко - переход процесса из одной функциональной группы в другую становится барьером дальнейших оптимизации по времени. К примеру, релиз готов, пора тестировать. Но тестировщики заняты в других проектах, а время уходит, пока произойдут нужные переключения. На моей памяти T-shaped команды помогали проводить регрессионное тестирование тестировщику за часы в конце итерации. Примерно в таких же условиях команды с четким функциональным разделением провозились один, второй, да и третий день после перекидывания мячика.

🔸В T-shaped командах развиты не только хард, но и междисциплинарные софт скилы. К примеру, такие как эмпатия. Это даёт преимущество командам в генерации новых идей при мозговых штурмах, и в прототипировании. Также эмпатия и активное слушание помогает в обычных agile-процессах - совместном планирование, ретроспективе. Любой участник будет включаться в обсуждение, в том числе и «не своих задач».

T-shaped - это не просто отдельно подобранные люди, это специальный подход к управлению компетенциями продуктовой команды. В нем сама атмосфера работы способствует развитию дополнительных навыков через перекрестное обучение.

Тему T-shaped специалистов мы договорились охватить каждый со своего видения с Никитой Хромушкиным. В его канале Product Developer, который я читаю и нахожу очень полезным, сегодня должен появиться пост. Пойду, посмотрю, 👉что написал Никита.