Кто такой тимлид (он же Lead)
Как устроена работа человека, которого слушают даже сеньоры.
Послушать аудиоверсию этой статьи (7 минут):
Слушайте Кто такой тимлид на Яндекс.Музыке
Когда мы говорили про сеньоров, то сказали, что один из вариантов их профессионального развития — стать тимлидом. Это самый важный человек в команде.
Чем тимлид отличается от сеньора и других программистов
Вы уже знаете, что джуниоры занимаются простыми вещами, мидлы пишут код, а сеньоры, кроме этого, думают над архитектурой и проектом в целом. Но чтобы все эти люди шли к общей цели, ими нужно руководить.
Тимлид (teamlead) — руководитель команды разработчиков. Он уже не пишет код своими руками и не думает над тем, как реализовать ту или иную функцию. Вместо этого он занимается распределением нагрузки на команду, следит за ходом проекта и берёт на себя ответственность за проект в целом.
Тимлид — это высококвалифицированный программист, который знает, как управлять другими программистами.
Зачем нужны тимлиды
Представьте такую ситуацию: в компанию программистов приходит заказчик и просит разработать мобильное приложение. Сеньор начинает планировать архитектуру, мидлы пишут код, а джуниоры прикручивают кнопки в интерфейсах.
Некоторое время спустя заказчик видит, что каждый занимается своим делом, но целого продукта нет — есть отдельные части, которые работают, но половины функций нет, а те, что есть, работают не так, как нужно.
Тимлиды нужны как раз для того, чтобы таких ситуаций не возникало. Для этого тимлид делает свою руководительскую работу:
Как им стать
Как правило, тимлиды — это бывшие сеньоры.
Джуниор или мидл не смогут стать настоящими тимлидами, потому что у них не хватит квалификации оценить проект в целом и сеньоры не будут воспринимать их всерьёз. Иногда тимлидами назначают простых менеджеров, чтобы они работали с клиентом, но это тоже ошибка — такой менеджер не сможет правильно оценить объём работ и грамотно распределить задачи в команде. Чтобы стать тимлидом, нужен большой опыт в разработке и решении архитектурных задач — а этим как раз и занимаются сеньоры.
Но не из каждого сеньора получится отличный тимлид. Всё дело в управленческих навыках, которые есть не у каждого программиста. Даже если взять первоклассного сеньора, далеко не факт, что он будет так же эффективно управлять всей командой, как пишет свой код.
Кроме своей области программирования тимлид должен знать и уметь:
Короче, тимлид — это менеджер, который в совершенстве знает стек программирования своей команды.
Сколько зарабатывает тимлид
Мы посмотрели зарплаты тимлидов в разных направлениях на начало 2020 года и вот что выяснили:
Разработка мобильных приложений — 228 тысяч.
Что дальше
А дальше всё зависит от того, насколько тимлиду нравятся функции менеджера. Если ему больше нравится управлять, чем программировать, то из него может получиться хороший продакт-менеджер. О том, кто это такой — в следующий раз.
Тимлидство — роль, которая может стать ловушкой для разработчика, а может дать огромные возможности для создания ПО
Вернёмся года на два назад, когда я был разработчиком. Что я думал? «Хочу стать тимлидом. Это круто, он решает все вопросы, получает больше денег, им становятся после сеньора». Тогда не было никого, кто сказал бы мне: это вообще про другое. Пришлось учиться на своих ошибках.
Я дважды становился тимлидом
У меня есть такая черта: стараться во всем наводить идеальный порядок, систематизировать, выстраивать процессы. Поэтому меня всегда тянуло брать на себя больше, чем просто написание кода. В моём первом стартапе, назовем его «T», был полный хаос в процессах разработки.
Сейчас бы я вряд ли стал там работать, но тогда это было очень атмосферно. Только представьте. Много параллельных заказчиков. Руководитель ходил напрямую (и точечно) к разработчикам. Мы часто не укладывались в озвученные сроки и сидели допоздна. Помню, как однажды шеф позвонил в 20 часов и попросил приехать на работу, чтобы докрутить фичу для заказчика, — потому что «озвучил срок завтрашним утром». Но в «Т» мы были «семьей».
А еще делали все сами — как умели. Помню, как ставил Ubuntu на рэковый сервер, который отдал нам один из инвесторов. Когда я включал его, он издавал звук взлетающего вертолета!
Там я дорос до статуса техдира и работал с командой из 10 человек. По сути, первый, по наитию, опыт тимлидства случился там.
В «D», куда я пришел разработчиком, все было иначе — особенно в том, что касалось процессов.
В компании был реализован классический Scrum: четкие спринты, burndown chart’ы, демо, планирование, стори поинты, груминги для подготовки будущего спринта. Я был поражен качеством процесса, тихонечко писал код и наблюдал, как все работало. Затем подружился со скрам-мастером и стал закидывать его вопросами. Он охотно отвечал и делился крутыми книгами.
Особенно запомнилась «Scrum и XP: заметки с передовой» от Хенрика Книберга. Процесс в «D» был выстроен близко к этой методологии: в результате весь менеджмент и продавцы отлично понимали, когда будет результат.
К Skyeng я присоединился тоже в качестве разработчика. В отличие от других моих компаний, тут прекрасно реализована непрерывная интеграция: каждый день фичи попадают на прод. В моей команде процесс больше всего напоминал Канбан.
У нас был отличный тимлид Петя. На созвонах один на один мы могли обсуждать все: от проблем с не попаданием в сроки до настроек таск-трекера. Иногда я просто давал фидбек, иногда что-то советовал.
Так Петя меня раскусил и узнал про опыт руководства командой в «T» и заочном обучении скраму в «D».
В какой-то момент он предложил мне провести стендап.
Операция «преемник» в моем случае выглядела вот так и заняла 6 минут)
А через неделю выяснилось, что в компании открывается новое направление, и Петя с частью команды отправляется на тот проект. Оставшимся ребятам нужен новый лид.
Все происходит само собой, будто в сторону тимлидства тебя толкает невидимый Закон Притяжения.
Когда у компании появляется нужда в тимлиде и все думают «Где его взять?», то часто берут из ребят, которые:
Это обязательно отличный программист, который хорошо разбирается в коде проекта и может при необходимости самостоятельно писать код (например, если кто-то из ребят заболел или в отпуске, а нужно срочно). Но по функционалу ты больше менеджер: общаешься с бизнесом и другими командами, выстраиваешь процессы внутри своей и почти не пишешь код. Позиции техлидов у нас тоже есть, но только на крупных проектах.
Вот как выглядел примерный круг обязанностей тимлида в Skyeng на момент начала истории:
Но одно дело взять на себя задачи тимлида, и совсем другое — справиться с ними.
Что поменялось и как я с этим боролся
Первые несколько дней ты живешь с ощущением эйфории, триумфа и восторга. Ещё бы: ты у руля целой команды, на тебя сделана ставка, у тебя больше возможностей и ответственности! С момента ухода из «Т» прошло несколько лет, я набрался опыта, проанализировал свои ошибки, увидел продвинутые процессы и методологии и поработал по ним. Все это давало мне силы и уверенность для второго захода в тимлидство.
Однако со временем чувство эйфории прошло, наступили будни. Вот что я заметил за собой.
Нужно быть морально готовым расстаться с «ежевечерним дзеном». и подружиться с «ежеквартальным». Результат работы тимлида обычно не увидеть за один день или даже неделю. Это одновременно и плюс, и минус.
В своём докладе «Ломка и отходняки при переходе из инженера в тимлиды» Артем Каличкин бьёт прямо в точку, говоря, что «программисты — одни из самых счастливых людей на свете».
Когда ты разработчик, каждый день у тебя есть скомпилированный билд, выполненная задача, новая фича на проде, — и в этом есть определенное удовольствие. Некий дзен: я сделал дело, можно вечером со спокойной душой идти отдыхать.
Тимлиду же редко есть чем поделиться на стендапе: потому что вчера ты “занимался планированием, был на созвонах, читал почту и добавлял задачи в бэклог”. Такие результаты, как новый раздел на сайте или большая фича в приложении складываются из маленьких шагов, которые вы с командой проходите каждый день. За это время ты можешь не написать ни строчки кода, однако в целом вы затащите такой объем работы, который ты бы никогда не осилил за это время.
Например, моя команда сделала раздел «Изучать темы» для приложения Skyeng на iOS и Android: мы реализовали карту уровней упражнений, шкалу энергии для разных категорий учеников, дневные цели, трекеры прогресса в заданиях, разные механики для карточек заданий, озвучки и не только.
Тот самый раздел в приложении.
Во многом это история про делегирование. Нужно бороться с привычкой делать все своими руками. По сути, чтобы стать настоящим тимлидом, ты должен научиться программировать руками разработчиков своей команды.
Неопытный тимлид легко может стать «узким горлышком» команды. Чем меньше разработчика отвлекают от работы, тем идеальнее результат и коллектив. Поэтому у него есть бэклог задач с приоритетами, стендап и пару других митингов в неделю. А если нужно запланировать в работу новую фичу, нашелся критичный баг, лёг прод или у команды назрел вопрос, дергают тимлида. Чтобы всё и вся работали, приходится очень много коммуницировать.
Ты рискуешь превратится в «оператора колл-центра» — и если не остановить это, выгорание гарантированно в течении одного-двух месяцев.
Тут я хочу передать привет сказать искреннее спасибо своему продакту. Увидев эту проблему, он отправил меня читать «Джедайские техники» Дорофеева, «Тайм-менеджмент» Архангельского, а также изучать каналы и чаты для тимлидов, записи с конференций и так далее.
Практики, которые я почерпнул, помогли устранить расфокусировку. Я предупредил всех, что буду проверять входящие 1-2 раза в день, стал устраивать дни без встреч и созвонов, планировал свой рабочий день в письменной форме (даже пытался ввести эту практику в команде, но разработчики такое не любят). Приоритеты менял, только если случилось что-то реально критичное. В результате те дела, которые я запланировал, перестали откладываться.
В общем, пришлось ломать свои привычки и экстренно осваивать кучу полезных техник.
Навыки, необходимые лиду, не развиваются во время разработки. Будучи тимлидом, ты становишься активным участником торговых отношений между бизнесом и разработкой. Цель любой компании — это прибыль, поэтому заказчик хочет получать от разработки много качественных фич в короткие сроки. Разработчики стремятся делать качественно, но не торопясь. В этой картине тимлид должен держать нужный баланс между качеством, скоростью и объёмом решаемых задач.
Для этого ты должен выстроить доверительные отношения с заказчиком, чтобы тот понимал, что делает команда, сколько времени пилить ту или иную фичу, успеваем или нет, что сделать, чтобы успели. Тебе нужно качать те самые «мягкие навыки» и одновременно твердо отстаивать позицию и принципы команды. А еще думать про процессы, форматы, архитектуру пайплайна: как к вам поступают задачи, как они исполняются, как они фиксятся, как они выходят на прод.
Разумеется, сами навыки можно развить. Но нужно быть готовым, что это приведет к определенной трансформации личности.
Больше не тимлид: как не потерять себя и найти снова
Два года назад я считал, что тимлид — это следующая ступень в эволюции программиста. Теперь думаю, что это другая, параллельная ветвь развития. Результат перехода сильно зависит от каждого конкретного человека — и ты не узнаешь, пока не попробуешь.
Эту роль нужно протестировать. И не месяц, не не два. Думаю, минимум шесть. Еще лучше — годик-два. Есть большая вероятность, что будет сложно, будет хотеться вернуться назад, не достигнув результата. Посоветую поставить себе срок и сказать: «Я не делаю промежуточных выводов до конца этого срока. Потестирую, а в конце приму решение, моё это или нет». Лично я так и сделал.
Проработав на позиции лида полтора года (с сентября 2018 по февраль 2020), я осознанно решил оставить эту роль и вернулся в разработку. За это же время тимлид, канал которого я читал, дорос CTO в моей компании.
Мы всегда на удаленке, основная коммуникация в Slack: так что «все ходы записаны». Всё сложилось так, как на картинке: коллега, которого я предложил, пробует себя в роли тимлида, а я радуюсь «вечернему дзену» в рамках другой команды.
А этим летом мы с еще парой ребят, прошедших подобный путь, сделали внутренний митап о своем опыте. И самый главный вопрос, который возник у слушателей: ок, а как понять, когда думаешь, куда развиваться дальше, роль тимлида — это твоё или нет?
Так пришла идея обсудить его в публичном формате с:
Подключайтесь дискуссии «БольшеНеТимлид» или смотрите ее в записи. Надеюсь, наш опыт будет вам полезен, ведь два года назад я тоже думал, что…
Тимлид (team lead): что это за специалист, чем он занимается и сколько зарабатывает
Всем привет, уважаемые читатели блога AFlife.ru! Кто такой тимлид? Так называют специалиста, занимающегося координацией работы группы программистов, организацией и планированием обучения сотрудников, распределением сферы ответственности, взаимодействием с заказчиком. Этот человек видит картину программного продукта целиком, умеет выделить каждому задачу.
Кого называют тимлид-программистом
Team lead (team leader) командует группой разработчиков. Он управляет командой, занимается организацией и координацией ее действий, мотивацией всех сотрудников. Тимлид также контролирует все этапы формирования продукта. Это посредник между клиентом, руководством и программистами.
Данный специалист ответственен за все, за что делает его команда. Он может формировать состав группы программистов для решения поставленных заказчиком задач. Для успешной работы необходимо, чтобы все работники:
Таким образом, тимлид объединяет в себе программиста, менеджера и лидера проекта. Это ключевая фигура в разработке программного обеспечения. Обычно на данную должность берут программиста с большим опытом, высокопрофессиональными знаниями и умениями. Он может находить ошибки в кодах других разработчиков, а затем исправлять их. При этом team lead редко сам занимается написанием кода: его основные задачи – контроль и управление.
Чем занимается team leader
Отметим, что тимлид – это должность, а не отдельная профессия. Что входит в обязанности этого специалиста:
Менеджерские полномочия тимлида:
Важный момент – это мотивация сотрудников, умение вдохновить их своим примером. Необходимо к каждому разработчику найти подход, суметь заработать уважение со стороны коллег.
Технические компетенции управленца:
Team leader должен четко осознавать, что сейчас происходит с проектом, текущий этап разработки, отклонять/одобрять различные идеи и предложения сотрудников. Он ответственен за микроклимат в коллективе, за то, чтобы все члены команды были работоспособны. Иными словами, он помощник, психолог и друг. Руководитель обеспечивает комфортные условия работы своим подчиненным.
Тимлид должен понимать, как можно улучшить проект при необходимости и донести свою идею до остальных. Он организует обмен опытом между участниками команды, чтобы улучшить их навыки, эффективность и понимание задачи. Team leader проводит совещания, оптимизирует рабочий процесс и на каждом из этапов предоставляет заказчику отчеты. Он проверяет, соответствует ли проект заданным техническим параметрам.
Джуниоры и Миддлы (программисты начального и среднего уровня) не могут стать тимлидами. На эту должность подбирают Сеньоров (продвинутых разработчиков), так как они обладают достаточным уровнем квалификации в IT сфере, могут оценить проект целиком. Потому и требуется наличие опыта и знаний в данной области.
Какие знания и навыки у него должны быть
Какие личностные качества должен иметь тимлид? Список довольно обширный, но ведь и ответственность у руководителя большая:
Teamlead должен иметь минимум 5 лет опыта в IT области. Что потребуется ему для успешной работы:
И это список только наиболее важных требований. Работа требует навыков работы с Linux based дистрибутивами, знания Agile, PHP, Scrum, MySQL, JavaScript. Могут еще встречаться условия, имеющие отношение к конкретной сфере работы заказчика.
Какие требования чаще всего звучат в описании вакансии тимлида:
Так, специалист обязан хорошо разбираться в своем стэке и иметь софт-скилы, опыт управления. На эту должность не подойдет слишком мягкий человек – порой требуется проявить жесткость в интересах проекта.
Сколько зарабатывает тимлид
IT-сфера активно развивается, поэтому растет и востребованность в управленцах. Специалисты с опытом высоко ценятся. Их труд хорошо оплачивается и по российским, и по зарубежным меркам.
На уровень зарплаты влияет регион трудоустройства, размер и перспективы компании, в которой работает этот сотрудник. В среднем team lead зарабатывает 80-300 тыс. руб. Минимальная заработная плата (из представленных на SuperJob ) – 26 тысяч рублей, максимальная – 670 тысяч рублей.
Топ 3 курсов для Тимлидов
Советы будущим тимлидерам
Какие рекомендации можно дать тем, кто хочет стать хорошим тимлидом:
Стоит ли становиться ведущим программистом
Учитывая высокие требования, задумаешься – а стоит ли стремится стать тимлидом.
Что должен делать тимлид: роли, обязанности и навыки
Тимлид (Team Lead) – специалист, который руководит командой разработчиков. Это должность, а не профессия. Нельзя пройти курсы и стать лидером команды. Единственный путь – это получение опыта и наращивание профессиональных компетенций.
Чем занимается тимлид
Тимлид руководит командой разработчиков. Обычно он не пишет код (хотя может). Обычно он не думает об архитектуре (хотя может).
Общается с клиентами или бизнес-подразделениями компании.
Оценивает задачи, сроки каждого этапа, разбивает их на спринты.
Распределяет нагрузку между разработчиками.
Следит за тем, чтобы таски закрывались в срок.
Оценивает решения разработчиков, дает рекомендации.
Согласует с заказчиком готовую работу.
Тимлид несет ответственность за проект. Сроки сорваны – виноват тимлид. Хотите добавить еще фичи – разговаривайте с тимлидом (он скажет, что этот спринт уже заблокирован, но, возможно, в следующем возьмутся за вашу фичу – если сможете ее «продать»).
На тимлиде также лежат обязанности по формированию команды, онбордингу, поддержанию рабочей атмосферы. Нагрузка может быть разной. В одних компаниях тимлиды закрывают весь цикл найма разработчиков – от поиска и собеседования до онбординга и менторинга. В других компаниях тимлиды подключаются только на этапе финального собеседования с кандидатом и принимают решение о том, выдавать ли оффер.
От тимлида во многом зависит, будут ли разработчики расти профессионально. Решать эту задачу можно разными способами: проводить код-ревью, обсуждать код на индивидуальных или общих встречах, заниматься парным программированием.
У хорошего тимлида джуниоры быстро растут до мидлов. У плохого – занимаются формошлепством месяцами и не понимают, как их работа помогает бизнесу.
Какие навыки нужны тимлиду
Должность тимлида находится на стыке разработки и менеджмента. Поэтому бизнес ждет от него мощных хард- и софт-скиллов.
Опыт работы от 3-5 лет – и желательно, чтобы он включал опыт руководства хотя бы небольшой командой.
Опыт проведения код-ревью, менторинга – потому что придется помогать другим разработчикам, подтягивать джуниоров.
Умение принимать решения и брать на себя ответственность – все, что происходит с проектом, становится головной болью тимлида.
Аналитические способности и критическое мышление – для правильной оценки сложности задачи, расстановки приоритетов.
Навыки делегирования – чтобы грамотно распределять задачи между членами команды.
Знание HR – нужно разбираться в кадровой политике, потому что точно придется участвовать в формировании команды и наборе сотрудников.
Умение мотивировать сотрудников – и вообще общаться с людьми, в том числе предотвращать конфликты.
Тайм-менеджмент – для выставления реальных сроков решения задач.
Тимлид должен быть экспертом в том стеке, который использует команда. Необязательно быть лучшим во всем – это просто невозможно. Но в случае форс-мажора лидер должен быть способен заменить любого члена команды хотя бы на уровне поддержания жизнеспособности проекта.
Как стать тимлидом
В идеальном представлении путь до тимлида выглядит так:
В неидеальной жизни дорога может быть куда более сложной. Но многое зависит от размера компании и сложности проекта. А еще – от навыков человека. Не каждый сеньор может и хочет становиться тимлидом. Не всем нравится управлять людьми, общаться с бизнес-подразделениями и клиентами.
Тимлидом могут назначить и менеджера, который отлично умеет работать с клиентами. Но это ошибка, из-за которой пострадает процесс разработки. Если среди разработчиков не найдется неформальный лидер, то работа встанет. Менеджеру, который не имеет опыта в разработке, не удастся правильно оценить объем работы и распределить задачи.
Чему нужно научиться, чтобы стать тимлидом
Чтобы стать тимлидом, разработчику нужно развивать в себе менеджерские компетенции. Придется научиться:
переключаться между разными задачами,
распределять нагрузку между членами команды,
общаться с бизнесом.
Единственный способ понять, сможете ли вы быть тимлидом, – попробовать. Брать на себя больше ответственности, выполнять задачи «под ключ», чаще общаться с продакт-менеджерами, клиентами и бизнес-подразделениями компании, чтобы развить в себе продуктовое мышление.
«Быть» – новый подкаст от команды Timeweb, в котором участвуют представители различных айтишных профессий. Вы узнаете, чем они занимаются, какие навыки для этого нужны и что им доставляет наибольшее удовольствие в работе. Первый выпуск подкаста посвящен вопросам тимлидинга.
Капитан кодерской команды и главный решальщик. Кто такой Team Lead и что он делает?
Не так давно мы уже обозревали позицию Tech Lead-а и разбирались, чем она отличается от, например, Team Lead-а или проджект менеджера. Поэтому мы решили, что будет логичным подробнее посмотреть на то, чем занимается в сфере разработки ПО типичный Team Lead, какие навыки требуются для этой позиции и чем хороший тимлид отличается от плохого. 
Кто такой Team Lead в команде разработчиков?
Чем Team Lead отличается от Tech Lead-а?
Чем Team Lead отличается от Project manager-а?
Обязанности Team Lead-а
Следит за соблюдением стандартов качества при разработке.
Именно задачей тимлида является следить за тем, чтобы команда писала код, соответствующий стандартам компании, и выдавала качественный продукт.
Следит за соблюдением приоритетов.
Также тимлид должен следить за тем, чтобы команда соблюдала приоритеты при работе и вообще знала о том, что является наиболее важным на каждом конкретном этапе производства программного продукта.
Занимается организацией команды.
Как отмечают многие опытные тимлиды, их задача в первую очередь — сделать так, чтобы команда была самоорганизованной, и каждый участник вносил свой вклад в общее дело.
Несет ответственность за все проблемы или сложности в коллективе.
Именно тимлид несет ответственность за все проблемы в коллективе разработчиков, которые могут оказать влияние на качество финального продукта.
Подает пример профессионализма и соблюдения лучших практик в кодинге.
Еще одной довольно важной ролью тимлида является подавать другим членам команды пример соблюдения установленных принципов и лучших правил в кодинге.
Понимает и может внедрять разные процессы и методологии в кодинге.
Также Team Lead должен иметь представление и уметь внедрять с пользой для проекта различные методологии в команде программистов, такие, например, как Scrum, Kanban, XP, Lean и так далее.
Распределяет ответственность.
Задачей тимлида является организация нагрузки таким образом, чтобы никто из членов команды не был единственным способным реализовать ту или иную часть проекта. Чтобы команда была эффективной и продолжала работать, даже если кого-то из специалистов нет на месте.
Поддерживать коммуникацию с клиентами и/или руководством.
Еще одной важной задачей тимлида является поддержание постоянной коммуникации с клиентами или руководством, чтобы убедиться в том, что команда разработчиков четко понимает задачи и проблемы проекта с точки зрения бизнеса.
Отвечает за работу над проектом.
Но одна из самых важных и определяющих функций тимлида — обеспечивать стабильную и постоянную работу над проектом так, чтобы прогресс был чутко виден и понятен как самими членам команды, так и руководству/клиентам.
Следит за дисциплиной в команде.
Ну и конечно, тимлид обязан следить за дисциплиной: тем как члены команды взаимодействуют друг с другом, посещают встречи, относятся к работе и т.д.
Как быть хорошим Team Lead-ом? Советы
Фокусируйтесь на людях, а не только на программировании.
“Очень часто позицию тимлида занимает самый старший и опытный разработчик. Это может быть ошибкой. Если человек обладает сильными навыками и техническими знаниями, это еще не значит, что он также умеет руководить людьми,” — делится своим опытом на сайте вопросов и ответов Quora Майл Ханикатт (Mike Honeycutt), специалист по техподдержке в Университете Северной Каролины.
Хотя технический аспект работы над проектом для тимлида также имеет большую важность, самую главную роль в этой позиции все-таки играет лидерство, то есть управление людьми и организация работы команды программистов и других спецов. Поэтому важно развивать в себе в том числе навыки коммуникации и менеджмента.
Контролируйте свое эго.
Не стоит воспринимать данную позицию как место большого босса. На самом деле она оставляет крайне мало места для контроля. “Для меня было большим сюрпризом, что у тимлида на самом деле очень мало власти над проектом в целом. Тем, кто получает удовольствие от власти, это можно быть сложно понять. Позиция тимлида оставляет очень мало пространства для эго,” — отметил Чак Кариш (Chuck Karish), релиз-инженер компании Google.
Учитесь выступать посредником и договариваться.
“Для меня самой большой сложностью всегда была необходимость быть посредником между командой разработчиков и всеми остальными. Каждое, даже самое простое решение, может иметь далеко идущие последствия, поэтому очень важно обсуждать его со всеми заинтересованными сторонами,” — говорит Линда Брэнаган (Linda Branagan), в прошлом опытный тимлид из компании Construct Internet Design.
Поскольку коммуникации — это важная часть функциональности тимлида, старайтесь по-максимуму обсуждать все аспекты работы над проектом и договариваться обо всем заранее, советует Майк Скэнлин (Mike Scanlin), СЕО американской компании Born to Sell и бывший тимлид в целом ряде ИТ-компаний, среди которых T/Maker и General Magic.
“Нет ничего хуже, чем работать в течение года над проектом, и, продемонстрировав результаты своей работе на очередной спринте, услышать от членов команды что-то вроде “А как насчет этих функций?” или “Мы забыли, что нам нужно будет реализовать вот это.” Постарайтесь убедиться в том, что все известно и четко спланировано еще до начала работы над проектом,” — рекомендует он.
Не провоцируйте конфликты, но будьте готовы к ним.
Также важно помнить о том, что будучи на позиции тимлида, очень сложно угодить всем сторонам, а поэтому конфликты в той или иной форме практически неизбежны. “Работа на позиции тимлида означает, что на каком-то этапе вам придется принимать решения, касающиеся членов команды, и эти решения неизбежно будут вызывать конфронтацию. Этот аспект работы часто оказывается неожиданным для многих тимлидов, потому что далеко не все умеют и способны решать конфликты,” — сказал Стив Морс (Steve Morse), разработчик поддержки в компании Tealeaf Technology.