Из программиста в тимлиды — дорога в один конец

Вопрос лидерства актуален в каждой организации. Официальные руководители, замы, «серые кардиналы» — это люди, которые призваны организовать работу команды на результат. Но требования к руководящим должностям в любой отрасли свои. В программировании заниматься руководством без понимания основ процесса практически невозможно. Так считает Борис Шишкин — тимлид команды разработчиков ALNA из небольшого провинциального города Краснодарского края.

Команда начала формироваться в 2017 году и с тех пор выросла с одного человека до 10 специалистов команды разработки. Основной продукт, ради которого создавалась команда — доска бесплатных объявлений ALNA.RU. Но за 4 года компания смогла реализовать порядка 10 проектов, регулярно получает и успешно сдаёт продукты для госзаказов.

- Зачем в программировании придумали должность тимлида. Ведь фактически это просто руководитель?

- Я не люблю само слово «руководитель» у меня оно ассоциируется с тем, что человек просто «водит руками». Чтобы создать команду программистов, мало давать им указания. Я трепетно отношусь к постановке задач, ведь сам начинал как программист и много лет писал только в одиночку. Но со временем пришло осознание того, что одному большой проект создать сложно. Для этого нужна команда как минимум из 5 человек.

Такой коллектив похож на небольшую семью, в которой тимлид — глава, а проект — ребёнок.

Основная задача лидера — «зажигать» коллектив. Тимлид сам должен гореть проектом. Видеть путь и показывать его команде. Человеку свойственно сомневаться. В программировании может быть сотня сомнений по поводу того, каким путём пойти. А тимлид должен направить, куда идти и держать ответственность за принятое решение.

- Может ли тимлидом стать человек, далёкий от программирования?

- В принципе — может. В IT есть много направлений и каждому из них, даже в составе одной команды нужны свои лидеры. В больших проектах свои тимлиды есть у бэкендов, у фронтендов, у дизайнеров и у девопсов. Каждый из них в идеале должен хорошо понимать, чем занимается его направление, обладать знаниями в нём. Но в реалиях небольших команд провинциальных городов, тимлид занимается управлением всеми направлениями. Я лучше всего знаю сторону бэкенд разработки, но приходится направлять и фронтов, и UX, и скрам менеджеру помогать.

Изначально, когда мы думали создавать команду, пытались привлечь специалистов для руководства, которые имели бы административные навыки, но не понимали в программировании. Этот подход не показал хороших результатов.

Руководитель со стороны пытается выстроить жёсткую модель управления, так как ему кажется, что специалист, который сидит за компьютером — не работает. Он не понимает, сколько времени реально может быть потрачено на задачу. На этой почве возникают конфликты, которые мешают работать.

Я очень трепетно отношусь к постановке задач, понимаю, что какие-то из них специалистам будет несвойственно выполнять и может возникнуть внутренний протест. Например, когда девопсу ставишь задачу проложить коммуникационные сети, понятно, что это не его основной функционал, но он справится с лучше других членов команды. Или фронтенду порой приходится разбираться в больших объёмах данных, решать дизайнерские вопросы. Такие задачи стараюсь ставить так, чтобы их выполнение было комфортно по срокам и по силам.

- Вы осознанно шли к тому, чтобы стать тимлидом?

- Нет, это произошло само собой. Просто в один момент меня так стали воспринимать коллеги, и я подумал: «Почему бы и нет». Изначально я учился на математика. В то время, программирование было моим хобби. И когда я полностью погрузился в IT, то понял, что у меня исчезло хобби, ведь оно стало работой. Это было большое разочарование. А когда я стал лидером команды, получается, что основа деятельности — ведение проекта, работа с другими людьми. Теперь для меня программирование опять стало хобби. Что не может не радовать. Я продумываю проекты и отдаю их на доработку команде. Так у меня появляется больше времени на творчество, на мысли и изучение нового.

Есть и минусы в лидерстве. Основной — тебе приходится нести ответственность за работу всей команды и контактировать с заказчиками, директорами, инвесторами. Если работа идет хорошо, то хвалить никто не будет, а вот, в случае осечки, первый удар принимает тимлид. Он должен, с одной стороны защитить команду и с другой — донести потом команде точку зрения заказчика. Но сделать это нужно так, чтобы не поднять возмущение. По большому счёту тимлид работает дипломатом и следит за настроением в коллективе.

- Если есть желание стать тимлидом, но команда тебя не воспринимает, что можете посоветовать?

- Скорее всего, такая ситуация может произойти там, где уже есть лидеры и в таком случае выход один — пытаться собрать вокруг себя единомышленников и сколотить свою команду. Только нужно быть корректным и не строить своего, разрушая то, что уже есть. Если плести интриги, они легко могут быть сплетены и против вас.

Хороших лидеров не хватает. И если вы сможете создать команду, то тимлид с которым вы работали, вряд ли будет ставить палки в колёса. Ведь чем больше полноценных команд создаётся, тем больше проектов можно взять.

В основном программисты замкнутые люди, и когда в компании появляется специалист, готовый взаимодействовать не только с машиной, но и с людьми, передавать им свои знания, работать над сплочением команды, то он становится ценным сотрудником.

А ещё я убеждён, что для тимлида важен возраст. Только личный опыт позволяет чувствовать себя уверенно и вести команду в нужном направлении. К сожалению, без него становиться управленцем сложно.

- Стоит ли программистам стремиться в лидерство?

- До того, как стать тимлидом, я около 15 лет занимался только программированием и тогда понял, что в 50 лет, оглядываясь назад, я разочаруюсь, что не сделал большего. Ведь один человек может написать не так много. Другое дело — команда. Несколько программистов совместно за год могут сделать столько проектов, сколько один не сделает за 10 лет.

Я хотел брать сложные проекты, делать больше и, благодаря команде — могу это реализовать.

- А если страшно разочароваться в финале трудовой деятельности, но лидерских качеств нет?

- Есть возможность стать архитектором проектов. Архитектура, продумывание алгоритмов работы — это важная составляющая, которая сейчас есть не у каждой команды. Поэтому для тех, кто не готов идти в лидеры, стать архитектором — прекрасный шанс для роста.

Подписывайтесь на нас в соцсетях, если хотите быть в курсе последних событий в сфере бизнеса и технологий.