Все записи

Кто такой T-shaped специалист?

Людей, развивающихся в рамках одной специальности, называют I-shaped специалисты. Они отработали 10 000 часов в своем направлении и стали профессионалами. Но как быть с теми, кто выбрал работу на стыке дисциплин?

Например, менеджеры проектов, которые владеют не только управленческими навыками, но и разбираются в технических моментах. Они понимают, о чем говорят разработчики и могут грамотно донести их мысль клиенту.

Для такого альтернативного подхода к развитию также есть название — T-shaped. 

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

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

Как развить в себе T-shaped навыки?

Определите для себя основное направление, выпишите задачи, которые нужно решить в рамках вашей специализации. Затем попробуйте посмотреть на эти задачи более широко. Задайте себе вопрос: каких навыков в смежных областях вам не хватает, чтобы решение можно было назвать первоклассным? Нужна ли для такого решения глубокая экспертиза или достаточно более поверхностных знаний? И если достаточно приступайте к обучению. Общайтесь с коллегами, читайте статьи, проходите курсы. 

Например, в Уральском федеральном университете несколько лет назад ввели систему майноров. Благодаря ей студенты могут взять курс по предмету, который выходит за рамки специальности. Так будущие разработчики могут дополнительно обучаться экономике технических решений, психологии управления и многим другим.



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

Тестирование верстки

В процессе тестирования верстки быстро становится понятно: один и тот же интерфейс может выглядеть аккуратно на макете, но разваливаться на практике. Чаще всего это проявляется в длине текста, переносах строк, состояниях элементов и отступах.

В статье Даша, руководитель группы тестирования UI, делится тем, на что обращает внимание при проверке верстки и какие моменты важно проверять в первую очередь.

Как продакт и аналитик работают в одной задаче: три кейса из практики

Маша, продакт ITSM 365, рассказала в статье, как выстроить взаимодействие аналитика и продакта в одной задаче. В материале — три кейса из Delivery и Discovery, типичные ошибки и решения, которые помогли команде избежать хаоса и навести порядок в процессах.

Искусство сложных коммуникаций

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

Ира, системный аналитик Project Ruler, больше шести лет работает с заказчиками, пользователями и командами разработки. За это время она сталкивалась с самыми разными ситуациями: менялись требования после согласования, было страшно выходить на демо, приходилось отстаивать границы и выстраивать коммуникацию в проектах с большим количеством участников.

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

Все новости