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

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

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

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

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

Лучший.

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

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

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

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

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

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