Team lead: ключевая роль между менеджментом и разработчиками

Сего­дня в IT-про­ек­тах осо­бое место зани­ма­ет team lead — чело­век, кото­рый одно­вре­мен­но пони­ма­ет язык кода и язык биз­не­са. Он как пере­вод­чик меж­ду дву­мя мира­ми: про­грам­ми­ста­ми и мене­дже­ра­ми. Без него ком­му­ни­ка­ция часто пре­вра­ща­ет­ся в хаос: раз­ра­бот­чи­ки жалу­ют­ся на невы­пол­ни­мые сро­ки, а руко­вод­ство не полу­ча­ет резуль­та­та в нуж­ное вре­мя.

Кто такой team lead

Тим­лид — это не про­сто «стар­ший раз­ра­бот­чик». Его мож­но опи­сать как инже­не­ра-лиде­ра, кото­рый берёт на себя ответ­ствен­ность за тех­ни­че­скую сто­ро­ну про­дук­та и при этом уме­ет выстра­и­вать вза­и­мо­дей­ствие с менедж­мен­том.

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

Задачи и ответственность team lead

Функ­ции тим­ли­да мож­но раз­де­лить на несколь­ко направ­ле­ний:

1. Тех­ни­че­ское лидер­ство
   • уча­стие в про­ек­ти­ро­ва­нии архи­тек­ту­ры;
   • ревью кода;
   • внед­ре­ние луч­ших прак­тик и инстру­мен­тов.
2. Орга­ни­за­ция коман­ды
   • рас­пре­де­ле­ние задач по при­о­ри­те­там;
   • пла­ни­ро­ва­ние сприн­тов или ите­ра­ций;
   • кон­троль выпол­не­ния задач без «мик­ро­ме­недж­мен­та».
3. Обу­че­ние и мен­тор­ство
   • настав­ни­че­ство для нович­ков;
   • про­ве­де­ние внут­рен­них мита­пов;
   • помощь в росте middle-раз­ра­бот­чи­ков до senior-уров­ня.
4. Ком­му­ни­ка­ции с менедж­мен­том
   • фор­му­ли­ро­ва­ние ста­ту­са про­ек­та в понят­ной фор­ме;
   • аргу­мен­та­ция необ­хо­ди­мо­сти допол­ни­тель­ных ресур­сов;
   • защи­та инте­ре­сов коман­ды на встре­чах.
5. Управ­ле­ние рис­ка­ми
   • ана­лиз потен­ци­аль­ных про­блем на ран­них ста­ди­ях;
   • пред­ло­же­ние аль­тер­на­тив­ных реше­ний;
   • под­го­тов­ка «пла­на Б» на слу­чай форс-мажо­ров.

Чем team lead отличается от менеджера

Услов­но, мене­джер отве­ча­ет на вопрос «что и когда долж­но быть сде­ла­но», а тим­лид — «как это сде­лать на прак­ти­ке и воз­мож­но ли это в задан­ные сро­ки».

При­мер:

• Мене­джер гово­рит: «Через месяц дол­жен быть готов про­то­тип».
• Тим­лид ана­ли­зи­ру­ет ресур­сы и отве­ча­ет: «Если мы оста­вим теку­щий стек тех­но­ло­гий, то не успе­ем. Нуж­но упро­стить функ­ци­о­нал или под­клю­чить ещё двух раз­ра­бот­чи­ков».

Таким обра­зом, тим­лид филь­тру­ет и адап­ти­ру­ет ожи­да­ния биз­не­са под реаль­ность раз­ра­бот­ки.

Почему роль team lead критична

Без тим­ли­да в коман­де часто воз­ни­ка­ют ситу­а­ции, когда:

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

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

Реальные примеры:

• Про­ект на гра­ни сры­ва. В стар­та­пе мене­дже­ры обе­ща­ли инве­сто­рам релиз через три меся­ца. Раз­ра­бот­чи­ки были уве­ре­ны, что мини­мум нужен год. Тим­лид собрал коман­ду, про­вёл аудит, раз­де­лил про­дукт на ите­ра­ции и пред­ло­жил MVP. В ито­ге инве­сто­ры уви­де­ли рабо­чую вер­сию, а коман­да избе­жа­ла выго­ра­ния.
• Отсут­ствие тим­ли­да. В дру­гой ком­па­нии руко­вод­ство пыта­лось управ­лять напря­мую. Зада­чи при­хо­ди­ли в обход при­о­ри­те­тов, тести­ров­щи­ки не успе­ва­ли, баги копи­лись. Через пол­го­да коман­да рас­па­лась, а про­ект закры­ли.

Эти кей­сы пока­зы­ва­ют: нали­чие тим­ли­да может бук­валь­но спа­сти биз­нес.

Навыки, которыми должен обладать team lead

Что­бы быть успеш­ным, тим­ли­ду нуж­ны не толь­ко тех­ни­че­ские зна­ния. Его «набор инстру­мен­тов» гораз­до шире:

• Тех­ни­че­ская экс­пер­ти­за — зна­ние тех­но­ло­гий, уме­ние быст­ро оце­нить код.
• Лидер­ство — спо­соб­ность вести за собой и вдох­нов­лять коман­ду.
• Ком­му­ни­ка­тив­ность — уме­ние гово­рить на одном язы­ке и с про­грам­ми­ста­ми, и с топ-менедж­мен­том.
• Эмпа­тия — пони­ма­ние настро­е­ния коман­ды и уме­ние вовре­мя под­дер­жать.
• Стра­те­ги­че­ское мыш­ле­ние — уме­ние видеть про­ект в дол­го­сроч­ной пер­спек­ти­ве.

Ошибки начинающих тимлидов

Мно­гие раз­ра­бот­чи­ки, ста­но­вясь тим­ли­да­ми, совер­ша­ют одни и те же ошиб­ки:

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

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

Итог

Team lead — это свя­зу­ю­щее зве­но, без кото­ро­го ком­му­ни­ка­ция меж­ду биз­не­сом и IT лома­ет­ся. Он пони­ма­ет код и людей, уме­ет выстра­и­вать про­цес­сы и удер­жи­вать баланс меж­ду каче­ством и сро­ка­ми.

Хоро­ший тим­лид дела­ет коман­ду силь­нее, а ком­па­нию — успеш­нее.