Потребность в лидерах существовала всегда и могу гарантировать, что никогда не исчезнет, даже в такой высокообразованной индустрии как IT. Потребность объединения в группы была неотъемлемой частью развития человеческой цивилизации. А для того, чтобы эти группы не только выживали, но развивались и побеждали, лидерство было критически важным фактором. Тим-лид отвечает за результат работы своей команды.
Тем не менее практически в каждой команде есть сотрудник, который играет роль лидера. В зависимости от масштабов и внутренней структуры организации, это может быть самый опытный разработчик, руководитель отдела, даже технический директор или CEO в небольших стартапах. Он знакомит новичков с проектом, кодом, инструментами и принятыми стандартами. Лидер команды помогает джуниору понять бизнес-процессы и роль разработчика в них. В больших компаниях и командах team lead привлекает к онбордингу новичков других разработчиков.
За разработкой каждого подобного продукта стоит целая команда разработчиков. Не менее важны soft skills — уровень их прокаченности влияет на то, как тимлид построит коммуникацию с командой. Главная его задача — организовать работу разработчиков так, чтобы конечный продукт устроил заказчика. Задачи для тилида могут быть от прямого владельца бизнеса или представителя собственника в заказной разработке.
В Восточной Европе многие международные практики менеджмента проходят эволюционные изменения — и далеко не всегда в лучшую сторону. Это выражается в том, что местный, наш «тим-лидер», управляет командой через чрезмерное с ней сближение. Совместные пьянки, поездки на рыбалку, вообще совместный досуг. Все это само по себе еще не есть переход на темную сторону силы. Главное, чтобы «мухи были отдельно, а котлеты отдельно». В последнее время появились новые профессии, и многие до сих пор путают особенности одних и других.
Если говорить о конкретных цифрах, то среди 1822 бывших украинских тимлидов база данных LinkedIn находит 852 проектных менеджеров и 346 системных архитекторов. Данный материал открывает цикл «Карьера в IT», посвященный описанию разных профессий внутри сферы разработки ПО. В этот статье мы поговорим о первой пост-сеньоровской ступеньке IT-карьеры — позиции team lead.
Один из таких «друзей» в итоге настолько перестал воспринимать своего руководителя, что создал по сути «компанию в компании», стал действовать на пользу себе и во вред учредителю. Этому способствовало и отсутствие нормально выстроенной системы управления бизнесом. Кстати, кроме всего прочего, в компании вскрылся факт хищений «другом».
Отметим, что, согласно данным порталов по поиску работы, в стране наблюдается острая нехватка подобных специалистов. Самостоятельно искать их можно очень долго, что приведет к остановке проектов или срыву сроков, поэтому лучше обратиться в профессиональное HR-агентство. Создать и повести за собой команду, эффективно провести в компании изменения любого уровня и направленности, вывести ее на новые высоты может только руководитель формата «тим-лидер». Чтобы дорасти до этой должности, разработчику нужно освоить множество знаний, обладать лидерскими качествами, проявлять инициативность и развивать софт скиллы.
Термин «тимлид», он же «тимлидер» произошел от английского выражения «team leader», что означает «командный лидер» или «лидер команды». Тимлид в ИТ-команде — это «главный разработчик», который координирует деятельность остальных разработчиков и тех специалистов, которые также участвуют в разработке продукта, но не являются разработчиками. Team leader тимлид обязанности может устроиться на работу в крупную брокерскую или финансовую компанию, бизнес-корпорацию, банк либо в IT-фирму. Интересно, что официальная должность тимлида есть не во всех айти-компаниях. Занять этот пост обычно предлагают самому опытному разработчику или руководителю отдела, в небольшом стартапе – техническому директору или начальнику SEO-отдела.
Мамочка хотела развития, получился сумбур в головке маленькой крохи. 2.Те, кто родился с лидерским потенциалом и имеют сильную внутреннюю мотивацию и желание управлять другими, вести за собой. Став тим-лидом вы, по сути, стали непосредственным руководителем ваших вчерашних друзей-коллег, с которыми обсуждали очередные заскоки начальства и то, как лучше спрятать свои рабочие косяки. Мы выделили три основных момента, которые вам нужно осознать, если еще вчера вы были рядовым сотрудником, а сегодня в вашем статусе рабочего чата появилась приписка «teamlead». Наконец-то случилось то, то чего вы так долго добивались. Руководство вас заметило и повысило до уровня тим-лида.
Или же получится не слишком эффективный мутант, который будет больше напрягать всех, чем помогать повышать эффективность. Модель управления любой организацией в первую очередь всегда зависит от персоны ее руководителя — того, кто занимает верхушку властной пирамиды. Такой человек в силу своего статуса всегда создает ту или иную управленческую среду «под себя», задает тон и выбирает стиль менеджмента, который распространяется на всех остальных. И, по большому счету, качество управления компанией, ее способность быстро адаптироваться под влияние рынка, макроэкономических факторов, действий конкурентов и поведения клиентов зависит от босса. И согласно одному из проведенных американским институтом Gallup международных исследований управленческой среды, в Восточной Европе такой стиль управления является наиболее популярным.
При составлении общей модели нельзя было опираться только на наш опыт работы в Авито, Туту и Рамблере. Один из главных инструментов тимлида – использование методологий по созданию продукта или проекта (Agile, Scrum, Kanban). Тимлид должен хорошо владеть подобными инструментами, чтобы направить команду в нужное русло и не сбиваться с пути, используя основные принципы разработки клиентоориентированного продукта.
Когда легко можно вернуться обратно, если не получается или не нравится. Думаю, что «внезапные» назначения на роль тимлида разработчика, который к этому не готов, случаются очень редко. Интерес тимлида в том, чтобы джун как можно быстрее разобрался в проекте и вышел на приемлемый уровень задач, которые он может делать самостоятельно. Это может быть баг-фикс, какие-то инфраструктурные задачи, связанные с мониторингом приложения или логированием.