Все записи

Какие преимущества быть T-shaped специалистом?

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

Например, в команду Дениса, руководителя продукта Naumen CI, пришел проектный аналитик. Он занимается внедрением и обучением системы, но попутно дизайнит интерфейс в figma и делает макеты, хотя его никто об этом не просил. Для сотрудника — это новые возможности для развития, а Денису важно, чтобы работа была сделана.

Развитие — не единственный плюс T-shaped-подхода. Рассказали, какие еще есть преимущества у сотрудника, работающего на стыке дисциплин.

Новые интересные задачи

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

Высокая адаптивность

Часто ИТ-команды работают по спринтам, T-shaped подход позволят не выбиваться из графика, быстрее тестировать гипотезы и адаптироваться под условия рынка.

Дополнительный вклад в команду

T-shaped специалист может безболезненно подхватить некоторые задачи коллеги при необходимости. Команда чувствует, что вы вместе работаете над одной задачей и помогаете друг другу.
Это не значит, что один человек может заменить всех. T-shape подход помогает сделать команду более гибкой. Это значит, что команда может быстро отреагировать и суметь перестроиться, если поступит новый вызов.

Общий язык с коллегами

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

На что важно обратить внимание?

  • Чтобы получить знания в смежных областях и потренироваться на реальных задачах, требуется время. 

  • Нужно соблюдать баланс: иногда можно помочь, а иногда – критично вмешаться в работу другого специалиста.

  •  Главное — не стараться взять на себя как можно больше задач, а расширить свои знания и профессиональные возможности. Ведь T-shaped подход не подразумевает, что один человек заменяет всю команду, или берет на себя все задачи. Это возможность стать более востребованным специалистом, изучать, пробовать новые и интересные для себя задачи.


Похожие новости

Когда задача считается выполненной

В работе для нас важен результат — хорошо сделанная задача и закрытая потребность пользователя. Этого легко достичь, когда команда продумывает план действий, реализует решение и доводит его до результата, который действительно приносит пользу.

При этом у каждого из нас свое понимание того, что значит выполненная задача. Разработчик, тестировщик и аналитик оценивают результат по разным критериям — через свою роль и зону ответственности.

Мы поговорили с коллегами и попросили их рассказать, в какой момент для них задача считается завершенной. Их ответы читайте в нашем материале.

Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

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

В статье он рассказывает о декомпозиции: зачем она на самом деле нужна в разработке и какую неожиданную роль в этом играют атомарные коммиты.

Как развивать документацию и продвигать техписателей

В продуктовой команде документацией пользуются все, но ожидают от нее разного. Аналитику важно одно, разработчику — другое, поддержке — третье. Если не учитывать контекст, можно бесконечно что-то улучшать и все равно не попадать в цель.

Мы поговорили с Дашей, техническим писателем Naumen SMP, о том, как через коммуникацию с командой она разбиралась в реальных ожиданиях от документации и выстраивала направление ее развития.

Все новости