+91 120 455 3583, +91 9717835777
Первым опытом стал онлайн спортивный журнал — я верстал новости о футболе и таблички с результатами матчей. Но задержался там ненадолго, вскоре нашел компанию, в которой работал удаленно следующие четыре года, пока не закончил магистратуру. Живой интерес к техническим новшествам и трендам в своей сфере. Он должен в совершенстве владеть языками разработки и иметь достаточный опыт программирования. Обучение и развитие инженерных навыков участников команды.
Также она может включать ответственность за нахождение и внедрение новых технологий, управление бизнес-стратегией и доходами. Командные лидеры — это специалисты, которые работают в отраслях, связанных с производством или информационными технологиями. Как и руководители проектов, они общаются с членами команды, интересуются ожиданиями и спецификациями проекта.
— В чем состоит работа технического лидера?
Планирование, разработка стратегии функционального развития продукта. Предотвращение рисков, возникающих из-за технического несовершенства продукта. А в проектах часто что-то идёт не так, особенно из-за сроков и неопределённости требований — иначе любой проект с архитектором становился бы технически успешным автоматически). К сожалению, синяя изолента иногда вылазит за пределы даже одного сервиса в SOA, и это непосредственным образом начинает влиять на гибкость и масштабируемость всей системы. И это важная задача менеджмента — понять, какой подход покажет бОльшую эффективность.
Обратите внимание, что одни и те же должности могут отличаться по обязанностям в разных компаниях. Возглавлял KPIdata — некоммерческую организацию, которая разрабатывала программное обеспечение для доступа к вопросам качества высшего образования в Киевском политехническом институте. Команда была расширена до 10 основных членов (всего 3 инженера-программиста, включая меня), и в конечном итоге 180+ индивидуальных участников помогли нам реализовать проект. Решение наиболее сложных задач, связанных с техническим процессом. Глубокие знания и самодостаточность старшего инженера очень полезны в команде.
Место работы
Тимлиду обязательно обладать хорошими навыками управленца и одновременно разбираться в технических вопросах, иначе добиться расположения команды «технарей» будет непросто. Чтобы команда эффективно работала, каждый ее член должен быть на своем месте. Нелогично доверять джуну проверку кода, а фронтендеру – разработку серверной части проекта. Кроме того, у каждого специалиста могут быть более индивидуальные сильные и слабые стороны, и командный лидер обязан их учитывать.
Еще стоит выделить навык, обязательный для лидов в Украине, — английский язык. Если для разработчиков у нас он еще считается не обязательным, то для Team Lead в украинских реалиях в 99 % случаев это must have. Также нужно быть специалистом хотя бы в одном направлении — Backend или Frontend — а в идеале фулстеком. Однако работа на внутренний рынок ограничивала мои дальнейшие перспективы, и я задумался о вариантах, которые позволят мне иметь бОльший выбор в будущем. Резкое снижение доходов в 2014, вызванное падением национальной валюты, послужило мощным катализатором. В 37 лет я начал свою новую карьеру с позиции Junior iOS разработчика.
Отличия техлида не только от тимлида, но и сеньора-программиста
Во-первых пойди разбери, кто что думает на самом деле (так что приходится уточнять «а что вы имеете ввиду под должностью тимлида?»), а во-вторых для манагерских позиций крайне важен опыт. В этом и проблема, что роль и должность — это разные понятия, но из-за схожести звучания их мешают. Самое смешное — если человек не выполняет роль тимлида, то навешивание ярлыка «тимлид» моментально ситуацию не исправит. Но как только возникнут проблемы — кто-то возьмется за их решение (или команду уволят).
Если техлид перестает работать руками — он деградирует как специалист и теряет авторитет в глазах команды мгновенно. Если технический лидер является также опытнейшим инженером и умнейшим человеком в команде, он может быть своего рода тренером, который всегда играет. Такой техлид обучает других, при этом обучаясь самому.
Путь к позиции Team Lead
Мы будем обсуждать то, как выбрать и внедрить подходящие инженерные практики, как добиться технического совершенства и выстроить инженерные процессы. Решает технически сложные задачи, которые другие инженеры в команде не в состоянии решить. Берет на себя ответственность за внедрение новых подходов к разработке, тестированию, доставке и выбор новых технологий. Поговорили с Олегом про такую роль у разработчиков как техлид. Если в компании нет главного директора по информационным технологиям, то главный технический директор исполняет и эти обязанности.
- Однако не стоит питать иллюзий, что будто-бы нужно часто хвалить технического лидера.
- Конечно, сравнивать техлида и senior-инженера не совсем корректно, потому что одно — роль, а второе — обычно должность.
- В случае, когда необходимо делать подбор релевантного разработчика для задачи, избегая групповых конфликтов интересов при выборе пердпочитаемых тасков, это должен делать тим лид.
- Вы на начальном пути к эффективному управлению, но чтобы стать Гуру на 100%.
- Различие между техлидом и тимлидом одновременно и самое очевидное, и самое расплывчатое.
- В настоящее время существует немало автоматизированных систем и сервисов для эффективного управления командами в рамках проекта.
Чем больше люди в компании будут знать вас и понимать, что вы делаете, тем лучше. У меня есть простой способ, которым я пользуюсь, когда чувствую, что «застрял». Я просто ставлю себя на tech lead это место моего менеджера и задаю себе вопрос «кого я могу поставить на свое место, когда буду уходить из компании? Обычно здравый смысл сам подсказывает ответы на вопросы «что делать».
Профессиональные знания и навыки
Может быстро разобраться в предметной области и понимает, как технические решения влияют на реальную жизнь. В целом это можно определить как «поднимает уровень технического совершенства». Для этого надо и самому принимать многие технические решения, и создавать условия для того, чтобы некоторые из них команда могла принимать и реализовывать самостоятельно. Минимизирует риски для развития продукта, связанные с техническими ограничениям, преодолевает технические блокеры для бизнеса.
Этот человек незаменим, если в команде проекта больше 5 человек, от которых нужны эффективность и продуктивность. По-моему, ни один Software Architect не может самостоятельно строить как глобальный, так и локальный технические оптимумы в большом продукте. Это трудно, если не невозможно — и такой архитектор очень быстро превратится в Ivory Tower Architect, который оторван от реальности.
