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

[@AlexFeaT]

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

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

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

[@true_ivansanin]

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

[@justnow6970]

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

[@antonfilippov5589]

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

[@samuraibudoev5857]

100%

[@nektoNick]

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

[@vadimburavlev4773]

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

[@evgenyyudin6644]

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

[@eugenes9602]

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

[@1shakirov]

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

[@izi-php]

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

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

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

[@ivankudinov4153]

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

[@alexandersamorodov7217]

Лучший.

[@evseevav]

Теплый ламповый доклад

[@samuraibudoev5857]

У чувака управленческая инфантильность. Просто клоун какой-то