Тимлид

Заработная плата

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

Сколько получает такой специалист? Уровень заработной платы в основном зависит от региона и масштабов компании, где он работает. Разумеется, заработок на крупном предприятии в Санкт-Петербурге или Москве будет выше, чем в небольшой организации на периферии. Сегодня тимлид в среднем может зарабатывать от 160 до 340 тысяч рублей в месяц. По информации, изложенной на сайтах с вакансиями, минимальная зарплата для претендента на эту должность составляет почти 26 000 рублей, а максимальная – немного больше 672 тысяч рублей.

Требования

Следует понимать, что в силу разнообразия задач, возникающих перед тем или иным специалистом, каждая вакансия имеет свой набор требований, которым должен соответствовать человек, подающий на нее свою анкету. Это значит то, что торговый представитель должен иметь минимальный опыт работы (полгода) и (желательно) свой автомобиль для более мобильного передвижения по городу с целью налаживания контактов. Компания «Лидер Тим», отзывы о которой в рамках данной статьи интересуют нас больше всего, подбирает среди желающих тех людей, которые смогут выполнять поставленную задачу более быстро и качественно, чем другие.

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

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

Такие наборы требуемых качеств для работы в «Лидер Тим» (отзывы сотрудников это доказывают) есть на каждую вакансию. И конечно же, если вы захотите подать резюме на трудоустройство, по каждому из них необходимо будет предоставить какие-нибудь факты, чтобы быть более конкурентоспособным. А еще лучше – иметь опыт деятельности в этой сфере.

Как им стать

Как пра­ви­ло, тим­ли­ды — это быв­шие сеньоры.

Джу­ни­ор или мидл не смо­гут стать насто­я­щи­ми тим­ли­да­ми, пото­му что у них не хва­тит ква­ли­фи­ка­ции оце­нить про­ект в целом и сеньо­ры не будут вос­при­ни­мать их все­рьёз. Ино­гда тим­ли­да­ми назна­ча­ют про­стых мене­дже­ров, что­бы они рабо­та­ли с кли­ен­том, но это тоже ошиб­ка — такой мене­джер не смо­жет пра­виль­но оце­нить объ­ём работ и гра­мот­но рас­пре­де­лить зада­чи в коман­де. Что­бы стать тим­ли­дом, нужен боль­шой опыт в раз­ра­бот­ке и реше­нии архи­тек­тур­ных задач — а этим как раз и зани­ма­ют­ся сеньоры.

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

Кро­ме сво­ей обла­сти про­грам­ми­ро­ва­ния тим­лид дол­жен знать и уметь:

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

Коро­че, тим­лид — это мене­джер, кото­рый в совер­шен­стве зна­ет стек про­грам­ми­ро­ва­ния сво­ей команды.

Кризис

Спустя почти полгода после начала работы мне нужно было уйти в отпуск. К слову сказать, об отпуске я договорился ещё при устройстве на работу, так как это планировалось как свадебное путешествие, поэтому период моего отсутствия был известен сильно заранее. Но я всё равно, конечно, нервничал до последнего, потому что мы только недавно перестали работать “на износ”.

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

И в первые дни отпуска тоже ничего не предвещало беды.

А потом произошёл кризис.

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

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

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

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

Коллега попал в ужасную ситуацию — работал до часу ночи всю неделю, сильно стрессовал, но и на него же по итогу свесились все шишки, в особенности из-за того, что он всё это время повторял “починю к обеду / к концу дня / к ночи / к утру”.
Ситуацию по итогу смогли исправить, но всё это вылилось в то, что пока мы решали его дальнейшую судьбу, он сам написал заявление об увольнении, так как устал такого стресса.

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

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

Выступления

Как ты сам начал выступать? Зачем тебе это?

Первый раз я выступил в 2017 на CodeFest.

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

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

В 2016 году я попал на тренинг для спикеров и начал готовить свой доклад про Docker на Codefest. На протяжении нескольких месяцев я общался с devops и другими, чтобы получить максимально полезный контент. В итоге первый блин вышел комом — я нервничал, у меня дрожал голос. Но после полуторачасовой серии вопросов и ответов понял, что я на верном пути

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

В итоге я на это подсел:)

Есть какие-то планы на ближайшие выступления?

У меня стабильно пара докладов каждый год. На этот год у меня есть тезисы нового доклада и мы обсуждаем с devrel куда его можно было бы подать. Возможно, подам на РИТ. Также есть материал для TeamLeadConf.

Обязанности

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

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

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

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

#2 Lead and motivate the team

Although you lead and motivate using your leadership skills and qualities, there are tangible duties that drive performance too:

• Coaching and mentoring
• Communicating goals and targets
• Setting objectives
• Sharing feedback
• Leading team meetings
• Leading 1-2-1s and personal development plans (PDPs)
• Pitching ideas through presentations and reports
• Supporting social and wellbeing activities 
• Using incentives and rewards

Your team will only meet their targets and goals if they have the right support from you. You need a firm handle on their individual objectives, how well they’re performing and giving them feedback, then plugging the gaps with coaching and mentoring.

Some team members will need more support than others, but it’s critical that you show you have that level in interest in everyone around you to keep morale and interest high.

Преимущества и недостатки

Среди значимых плюсов работы тимлида можно выделить такие:

• универсальность (одновременное взаимодействие и с командой разработчиков, и с заказчиком);
• возможность отточить административные навыки;
• достаточно высокий уровень оплаты труда;
• востребованность.

Недостатков у должности лидера команды немного, но о них нужно знать, прежде чем соглашаться занять этот пост:

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

Кто такой Тимлид?

Описание профессии тимлид начну, пожалуй, с уточнения: это не специальность, а должность, или административная единица по другому, исключительно в сфере IT.

В дословном переводе с английского «Team Lead» означает  «лидер команды». Это руководитель-управленец, который возглавляет коллектив веб-разработчиков. Он является ключевым связующим звеном между заказчиком и исполнителями. Тимлид проводит переговоры, принимает заказы на разработку, которые потом преобразовывает в технические задания для специалистов.

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

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

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

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

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

Систематизируйте своё развитие

Выделите время для развития. Например, есть приём «No meeting hours, no meeting day». Это то время, которое вы выделяете себе на знакомство с новыми подходами и практиками. На первый взгляд может показаться, что это время стоит использовать для выполнения своих непосредственных обязанностей, однако если правильно им распорядиться в контексте саморазвития, то результативность только вырастет.
Заведите карточку на себя. Например, список навыков. Разумеется, навыки будут уже другие. Пройдитесь по списку ваших навыков фильтром доказуемого опыта, чтобы объективно определить свои слабые места. 
Спросите руководителя. Это быстрый и простой способ получить взгляд с ещё одного ракурса. Руководитель может дать очень ценные советы относительно того, над чем нужно поработать и как дальше расти. 
Пройдите курсы. Индустрия управления в IT развивается, можно найти программу по вкусу.
Добавьте новые каналы информации

Тимлиду важно развиваться не только в управлении, но и в смежных сферах: продукт, бизнес, маркетинг, психология и т. д

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

Teamlead roadmap. Егор Толстой YourDestiny, Стас Цыганов @DevAlloy и комьюнити собрали и систематизировали разные аспекты деятельности тимлида, описав, что делать, зачем делать, как делать и т. д. Рекомендую!

Продукт и бизнес

• Medium: Business
• Medium: Marketing
• Harvard Business Review
• vc.ru
• TechCrunch

Управление

• YouTube: Management Channel
• Habr: Управление разработкой
• Habr: Управление проектами
• Telegram: TechLeadsGoodReads
• Late Night Teamlead Show

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

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

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

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

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

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

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

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

Самостоятельное обучение

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

• Том ДеМарко “Deadline. Роман об управлении проектами”
• Джефф Сазерленд “Scrum. Революционный метод управления проектами”
• Патрик Ленсиони “Пять пороков команды”
• Роман Матвеев “Наставничество. Метод Петра Кузнецова”
• Патрик Ленсиони “Смерть от совещаний”
• Роберт Кийосаки “Богатый папа, бедный папа”
• Джон Медина “Правила мозга”

Со списком книг о профессии тимлид можно ознакомиться на блоге.

Онлайн-курсы

Курсы станут отличным вариантом для тех, у кого не хватает времени на самообразование. Онлайн-обучение имеет несомненные достоинства:

1. Удобный формат. Когда, где и как быстро проходить курсы – индивидуальный выбор ученика.
2. Структурированная и собранная в одном месте информация.
3. Готовое портфолио по окончании курса.

Популярные платформы Skillbox, Нетология, SkillFactory, Otus, City Business School и Академия АйТи предлагают свои курсы для будущих тимлидов:

• Практический онлайн-курс “TeamLead”
• Онлайн-интенсив “Бизнес и управление”
• Интенсив “Тимлид разработки”

На блоге iklife.ru можно найти обзор лучших курсов по Team Lead и выбрать подходящий для себя.

Особенности профессии

Тимлид – это командующий группы веб-разработчиков. Он находится в самом центре веб-проекта: управляет командой, организует и координирует их действия, мотивирует каждого сотрудника, разбирается в технической части веб-разработки, контролирует каждый этап создания конечного продукта, является посредником между руководством, программистами и клиентом.

Team leader – это менеджер, лидер и программист в одном лице. Должность появилась совсем недавно. Да и сейчас не во всех организациях, особенно мелких, есть такой специалист

Тем не менее тимлид – важное звено в процессе разработки и реализации IT-проекта

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

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

Но в то же время на нем лежит ответственность за весь проект

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

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

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

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

В задачи тимлида может входить и подбор сотрудников в команду. В этом ему может помочь HR-менеджер

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

Кроме работы с веб-разработчиками, team leader ведет переговоры с клиентами. Специалист учитывает интересы и требования заказчика, которые передает команде, следит, чтобы команда работала слаженно, эффективно и в заданном направлении.

Предыстория. Как и где я вообще стал тимлидом

Это первая фирма, куда я пришёл сразу тимлидом. Для меня это был качественный скачок в плане карьерного роста. На прошлую работу (1,5 года) я пришёл миддлом и вырос там до сеньора. Но градации разработчиков слишком субъективны и часто зависят лишь от компании, где они работают. Какое-то время я много изучал вопрос оценки программистов и по сути всё свелось к тому, что если “взяли миддлом/сеньором/старшим — стал миддлом/сеньором/старшим”. Когда я начал искать работу, мне бы хватило и позиции сеньора (и её я искал), но предложение тимлидства меня перекупило и немного польстило.

Собственно при самом поиске вакансий уже на второй день меня сманили в столичную фирму, которая занимается разработкой сайтов на Битриксе (так что дальше всё происходит на фоне разработке сайтов на Битриксе). Я же наоборот давно мечтал уйти от Битрикса, но возможность самореализоваться в новом качестве и хорошая зарплата не оставили мне шансов отказаться.

Забавный факт: единственным условием при приёме меня на работе было то, что я могу сам выбирать технологических стек, но нельзя ни в коем случае отказываться от Битрикса, если на нём настаивает клиент.

На новом месте

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

В первые же дни в глаза бросилось множество “детских” проблем:

• информация по проектам хранилась в головах у одного-двух человек и нигде более. Инструкций и документации тоже никаких не было, и чтобы узнать как работает тот или иной функционал, нужно было пытать того, кто его делал, если вообще мы его создавали
• каких-либо налаженных систем и процессов считай не было, всё делалось “как-то”, “по привычке”. Отсюда соответственно суета, неразбериха, срывы сроков, напряжение
• задачи ставились считай на словах. В трекерах были лишь названия задач, просто чтобы можно было залогировать время куда-то (нужно было набирать 40 часов в неделю)
• сама разработка тоже была не ахти:
  • где-то что-то разрабатывалось даже вне гита
  • где-то программисты по очереди правили файлы на одном сервере
  • где-то были тестовые площадки, а где-то их не было (но в любом случае они не сильно помогали)
  • вдобавок везде было очень, очень много говнокода. Предвосхищая комментарии, сам Битрикс тут, к сожалению, не причём
• Всё общение происходило в скайпе. Но к нему у меня просто личная неприязнь

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

Они правда ещё не считались, но из-за Парето, это пока и не важно

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

Теперь переходим непосредственно к статье и решению проблем. Первым делом в новой компании нужно было как-то сориентироваться.

Карьера

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

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