Главное, что должен уметь тимлид, - это писать код / Александр Кирсанов (ВКонтакте, VK)
HTML-код
- Опубликовано: 29 окт 2023
- Приглашаем на конференцию TeamLead Conf 2024, которая пройдет 27 и 28 июня в Санкт-Петербурге!
Программа, подробности и билеты по ссылке: vk.cc/cuyJ0A
---------
Самая крупная мультиформатная конференция для тимлидов и руководителей
Презентация и тезисы:
teamleadconf.ru/moscow/2023/a...
Частое явление: когда разработчик становится руководителем даже небольшой команды, он начинает распыляться. Бесконечные созвоны, синки, встречи, общение, мотивация, контроль. Он перестаёт или почти перестаёт писать код, в глазах - тоска, в душе - апатия, а в мыслях - ностальгия.
...
--------
Нашли ошибку в видео? Пишите нам на support@ontico.ru
Очень крутой докладчик! И, кажется, он правда счастливый. Это огромная удача - быть чем-то увлеченным и оказаться востребованным в этом. Я очень рад за Александра, хотелось бы рядом видеть такого сотрудника.
Вероятно, доклад далек от темы управления проектами и командой, по крайней мере, для большинства компаний его подход малоприменим. Но такой подход определенно имеет право на жизнь
100% согласен с автором, очень круто и очень правильно делегировать на разработчиков.. так они не только совершают ошибки, но они еще и лучше узнают продукт - в этом больший профит, чем даже в той же ответственности... Но ответственность все равно на тимлиде как ни крути... ) Ответственность тут не делегируется и контроль за разработчиком должен быть, иначе никак) Разработчик все равно должен согласовать то или иное решение и заапрувить его должен тимлид, который, возможно еще должен сходить к манагерам или руководителям чтобы согласовать то или иное решение... А руководители не любят много точек входа в них))
И еще, такой подход возможен когда в компании тебе дают картбланш на управление разработкой и не лезут если все "очень хорошо работает"... ) Но в 70%+ компаний все не так радужно ( Там хотят полного контроля, метрик производительности (например понимания пропускной способности и тп...)
Я тоже программирую, но чаще ночью )
Позвали сеньора, рассказать, как он руководит командой. Доклад хорош с точки зрения вредных советов.
Теплый ламповый доклад
Лучший.
На этом же канале был доклад "Самый шерстяной волчара: тимлид с технической ролью и без" - рекомендую как альтернативу
Понравилась секция с демонстрацией кода, последний так вообще огонь ;-) Это действительно то, ради чего многие идут в программирование и хочется именно этого, а "не это всё". Но сам подход спорный.
Доклад: как остаться сеньором, несмотря на то, что тебя сделали тимлидом
У меня был такой лид, это не Тим лид, а скорее тех лид. Он ушел и все развалилось
К сожалению, практика показывает, что люди не особо желают брать на себя ответственность и если их ставить в такую ситуацию, они тупо начинают факапить. Просто потому, что среди программистов довольно мало хорошо организованных людей с сильными техническими навыками. И когда люди начинают факапить, придут выкручивать первичные половые признаки не разработчику из команды, а в первую очередь лиду. Кроме того, разработчики еще и увольняются.
Норм чувак, отправляет на встречи своих подчиненных вместо себя. Хорошо устроился :)