Как выбрать тимлида

Советы будущим тимлидерам

Какие рекомендации можно дать тем, кто хочет стать хорошим тимлидом:

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

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

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

6 стилей менеджмента

Существует множество классификаций менеджерских стилей. Больше других мне нравится классификация Дениэла Гоулмана, опубликованная в HBR в 2000 году. В ней выделяется 6 стилей: 

• авторитарный,

• авторитетный,

• демократический,

• образцовый,

• товарищеский,

• обучающий.

Каждый руководитель имеет свой стиль. Начинающие руководители, скорее всего, даже не осознают свой стиль. Высшим пилотажем в менеджменте считается умение менять стиль в зависимости от ситуации. Хорошие менеджеры владеют двумя-тремя стилями, лучшие – всеми шестью.

Все менеджеры любят что-то считать. Вот и Гоулман, основываясь на статистических данных, два десятка лет назад вывел, что худшим стилем является авторитарный, а лучшим – авторитетный (несмотря на всю их близость в произношении, между ними – целая статистическая пропасть).

Перспективы должности

С каждым годом масштабы IT-сферы растут. В будущем она продолжит расширяться и обрастать новыми профессиями. Совсем скоро наступит время, когда любой вид деятельности так или иначе будет связан с айти-технологиями. Соответственно, потребность в профессиональных тимлидах станет увеличиваться, ведь грамотное управление командой – залог успеха проекта, над которым она работает.

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

Если у вас остались хоть малейшие сомнения в том, что профессия team lead подходит именно вам, то мы настоятельно рекомендуем
пройти тест на профориентацию от
Профгид.
Он стоит сущие копейки, при этом позволяет избежать ошибок, которые могут пустить не в то русло и искалечить всю вашу жизнь.
Узнать больше >>

Управление в IT сфере

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

15. «Как управлять интеллектуалами. Я, нерды и гики» от Майкла Лоппа

Однозначно must read. Вас ждут истории из Кремниевой долины. Лопп  щедро делится своим опытом, приобретённым за годы работы в  Apple или Netscape. Стиль автора не спутаешь с другими, кто пишет о тимлиде и менеджменте.

Издание полно рассказов о компаниях из Кремниевой долины. Текст пропитан юмором. Через истории непринужденно объясняется, как правильно разрешать конфликты, проводить встречи один на один с вашим начальником и  доводить до конца сложный и запутанный проект.

Автор книги за время работы в компании  Rent the Runway получила прозвище «Молот» и прошла путь от технического руководителя до директора. Камилла точно знает  что нужно, чтобы быть хорошим наставником и лидером.

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

17. «Мама, я тимлид! Практические советы по руководству IT-командой» от  Марины Перескоковой

В ваших планах  вырасти до руководителя в сфере IT? Обязательно обратите внимание на данное руководство. Интересный живой язык

На конкретных эпизодах автор показывает различные модели руководства.

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

Обязанности

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

• Заключение договора с клиентом, обсуждение всех деталей, поиск компромисса.
• Работа с договорами, различной документацией.
• Производить оценку обьемов и масштаба работ, бюджета, сроков выполнения работ.
• Расставление приоритетов, планирование больших и маленьких задач.
• Делегирование полномочий внутри коллектива таким образом, чтобы получить максимальную эффективность.
• Планирование релизов и своевременный их выпуск.
• Функции продюсера в управлении проектом, дизайнерские работы, грамотный маркетинг, разработка.
• Общительность, и налаживание контактов с каждым сотрудником, мотивирование персонала, обеспечение профессионального роста каждого.
• Мотивация, нужно показывать все на своем примере, быть образцом для своих сотрудников.
• Умение переделать бизнес-идею руководства в техническое задание для разработчиков.
• Ответственность за качество проекта, технологию его реализации.
• Написание ревью кода.
• Тестирование, проверка проекта, разработка его дизайна.
• Уметь понять и разобраться в поломке, при надобности – усовершенствовать проект.
• Написание технической документации.
• Участие в процессе формирования команды.
• Программирование архитектуры.
• Выбор наиболее подходящей и эффективной технологии для рабочего задания.
• Обьяснение общих идей каждому сотруднику команды.
• Выбор исполнителя из команды, подходящего для определенной задачи.
• Выгружать изменения на сервер.
• Обмен опытом между членами команды, с целью повышения эффективности, понимания и навыков.
• Оптимизация работы, проведение внутрикомандных совещаний.
• Ведение отчетов перед заказчиками в течении всего этапа проведения работа.
• Контролировать проект на предмет его соответствия заданным техническим параметрам.
• Оценка и поддержка предложений от других участников проекта.

Личностные качества:

• Аналитический состав ума
• Ответственность
• Пунктуальность
• Трудолюбие
• Дипломатичность
• Инициативность
• Нахождение простых способов решения сложных заданий
• Техническая грамотность (владение серверными технологиями и дистрибутивами)
• Нацеленность на результат
• Быстрое принятие решений в сложных ситуациях.

Какие знания и навыки у него должны быть

Какие личностные качества должен иметь тимлид? Список довольно обширный, но ведь и ответственность у руководителя большая:

• трудолюбие, целеустремленность;
• адаптивность, гибкость;
• инициативность, креативность;
• самостоятельность, ответственность, пунктуальность;
• коммуникабельность;
• стрессоустойчивость, терпеливость, дипломатичность.

Teamlead должен иметь минимум 5 лет опыта в IT области. Что потребуется ему для успешной работы:

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

И это список только наиболее важных требований. Работа требует навыков работы с Linux based дистрибутивами, знания Agile, PHP, Scrum, MySQL, JavaScript. Могут еще встречаться условия, имеющие отношение к конкретной сфере работы заказчика.

Какие требования чаще всего звучат в описании вакансии тимлида:

• высшее техническое образование (это точно будет преимуществом, но не всегда является обязательным требованием);
• достаточное количество знаний и навыков в своем стэке (их мы перечислили выше);
• умение проводить код-ревью и менторинг;
• опыт работы от 5 лет;
• управленческие навыки.

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

Сколько получают Тимлиды и как найти работу?

А теперь расскажу о том, на какой уровень дохода может рассчитывать Team Lead. Основываясь на  существующей статистике и учитывая данные по вакансиям, тимлиды получают достаточно высокий доход, который напрямую зависит от уровня профессионализма кандидата, масштабов компании и региона, в котором он работает.

Так, по Москве уровень зарплаты может достигать 400 тысяч рублей и более, при этом минимальная планка тоже высокая – около 100 тысяч рублей. В других регионах зарплаты гораздо ниже, примерно от 50 до 300 тысяч рублей.

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

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

Про планы

Алексей Кудрявцев: Теперь, когда ты снова разработчик, как видишь развитие в этой роли?Сергей Боиштян: Не знаю, какие ценности у меня будут на первом месте через пять лет, но до этого срока мне будет комфортно в своей роли, хотя через год я, конечно, могу сказать совершенно другое. У меня есть долгосрочный стратегический план, и через десяток лет, если я буду продолжать быть хорошим инженером, смогу стать хорошим представителем верхушки IT.

Алексей Кудрявцев: Но технологии же устаревают!

Сергей Боиштян: Скажи это своему CTO.

Алексей Кудрявцев: CTO — это же не инженер, а лидовское направление.

Сергей Боиштян: Я нырнул в лидство и понимаю, какие навыки нужны, что быть руководителем. У меня всегда есть возможность вернуться в лиды и продолжать развиваться как инженер.

Еще одна альтернатива появляется, когда ты начинаешь выступать на конференциях — это возможность стать developer advocate.

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

Даниил Попов: Я не согласен, что CTO обязан быть отставшим от технологий, он же может саморазвиваться.

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

Даниил Попов — Зависит от человека: все и по чуть-чуть или в глубину.

Сергей Боиштян: Мне нравится развиваться в ширину.

Понятно, что это занимает у него больше времени, чем у того, кто копает вглубь.Алексей Кудрявцев: Не было мысли, что лидство не соответствовало ожиданиям именно в конкретном месте и проекте, а в другом бы случае все получилось?

Сергей Боиштян: Доля правды тут есть. Я человек систематизированный и за четкие процессы. Возможно, я мог бы выполнять роль человека, который все организовывает и помогает двигаться. Теперь я понимаю, что много топлива в таком случае уходит на общение с людьми. Если я фоново это разовью и мне попадутся правильные люди, буду рад попробовать. Но это утопичная ситуация.

Шаг номер 1. Знание — сила!

Если вы всё же согласились на данную позицию, то следующее (а в идеале и заранее), что надо сделать — ознакомиться с полезной информацией на эту тему.

Про тимлидство существуют сотни статей, видео, книг, курсов и т.д. Фильтровать нужно тщательно.

Прилагаю список того, что мог бы порекомендовать я из более-менее основательного. Статьи и какие-то выступления с конференций вы можете найти и отобрать самостоятельно.

• М. Уоткинс «Первые 90 дней». Хорошая и вдумчивая книга о том, как успешно адаптироваться к переходу на новую должность. Чем заняться в первые 90 дней. И о том, что эта адаптация, как системный процесс, нужна не просто конкретному индивиду, а всей компании в целом.

• Дж. Ханк Рейнвотер «Как пасти котов». Книга для начинающих или будущих управленцев вполне хороша и толкова (пусть и немного стара). Однако для людей с опытом, наверное, будет немного кэпской.

• Ф. Брукс «Мифический человеко-месяц». Расскажет об управлении проектами: как надо, как не надо, и почему 9 женщин за 1 месяц не смогут родить ребенка. Есть мнение, что книга несколько устарела, тем не менее, если вы в этом не очень разбираетесь, то она обогатит вас полезными идеями.

• Э. Голдратт. «Цель. Процесс непрерывного совершенствования». Классический художественный роман, объясняющий на разных примерах теорию ограничения систем. Чтиво интересное и полезное. 

• Д. Ким, К. Бер, Д. Спаффорд. «Проект «Феникс». Роман о том, как DevOps меняет бизнес к лучшему». Очень интересная и поучительная книга, которая в художественном формате рассказывает о том, как в ИТ подразделении улучшают процессы работы, приходят к DevOps идеологии и спасают бизнес.

• Т. ДеМарко «Deadline. Роман об управлении проектами». Еще одна книга в художественном формате. Легкое и интересное чтение об управлении ИТ проектами.

• Т. ДеМарко, Т. Листер «Вальсируя с Медведями». Порекомендовал бы эту книгу для средних и крупных проектов. Излечивает от наивности, открывает глаза на происходящее. Показывает, что случиться может много чего и рассказывает, как с этим жить и работать.

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

• М. Ильяхов, Л. Сарычева «Новые правила деловой переписки». Замечательная книга. Смело её рекомендовал бы и разработчикам, и менеджерам, и вообще примерно всем. О том как в переписке быть толковым, уважительным, приятным и эффективным. Очень многим этого не хватает.

• А. Орлов «Джедайские техники конструктивного общения». Коротко, по делу, с примерами. Однозначно рекомендую. И в работе пригодится, и в быту.

• М. Гоулстон «Как разговаривать с мудаками». Книга придаёт понимание того, что не все проблемные отношения и коммуникации можно разрешить рациональными доводами, и что делать в таких случаях. Ну и о себе можно задуматься тоже:)

• Роадмап тимлида https://tlroadmap.io/ Очень полезный инструмент, который поможет разобраться, какие бывают требования к тимлидам, понять, что с ними делать и как подтягивать свои знания. Также подойдет как хороший инструмент для того, чтобы обговорить со своим руководителем на начальном этапе работы, что же конкретно от вас ожидается.

• Курсерный курс https://www.coursera.org/specializations/product-management Долгий и основательный курс, который покрывает всё про управление проектами. Выявление требований, план рисков, декомпозиция и распределение задач, аджайл техники и прочее. Вы справедливо можете заметить, что этот курс нужен менеджерам проектов, а не тимлидам. Теоритечески — да, а на практике возможно, что если у вас менеджер проекта и есть, то в каких-то деталях он может не очень разбираться. Тогда понадобится ваше участие.

• Регулярные двухнедельные тимлидские конференции от ребят из подкаста Podlodka https://podlodka.io/tlcrew Там много хороших докладов и душевное отзывчивое комьюнити, с которым можно порой пообсуждать в деталях то, за что обычно деньги берут на платных индивидуальных консультациях.

Чему учат на курсах тимлидов

Акцент на таких курсах сделан, как правило, на управленческие навыки и прокачку софт скилов. Курсы проходят уже опытные мидл и сеньор–программисты, те, кто недавно стал тимлидом и хочет прокачаться.

Чему учат:

• Управлять командой и выстраивать работу с каждым ее участником.
• Ставить задачи.
• Планировать и реализовывать проект.
• Навыкам фасилитации.
• Прогнозировать и оценивать результаты работы команды.
• Анализировать эффективность сотрудников.
• Гибким методологиям.
• Нанимать, обучать и мотивировать сотрудников.
• Преодолевать кризисы и решать проблемы.
• На некоторых курсах предлагают освежить знания по архитектуре сетей и баз данных, CI/CD

Длительность большинства курсов — четыре–пять месяцев. Стоимость — от 75 тысяч рублей.

Дополнительные материалы

Какие-то темы я не стал подробно раскрывать, потому что и текст получился бы слишком длинным, да и я уже писал об этом ранее в своем телеграм-канале. А копипастить, или повторяться не хочется.

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

• Матрица доверие-прозрачность https://t.me/general_it_talks/78

• Ситуационное лидерство https://t.me/general_it_talks/59

• Чайка-менеджмент, микроменеджмент https://t.me/general_it_talks/28

• Обучение, приоритеты и иллюзию компетентности в этом деле https://t.me/general_it_talks/60 https://t.me/general_it_talks/41 https://t.me/general_it_talks/116

• Овертаймы и подбор темпа работы https://t.me/general_it_talks/42 https://t.me/general_it_talks/61

• Теория разбитых окон https://t.me/general_it_talks/48

Как быть хорошим Team Lead-ом? Советы

Фокусируйтесь на людях, а не только на программировании.

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

Контролируйте свое эго.

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

Каждое, даже самое простое решение, может иметь далеко идущие последствия, поэтому очень важно обсуждать его со всеми заинтересованными сторонами,” — говорит Линда Брэнаган (Linda Branagan), в прошлом опытный тимлид из компании Construct Internet Design.

Обсуждайте детали и договаривайтесь обо всем заранее.
Поскольку коммуникации — это важная часть функциональности тимлида, старайтесь по-максимуму обсуждать все аспекты работы над проектом и договариваться обо всем заранее, советует Майк Скэнлин (Mike Scanlin), СЕО американской компании Born to Sell и бывший тимлид в целом ряде ИТ-компаний, среди которых T/Maker и General Magic.
“Нет ничего хуже, чем работать в течение года над проектом, и, продемонстрировав результаты своей работе на очередной спринте, услышать от членов команды что-то вроде “А как насчет этих функций?” или “Мы забыли, что нам нужно будет реализовать вот это.” Постарайтесь убедиться в том, что все известно и четко спланировано еще до начала работы над проектом,” — рекомендует он.

Не провоцируйте конфликты, но будьте готовы к ним.
Также важно помнить о том, что будучи на позиции тимлида, очень сложно угодить всем сторонам, а поэтому конфликты в той или иной форме практически неизбежны. “Работа на позиции тимлида означает, что на каком-то этапе вам придется принимать решения, касающиеся членов команды, и эти решения неизбежно будут вызывать конфронтацию. Этот аспект работы часто оказывается неожиданным для многих тимлидов, потому что далеко не все умеют и способны решать конфликты,” — сказал Стив Морс (Steve Morse), разработчик поддержки в компании Tealeaf Technology.

Как стать тимлидом

В идеальном представлении путь до тимлида выглядит так:

Стажер – Джуниор – Мидл – Сеньор – Тимлид

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

• Если компания большая, а проекты сложные, то стать тимлидом с позиции мидла будет сложно – не хватит экспертности для оценки проекта. Сеньор с прокачанными soft skills в таком случае – идеальный кандидат.
• Обратный пример – стартап или небольшая компания. Здесь тимлидом легко можно стать с позиции мидла. Например, человек работал один, понадобилось расширение, его навыков оказалось достаточно для найма новых разработчиков и настройки рабочего процесса. Был мидлом – стал тимлидом.
• В маленьких командах может не быть формального тимлида. Но если в комнате собрались больше двух разработчиков, которые работают над одним продуктом, то один из них все равно должен быть старшим – тем, на кого ляжет ответственность по принятию решений.

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

Текущие конфликты

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

А вот иррациональные конфликты или полный штиль  –  повод присмотреться.

Как искать? Конструктивные искать обычное не нужно, участники сами готовы привлекать внимание к проблеме и погружать в нее. Скрытые –  встречами, вопросом «а что еще ты думаешь?», внезапно открывающим поток мыслей, которые человек не знал когда будет уместно выразить, поиском причин, по которым человек не может выразить свою мысль открыто