Главное, что должен уметь тимлид, — это писать код / Александр Кирсанов (ВКонтакте, VK)

Приглашаем на конференцию TeamLead Conf++ 2024, которая пройдет 27 и 28 ноября в Москве!
---------
Самая крупная мультиформатная конференция для тимлидов и руководителей

Презентация и тезисы:

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

[AlexFeaT]

Позвали сеньора, рассказать, как он руководит командой. Доклад хорош с точки зрения вредных советов.

[justnow]

Вертикальные связи -- наше все. Интересно посмотреть его "почасовку".

[true_ivansanin]

Очень крутой докладчик! И, кажется, он правда счастливый. Это огромная удача - быть чем-то увлеченным и оказаться востребованным в этом. Я очень рад за Александра, хотелось бы рядом видеть такого сотрудника.
Вероятно, доклад далек от темы управления проектами и командой, по крайней мере, для большинства компаний его подход малоприменим. Но такой подход определенно имеет право на жизнь

[НиколайЗыков-ек]

Доклад: как остаться сеньором, несмотря на то, что тебя сделали тимлидом

[antonfilippov]

Доклад плох не сколько тем что там вредные советы (или попытка в постиронию), а тем что почти ни один тезис ничем не подкреплен кроме как словами "так не работает" и "так работает"
Получилась своего рода антиреклама работы в ВК для тимлидов

[shakirov]

Норм чувак, отправляет на встречи своих подчиненных вместо себя. Хорошо устроился :)

[vadimburavlev]

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

[eugenes]

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

[nektoNick]

На этом же канале был доклад "Самый шерстяной волчара: тимлид с технической ролью и без" - рекомендую как альтернативу

[evgenyyudin]

Понравилась секция с демонстрацией кода, последний так вообще огонь ;-) Это действительно то, ради чего многие идут в программирование и хочется именно этого, а "не это всё". Но сам подход спорный.

[ИгорьСимаков-еж]

У меня был такой лид, это не Тим лид, а скорее тех лид. Он ушел и все развалилось

[ivankudinov]

как будто спешл-эпизод из сериала Кремниевая Долина

[izi-php]

100% согласен с автором, очень круто и очень правильно делегировать на разработчиков.. так они не только совершают ошибки, но они еще и лучше узнают продукт - в этом больший профит, чем даже в той же ответственности... Но ответственность все равно на тимлиде как ни крути... ) Ответственность тут не делегируется и контроль за разработчиком должен быть, иначе никак) Разработчик все равно должен согласовать то или иное решение и заапрувить его должен тимлид, который, возможно еще должен сходить к манагерам или руководителям чтобы согласовать то или иное решение... А руководители не любят много точек входа в них))
И еще, такой подход возможен когда в компании тебе дают картбланш на управление разработкой и не лезут если все "очень хорошо работает"... ) Но в 70%+ компаний все не так радужно ( Там хотят полного контроля, метрик производительности (например понимания пропускной способности и тп...)
Я тоже программирую, но чаще ночью )