Комментарии 27
Спасибо!
Позже я увидел, что если сосредоточиться на том, чтобы приводить новых людей и проводить с ними более короткие собеседования, пользы будет намного больше
Не совсем понятно, вы рекомендуете максимально просто и быстро брать человека на работу или не углубляться в собеседование? Что значит «приводить новых людей»?
Мне повезло, что лично не пришлось никого увольнять
А мне не очень. Был случай, когда я вышестоящему начальству в марте четко и ясно сказал — этого человека надо уволить, вы даете добро? Начальство держало его до ноября (!), после он был со скандалом уволен. До сих пор не понимаю, зачем нужно было его столько держать?
Я к тому, что обычно начинающий тимлид больше готов к приему на работу новичков, и совсем не готов к увольнению подчиненных.
Я к тому, что обычно начинающий тимлид больше готов к приему на работу новичков, и совсем не готов к увольнению подчиненных.
Видимо, многое зависит от компании и коллектива. Как показывает личная практика, есть тимлиды, которые непрочь обновить вверенный ему коллектив, а потом приступать к непосредственной работе. Но тут, скорее, ошибка вышестоящих управленцев.
вот так поработав лидом хотя бы несколько месяцев начинаешь до слез прямо любить тишину своего рабочего места и КОД. Как все же классно копаться в коде: где мои 18 лет :)!
А ведь есть еще один очень важный аспект работы тим-лида здесь не упомянутый.
это жуткое ощущение практической бесполезности всей этой работы: когда ты весь день занят тысячей мелких проблем а к вечеру кажется, что не успел фактически ничего. Очень важно понимать, что оценка работы тим-лида строится на совершенно иных критериях.
Т.е. из всех перечисленных в статье пунктов, самый важный все же
> Меньше заниматься разработкой
НО, если двигаться дальше, в менеджмент, то там в плане «заниматься разработкой» все еще хуже :)
А ведь есть еще один очень важный аспект работы тим-лида здесь не упомянутый.
это жуткое ощущение практической бесполезности всей этой работы: когда ты весь день занят тысячей мелких проблем а к вечеру кажется, что не успел фактически ничего. Очень важно понимать, что оценка работы тим-лида строится на совершенно иных критериях.
Т.е. из всех перечисленных в статье пунктов, самый важный все же
> Меньше заниматься разработкой
НО, если двигаться дальше, в менеджмент, то там в плане «заниматься разработкой» все еще хуже :)
это жуткое ощущение практической бесполезности всей этой работы: когда ты весь день занят тысячей мелких проблем а к вечеру кажется, что не успел фактически ничего
Я думал такое только у меня, оказывается нет…
это жуткое ощущение практической бесполезности всей этой работы: когда ты весь день занят тысячей мелких проблем а к вечеру кажется, что не успел фактически ничего.
Самое тяжелое при этом потом распределять затраченное время если работаешь на почасовой оплате…
Слишком поздно я понял,
Выгнали таки с работы? ;-)
Большинство моментов в статье точно подмечены, но, читая некоторые, я недопонимаю, причем тут технический лидер. Разве обязанностью технического лидера является следить за финансами, расчетами с подрядчиками, а также решать вопросы с болезнями, опозданиями, отпусками членов команды, разруливанием конфликтов, личными проблемами? Разве это не менеджер проекта должен делать?
Я делал чужие проблемы своими собственными, и вместо того чтобы держать необходимую дистанцию, позволял сочувствию взять верх
Однажды в 3 часа ночи мне позвонил сотрудник и слезно просил приехать с деньгами, что бы его машину не эвакуировали. У него паника: отработаю, расплачУсь. Поехал. Но урок получил. дружба-дружбой, служба-службой.
Спасибо за статью! Это, несомненно, личные ощущения. Кому-то одно кажется более важным и сложным, у кого-то другое вызывает стресс. Мои ощущения были, что огромное количество совещаний серьезно выбивает почву из под ног, особенно когда надо сконцентрироваться на какой-нибудь срочной задаче. Помимо совещаний важным испытанием для моей совести стало, что начинаешь узнавать вещи, о которых рядовым сотрудникам не всегда корректно говорить. В частности, о грядущих сокращениях.
Подпишусь под каждым пунктом статьи. Сам через всё это прошёл
Честно говоря, непонятно совершенно, что тут неожиданного. Чувак сидел и кодил где-то в дальнем углу за микроволновкой, задания брал из таск-листа, а с людьми не разговаривал? Перед тем, как стать тим-лидом, он ни разу не подходил к своему тогдашнему тим-лиду с личными вопросами или за советом, не получал от него команд, «мотивации» и не высказывал ему «фидбэки»? Не был на планерках, не понимал, что со смежными подразделениями общается в основном он? Или просто не понимал, что ему, как тимлиду, это тоже светит?
Из не вполне очевидного здесь разве что финансовые вопросы и планирование, и то…
Вот, что действительно может оказаться неожиданным, так это то, что тебя, как тимлида, могут при всей команде как кота помойного мордой по столу повозить за прокол. Что ни кнута, ни пряника не дадут — не сможешь дать подчиненным ни заметного поощрения, ни заметного наказания, только спасибо сказать или наорать. Что твоих подчиненных могут без твоего ведома перебросить на другую задачу. Что на планерку надо являться не в качестве тимлида за всю команду, а всей командой. Что выгнать человека, который больше мешает, чем работает, труднее, чем заставить себя уволить человека, а принять в команду вменяемого работника вообще нереально. Что личные отношения при решении профессиональных вопросов (да и не только) важнее профессионализма. Что если ты не понимаешь, как в таких условиях быть лидом какой-либо тим, то и не быть тебе тимлидом.
Из не вполне очевидного здесь разве что финансовые вопросы и планирование, и то…
Вот, что действительно может оказаться неожиданным, так это то, что тебя, как тимлида, могут при всей команде как кота помойного мордой по столу повозить за прокол. Что ни кнута, ни пряника не дадут — не сможешь дать подчиненным ни заметного поощрения, ни заметного наказания, только спасибо сказать или наорать. Что твоих подчиненных могут без твоего ведома перебросить на другую задачу. Что на планерку надо являться не в качестве тимлида за всю команду, а всей командой. Что выгнать человека, который больше мешает, чем работает, труднее, чем заставить себя уволить человека, а принять в команду вменяемого работника вообще нереально. Что личные отношения при решении профессиональных вопросов (да и не только) важнее профессионализма. Что если ты не понимаешь, как в таких условиях быть лидом какой-либо тим, то и не быть тебе тимлидом.
Мне, как разработчику, непонятно – зачем вообще становиться тимлидом? Ведь расти в технологическом плане можно бесконечно и жизни не хватит, чтобы научиться отлично решать задачи на всех языках и платформах. Неужели тимлидам много платят?
Тимлидам — не то, чтобы много, но чутка поболе. Однако начальникам — поболе порой в разы. А мимо тимлида начальником не станешь.
И потом, «расти» — понятие неоднозначное. Джуниор, миддл, сеньор — всё! Ну, или техник, инженер, инженер 2 кат, инженер 1 кат, ведущий инженер — всё! А то, что ты такой замечательный специалист с богатейшим внутренним миром и отлично решаешь любые задачи, будут знать человек пять, и не факт, что твой начальник будет среди них. Задача решается коллективом, а кто ее решил — пофигу, более того, быстрый говнокодер может цениться выше. А расти по руководящей линии можно гораздо дольше, а с плавным уходом в политику — вообще почти бесконечно. При этом можно быть никаким специалистом, и, что интересно, и никаким руководителем.
И потом, «расти» — понятие неоднозначное. Джуниор, миддл, сеньор — всё! Ну, или техник, инженер, инженер 2 кат, инженер 1 кат, ведущий инженер — всё! А то, что ты такой замечательный специалист с богатейшим внутренним миром и отлично решаешь любые задачи, будут знать человек пять, и не факт, что твой начальник будет среди них. Задача решается коллективом, а кто ее решил — пофигу, более того, быстрый говнокодер может цениться выше. А расти по руководящей линии можно гораздо дольше, а с плавным уходом в политику — вообще почти бесконечно. При этом можно быть никаким специалистом, и, что интересно, и никаким руководителем.
Странно, почему тимлид занимался менеджментом денег?
В каждой компании свое понятие о зоне ответственности тимлида, в ряде случаев туда может включаться и денежные вопросы (например, о премировании сотрудников, найме фрилансеров и т.п.). Плюс это перевод, а в другой стране понимание роли тимлида может несколько отличаться.
Ну это к тем компаниям, где программисты занимаются пиаром продукта, правовой стороной приложений и тд. Или я не прав?:)
Не совсем понял последний коммент, но насчет тимлидов. Смотрите, тимлид это младший менеджер и в теории вопросы денег должны решать более старшие менеджеры (project manager, product manager и т.п.), но все очень сильно зависит от структуры компании. Я знаю, западные компании где старший программист на самом деле исполняет роль мини-тимлида, а тимлид практически роль project manager. Знаю компании, где project manager'ов в принципе нет, а тимлиды подчиняются напрямую директору по разработки (в основном небольшие или продуктовые). Знаю компании, где есть две параллельные иерархии — линейная и проектная, где линейный менеджер-тимлид занимается управлением ресурсами, а project manager договаривается с ним о ресурсах на проект. Во этих и других случаях тимлид вполне может заниматься и менеджментом денег.
Вывод: в каждой компании может быть свое понимание обязанностей тимлида, project managera, технического менеджера и т.д.
Вывод: в каждой компании может быть свое понимание обязанностей тимлида, project managera, технического менеджера и т.д.
Ну, по-хорошему, каждый должен делать то, что у него получается лучше всего. Тимлид должен следить за кодом, продумывать архитектуру и развитие продукта. Принимать опять же архитектурные решения.
Тимлид должен следить за кодом, продумывать архитектуру и развитие продукта. Принимать опять же архитектурные решения.
С чего вы взяли что это обязанности любого тим лида?
1) Следить за кодом скорее обязанность старших разработчиков (тим.лид, в принципе, не обязан быть самым лучшим программистом и вообще быть программистом, тим.лид команды разработчиков иногда может быть например бизнес аналитиком или QA).
2) Продумывать архитектуру и развитие продукта это скорее обязанность архитекторов, бизнес аналитиком и технического лида/технического менеджера (это далеко не всегда тоже самое что тимлид), в конце концов, технического директора (CTO: Сhief technical officer/ Chief technology officer), для тим.лид это скорее второстепенная обязанность.
В принципе, главная обязанность тим.лида это отвечать за свою команду и её производительность. Все остальное необязательные и второстепенные функции.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
К чему можно оказаться не готовым, став тим-лидом