Я не знаю, но я знаю того, кто знает

Тимлид не должен знать ответы на все вопросы - вполне достаточно знать тех, кто знает ответы на эти вопросы.

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

Мне эта ситуация напоминала джунов, которые зачем-то заучивают сигнатуры библиотечных методов. Даже ностальгия пробивает в такие моменты - вспоминаю, как сам перед первыми собесами по шарпу зубрил сигнатуры методов Entity Framework. Абсолютно бесполезное занятие, хотя некоторые интервьюеры до сих пор грешат подобного рода вопросами. Я даже ставил некоторых в ступор вопросом "И зачем мне это помнить?".

При этом любой из моих серьёрных друзей и коллег на вопрос "Какой главный навык для джуна?" отвечает: умение гуглить.

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

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

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

(тут я не удержался и вставил мемас)

В качестве приятного бонуса люди выходят за рамки команды и учатся искать ответы на свои вопросы вне её. +10 к самостоятельности :)