Вначале были I-специалисты
Кто такие I-shape специалисты? Когда IT сфера только зарождалась, когда начинали обучать специалистов в институтах/университетах, их обучали по определенным строгим программам и давали только одно направление – например C++, серверные части написанные на DCOM и т.д. Такие люди становились I-shape специалистами – т.е. специалистами узкого профиля. Те люди, кто занимаются ТОЛЬКО своим одним направлением и ничем другим.
Да, такие люди – профессионалы своего дела, но для того, чтобы сделать какой-то новый продукт, имея в своей команде только I-shape спецов – их нужно очень много. Фактически на каждое движение нужен был свой эксперт. Это первая проблема.
Ну а вторая, как водится – это проблема коммуникаций. Узкие специалисты плохо понимали друг друга, фокус внимания у каждого – в своем «направлении». И чем больше становилось таких специалистов в команде, тем «неповоротливее» становилась команда. «Подружить» разработчиков (разных профилей), аналитиков (которых могло быть несколько), специалистов по разработке БД, тестировщиков было весьма сложно.
IT сфера стремительно развивается и настало время и необходимость вышеуказанные проблемы решать. Так и появились T-shaped специалисты.
Понятие T-shaped специалист придумал Дэвид Гест (еще в 1991 году) в статье журнала Independent под названием «The hunt is on for the Renaissance Man of computing». Дословно – «Охота на компьютерного человека эпохи возрождения».
Глядя чуть дальше, Гест предположил, что люди-Т являются специалистами «будущего», которые для любой компании будут лидерами и смогут выводить компании, проекты, команды на абсолютно новые уровни.
Но несмотря на то, что данный термин был предложен Дэвидом Гестом, широкую популярность данный термин получил благодаря Тиму Брауну, СЕО международной дизайн компании, а также (как ни странно) разработчики игр Valve (в книге «HANDBOOK FOR NEW EMPLOYEES»)
Мало кто знает, что основу для гибких методологий закладывали именно T-shapers, люди которых в начале 90-х называли пренебрежительно «универсалы».
Согласно концепции Геста – все навыки укладываются в два вектора: вертикаль и горизонталь.
Но! Горизонтальная черта – неравномерная. Где-то специалист может знать чуть больше, где-то чуть меньше.
Кто же такие эти T-shapers?
Почему такие специалисты ценны для команд и компаний?
В условиях постоянного развития рынка важно не только наращивание экспертизы в своей сфере, но и развитие кросс-функциональных компетенций. Т-специалисты это ответ на вопросы которые указаны выше – уменьшение команд, а соответственно команды становятся более гибкими и быстрее реагируют на проблемы. А следовательно – увеличивается скорость разработки, реакция на смену стратеги. А взаимодействие внутри команд становится проще и легче.
В текущих реалиях такие гибкие быстрые команды – кросс-функциональные.
Что это значит?
Кросс-функциональная команда — это группа специалистов, у которых есть все необходимые навыки для создания, поддержки, развития продукта без привлечения других команд.
Почему такие команды важны?
- Гибкость
- Высокая скорость разработки
- Самостоятельность
- Высокая продуктивность
Распространенная ошибка! Кросс-функциональные команды — это команды, состоящие только из T-shapes специалистов.
Многие говорят, что кросс-функциональная команда и команда T-shaped людей – это одно и то же. Это не так. Кросс-функциональная команда может состоять и из T-shaped людей вперемешку с I-shaped людьми.
В реальности же многие команды состоит именно из I-специалистов.
Во-первых, потому что вырастить T-shaped специалиста (или найти его) в команду – довольно сложно. Для выращивания специалиста подобного уровня нужен важный ресурс – время. Не полгода и даже не год. А пару лет, для того чтобы человек стал спецом в своей сфере и прокачал еще и смежные навыки. Во-вторых, такой специалист просто бывает не нужен, все относительно.
Пример: вы разрабатываете простой лендинг, для которого например бэкендер не нужен. Потому что разработка ведется на платформе Тильда. Вам понадобиться дизайнер, верстальщик и, возможно, тестировщик.
А может быть иная ситуация
Я работала в нескольких кросс-функциональных командах на высоконагруженных проектах. Каждая команда – обособленная единица.
В одной из команд были: fullstack-разработчики (что очень удобно, т.к. разрабатывая задачу, они знали и фронт и бэк), аналитики (несколько человек на команду), тестеры (которые занимались и ручным тестированием, и автоматизацией, что очень удобно, т.к. и сами писали тесты и систему хорошо знали, и могли распределить кейсы таким образом, чтобы разработать максимальное покрытие) и руководитель команды.
При необходимости разработчики могли заменить друг друга в случае отгула/болезни/иных обстоятельств. Таким образом, разработка не блокировалась. Та же история с аналитиками и тестерами.
Эта небольшая, но уверенная команда вела несколько проектов одной платформы более успешно, чем другие большие команды, которые вели по одному проекту, именно за счет хороших T-Shape специалистов.
Не было проблем с коммуникациями внутри команды, т.к. разработчики, аналитики, тестеры разговаривали на одном языке. Например, тестеры вполне могли прочитать код разработчиков и понять, какие тесты нужно дописать, чтобы было более полное покрытие (при этом, не привлекая к разбору кода разработчиков).
Поговорим про минусы
Понятно, что T-специалисты востребованы. Но так ли все хорошо и гладко?
Такие специалисты больше подвержены мощному выгоранию, потому что им нужно угнаться и за своей “экспертной” сферой и ее развитием и за развитием смежных отраслей.
Психологическая “защита”. Зачастую в головах таких специалистов поселяется мысль о том, что если будет больше знать — будет больше работы и обязанностей. Особенно это хорошо видно, если руководство компании действительно подобными действия в адрес сотрудников злоупотребляет.
Сомнения также нельзя исключать. Часто сотрудник думает: “разве я могу быть экспертом в двух областях? Нет конечно.” Здесь важно замотивировать сотрудника на дальнейшие действия, если вы конечно хотите получить Т-специалиста.
А что в итоге?
T-shaped специалисты — это прирожденные лидеры, которые являются экспертами в своей области, но при этом развиваются и имеют знания в смежных областях. Например, наш технический директор IT-компании является действующим разработчиком, но при этом является менеджером проектов, а также эффективно ведет переговоры с заказчиками. Кросс-функциональные команды не состоят только из T-shaped специалистов. Напротив, очень часто T-shaped специалисты лишь «разбавляют» команду из I-shaped специалистов. Кросс-функциональные команды более гибкие и способны решать большие объемы задач в более короткие сроки.
