Что такое team lead
Что должен делать тимлид: роли, обязанности и навыки
Тимлид (Team Lead) – специалист, который руководит командой разработчиков. Это должность, а не профессия. Нельзя пройти курсы и стать лидером команды. Единственный путь – это получение опыта и наращивание профессиональных компетенций.
Чем занимается тимлид
Тимлид руководит командой разработчиков. Обычно он не пишет код (хотя может). Обычно он не думает об архитектуре (хотя может).
Общается с клиентами или бизнес-подразделениями компании.
Оценивает задачи, сроки каждого этапа, разбивает их на спринты.
Распределяет нагрузку между разработчиками.
Следит за тем, чтобы таски закрывались в срок.
Оценивает решения разработчиков, дает рекомендации.
Согласует с заказчиком готовую работу.
Тимлид несет ответственность за проект. Сроки сорваны – виноват тимлид. Хотите добавить еще фичи – разговаривайте с тимлидом (он скажет, что этот спринт уже заблокирован, но, возможно, в следующем возьмутся за вашу фичу – если сможете ее «продать»).
На тимлиде также лежат обязанности по формированию команды, онбордингу, поддержанию рабочей атмосферы. Нагрузка может быть разной. В одних компаниях тимлиды закрывают весь цикл найма разработчиков – от поиска и собеседования до онбординга и менторинга. В других компаниях тимлиды подключаются только на этапе финального собеседования с кандидатом и принимают решение о том, выдавать ли оффер.
От тимлида во многом зависит, будут ли разработчики расти профессионально. Решать эту задачу можно разными способами: проводить код-ревью, обсуждать код на индивидуальных или общих встречах, заниматься парным программированием.
У хорошего тимлида джуниоры быстро растут до мидлов. У плохого – занимаются формошлепством месяцами и не понимают, как их работа помогает бизнесу.
Какие навыки нужны тимлиду
Должность тимлида находится на стыке разработки и менеджмента. Поэтому бизнес ждет от него мощных хард- и софт-скиллов.
Опыт работы от 3-5 лет – и желательно, чтобы он включал опыт руководства хотя бы небольшой командой.
Опыт проведения код-ревью, менторинга – потому что придется помогать другим разработчикам, подтягивать джуниоров.
Умение принимать решения и брать на себя ответственность – все, что происходит с проектом, становится головной болью тимлида.
Аналитические способности и критическое мышление – для правильной оценки сложности задачи, расстановки приоритетов.
Навыки делегирования – чтобы грамотно распределять задачи между членами команды.
Знание HR – нужно разбираться в кадровой политике, потому что точно придется участвовать в формировании команды и наборе сотрудников.
Умение мотивировать сотрудников – и вообще общаться с людьми, в том числе предотвращать конфликты.
Тайм-менеджмент – для выставления реальных сроков решения задач.
Тимлид должен быть экспертом в том стеке, который использует команда. Необязательно быть лучшим во всем – это просто невозможно. Но в случае форс-мажора лидер должен быть способен заменить любого члена команды хотя бы на уровне поддержания жизнеспособности проекта.
Как стать тимлидом
В идеальном представлении путь до тимлида выглядит так:
В неидеальной жизни дорога может быть куда более сложной. Но многое зависит от размера компании и сложности проекта. А еще – от навыков человека. Не каждый сеньор может и хочет становиться тимлидом. Не всем нравится управлять людьми, общаться с бизнес-подразделениями и клиентами.
Тимлидом могут назначить и менеджера, который отлично умеет работать с клиентами. Но это ошибка, из-за которой пострадает процесс разработки. Если среди разработчиков не найдется неформальный лидер, то работа встанет. Менеджеру, который не имеет опыта в разработке, не удастся правильно оценить объем работы и распределить задачи.
Чему нужно научиться, чтобы стать тимлидом
Чтобы стать тимлидом, разработчику нужно развивать в себе менеджерские компетенции. Придется научиться:
переключаться между разными задачами,
распределять нагрузку между членами команды,
общаться с бизнесом.
Единственный способ понять, сможете ли вы быть тимлидом, – попробовать. Брать на себя больше ответственности, выполнять задачи «под ключ», чаще общаться с продакт-менеджерами, клиентами и бизнес-подразделениями компании, чтобы развить в себе продуктовое мышление.
«Быть» – новый подкаст от команды Timeweb, в котором участвуют представители различных айтишных профессий. Вы узнаете, чем они занимаются, какие навыки для этого нужны и что им доставляет наибольшее удовольствие в работе. Первый выпуск подкаста посвящен вопросам тимлидинга.
Кто такой тимлид (он же Lead)
Как устроена работа человека, которого слушают даже сеньоры.
Послушать аудиоверсию этой статьи (7 минут):
Слушайте Кто такой тимлид на Яндекс.Музыке
Когда мы говорили про сеньоров, то сказали, что один из вариантов их профессионального развития — стать тимлидом. Это самый важный человек в команде.
Чем тимлид отличается от сеньора и других программистов
Вы уже знаете, что джуниоры занимаются простыми вещами, мидлы пишут код, а сеньоры, кроме этого, думают над архитектурой и проектом в целом. Но чтобы все эти люди шли к общей цели, ими нужно руководить.
Тимлид (teamlead) — руководитель команды разработчиков. Он уже не пишет код своими руками и не думает над тем, как реализовать ту или иную функцию. Вместо этого он занимается распределением нагрузки на команду, следит за ходом проекта и берёт на себя ответственность за проект в целом.
Тимлид — это высококвалифицированный программист, который знает, как управлять другими программистами.
Зачем нужны тимлиды
Представьте такую ситуацию: в компанию программистов приходит заказчик и просит разработать мобильное приложение. Сеньор начинает планировать архитектуру, мидлы пишут код, а джуниоры прикручивают кнопки в интерфейсах.
Некоторое время спустя заказчик видит, что каждый занимается своим делом, но целого продукта нет — есть отдельные части, которые работают, но половины функций нет, а те, что есть, работают не так, как нужно.
Тимлиды нужны как раз для того, чтобы таких ситуаций не возникало. Для этого тимлид делает свою руководительскую работу:
Как им стать
Как правило, тимлиды — это бывшие сеньоры.
Джуниор или мидл не смогут стать настоящими тимлидами, потому что у них не хватит квалификации оценить проект в целом и сеньоры не будут воспринимать их всерьёз. Иногда тимлидами назначают простых менеджеров, чтобы они работали с клиентом, но это тоже ошибка — такой менеджер не сможет правильно оценить объём работ и грамотно распределить задачи в команде. Чтобы стать тимлидом, нужен большой опыт в разработке и решении архитектурных задач — а этим как раз и занимаются сеньоры.
Но не из каждого сеньора получится отличный тимлид. Всё дело в управленческих навыках, которые есть не у каждого программиста. Даже если взять первоклассного сеньора, далеко не факт, что он будет так же эффективно управлять всей командой, как пишет свой код.
Кроме своей области программирования тимлид должен знать и уметь:
Короче, тимлид — это менеджер, который в совершенстве знает стек программирования своей команды.
Сколько зарабатывает тимлид
Мы посмотрели зарплаты тимлидов в разных направлениях на начало 2020 года и вот что выяснили:
Разработка мобильных приложений — 228 тысяч.
Что дальше
А дальше всё зависит от того, насколько тимлиду нравятся функции менеджера. Если ему больше нравится управлять, чем программировать, то из него может получиться хороший продакт-менеджер. О том, кто это такой — в следующий раз.
Тимлид – что это за профессия, чем занимается специалист и сколько зарабатывает
Здравствуйте, уважаемые читатели!
Любому обществу, группе или компании нужен свой лидер, который организует и поведет всех за собой. Если на предприятии каждый будет заниматься только своим делом, не обращая внимания на синхронность с другими специалистами, получатся только отдельные компоненты, а не цельный продукт.
Поэтому нужен человек, который видит картину целиком и сможет для каждого выделить свою задачу. Лидер, который мотивирует и вдохновляет на продуктивную работу, умеет управлять человеческими ресурсами. И тимлид – это тот, кто сможет все это осуществить. Я детально расскажу, кто такой тимлид, что это за профессия в целом, что делает специалист и как им стать, сколько зарабатывает, плюсы и минусы работы.
Особенности профессии
Тимлид – это командующий группы веб-разработчиков. Он находится в самом центре веб-проекта: управляет командой, организует и координирует их действия, мотивирует каждого сотрудника, разбирается в технической части веб-разработки, контролирует каждый этап создания конечного продукта, является посредником между руководством, программистами и клиентом.
Team leader – это менеджер, лидер и программист в одном лице. Должность появилась совсем недавно. Да и сейчас не во всех организациях, особенно мелких, есть такой специалист. Тем не менее тимлид – важное звено в процессе разработки и реализации IT-проекта.
Как правило, тимлид – это опытный программист с огромным багажом знаний и умений. Он способен найти ошибку в работе своего подчиненного и исправить ее. Но сам специалист редко садится за написание кода, и не всегда у него есть время и возможность принять участие в технической части разработки IT-продукта.
В большей степени тимлид занимается планированием, прогнозированием, организацией и оптимизацией процесса, распределением нагрузки и времени, учитывая навыки и умения членов команды.
Но в то же время на нем лежит ответственность за весь проект. Поэтому для него так важно внимательно следить за каждым из программистов, быть в курсе всего происходящего, знать, какой этап проходит проект, и четко представлять себе, каким должен получиться конечный результат.
Чтобы команда выполняла его указания, ему нужно быть гибким и немного жестким. Тимлид должен найти к каждому члену группы свой подход, чтобы добиться уважения коллег.
В задачи тимлида может входить и подбор сотрудников в команду. В этом ему может помочь HR-менеджер. Надо с внимательностью и осторожностью подходить к формированию группы, хотя разницы в уровне, опыте и квалификации среди команды не избежать. В этом случае тимлид должен давать каждому наиболее подходящую ему задачу, которую специалист сможет выполнить.
Кроме работы с веб-разработчиками, team leader ведет переговоры с клиентами. Специалист учитывает интересы и требования заказчика, которые передает команде, следит, чтобы команда работала слаженно, эффективно и в заданном направлении.
Обязанности тимлида
В некоторой мере обязанности тимлида пересекаются с областью деятельности менеджера проектов. Но у team leader есть и свои особые задачи, характерные для веб-разработки.
В перечень основных обязанностей тимлида входит:
Требования работодателя
Для работодателя важна эффективность и качество выполняемой работы. Ему нужен надежный человек, который может самостоятельно решать мелкие проблемы, которому можно было бы доверить проект.
Для этого специалист должен обладать такими личностными качествами, как:
До того как специалиста назначат на должность тимлида, он должен проработать в IT-сфере не менее 5 лет, а также иметь следующие навыки и умения:
В этом состоят только основные требования. Остальные могут быть связаны со сферой деятельности заказчика.
Зарплата, карьера и перспективы
Тимлиды могут работать как на крупные компании, находящиеся на слуху, так и на небольшие организации.
Особенностью крупных предприятий можно назвать объединение веб-разработчиков в несколько команд, в каждой из которых во главе стоит свой официальный тимлид. И чтобы руководить всеми группами, нужен лидер лидеров, т. е. самый главный тимлид, который контролирует всех руководителей команд.
Так как эта должность является пересечением двух направлений, технического и управленческого, то и карьера может двигаться по одному из них. Это означает, что тимлид может стать менеджером проектов или системным архитектором.
Амбициозные и грамотные тимлиды могут войти в состав руководителей. Есть примеры, когда такие специалисты получали определенную долю бизнеса. Еще можно переквалифицироваться и управлять продажами, стать аналитиком.
В среднем заработная плата тимлидов находится на высоком уровне. Если смотреть в целом по России, то заработок может быть от 80 000 до 250 000 руб.
Уровень дохода во многом зависит от успешности и масштабов предприятия, а также от региона, где тимлид трудится.
Самая большая зарплата в столице. Москва предлагает специалистам зарплату 100–400 тыс. руб.
В Санкт-Петербурге заработок чуть меньше: от 90 000 до 300 000 руб.
В регионах ситуация примерно одинаковая. Например, в республиках Марий Эл, Татарстан и Якутия, Краснодарском крае, Свердловской и Тюменской областях платят от 70 000 до 230 000 руб. А в Камчатском крае можно найти вакансии с зарплатой выше 300 000 руб.
Достоинства и недостатки
Плюсами должности являются:
Как стать тимлидом
С нуля стать тимлидом не просто сложно, а невозможно. Эта должность требует наличия множества навыков и знаний, а также опыта работы. Надо понимать, что такое программирование и менеджмент, знать, как работать и управлять человеческими ресурсами.
Для старта можно выбрать такие направления в вузах, как информатика и вычислительная техника, информационные системы и базы данных, а также другие направления, связанные с информатикой и программированием.
После работы веб-разработчиком можно уже думать о том, как дорасти до руководящих постов. Для этого надо постоянно учиться, быть инициативным и проявлять лидерские качества.
В большинстве случаев тимлидом становятся после приобретения профессионального статуса senior, т. е. став экспертом в своем деле, способным оценить весь проект в целом.
Но не все senior могут стать лидерами. Его, возможно, будут воспринимать всерьез и выполнять поручения, но эти задания могут быть неэффективны, так как новоиспеченному тимлиду не хватает управленческих навыков. Даже если поступит предложение стать тимлидом, для начала надо обдумать свои возможности, чтобы никого не подвести и не стать обузой для своих же подчиненных.
Чтобы эффективно управлять командой веб-разработчиков, надо изучать психологию, менеджмент, планирование, все время обновлять знания по программированию.
Сейчас доступна различная литература, лекции и семинары для желающих стать тимлидом, а также различные онлайн-курсы от проверенных обучающих платформ.
Самостоятельное обучение
Тем, кто уже имеет опыт в программировании, необходимо подтянуть навыки лидера и управленца. В этом может помочь самообразование с помощью специальной литературы:
Онлайн-курсы
Курсы станут отличным вариантом для тех, у кого не хватает времени на самообразование. Онлайн-обучение имеет несомненные достоинства:
Популярные платформы Skillbox, Нетология, SkillFactory, Otus, City Business School и Академия АйТи предлагают свои курсы для будущих тимлидов:
Заключение
Вы уже знаете, кто такой тимлид и чем он занимается, какие у него обязанности и как им стать.
Этот человек понимает, что такое ответственность и работа в команде. Он опытный программист и лидер, способный управлять человеческими ресурсами внутри собранной им команды. Тимлид занимается конкретным проектом, может собрать всех участников вместе и подтолкнуть их идти к единой цели.
Обзоры других должностей IT-сферы и не только читайте на блоге iklife.ru. Подписывайтесь и следите за обновлениями, чтобы каждый день узнавать о новых удаленных профессиях.
Во время получения первого диплома задумалась об удаленной работе, а когда получала второй – уволилась с университета и посвятила себя фрилансу.
Из всего разнообразия онлайн-профессий выбрала копирайтинг, но изучать способы заработка в интернете не перестала. Делюсь своими знаниями о том, как зарабатывать в сети, не выходя из дома.
Что должен делать тимлид: роли, обязанности и навыки
Тимлид – это снежинка. При детальном рассмотрении в каждой компании тимлид принимает разную форму. Где-то от него ждут только передвижения задач по доске, где-то – наймов и увольнений, а где-то просят одновременно проектировать архитектуру, ставить бизнес-цели и думать о болях пользователей продукта. На самом деле все обстоит еще сложнее. Различия встречаются не только между разными компаниями, но и даже в рамках команд, находящихся в одном офисе.
Это становится особенно заметно, когда компания сталкивается с одним из следующих вопросов: как собеседовать тимлида, как оценивать его работу, как составить ему план развития. Тимлиды тоже довольно много фрустрируют – они не понимают, насколько их текущий опыт работы останется релевантным при переходе в новую компанию, какие пробелы в знаниях и навыках существуют и как их можно заполнить. Короче говоря, куда не посмотришь, везде с тимлидами как-то сложно.
С этой проблемой столкнулись и мы со Стасом Цыгановым. Но в этот раз вместо того, чтобы обойтись простым решением текущих проблем, мы захотели подойти к вопросу фундаментальнее, собрать информацию об ожиданиях от тимлидов в разных компаниях и обобщить ее в единую общую модель. И, кажется, у нас получилось.
Роадмап
Роадмап содержит в себе два раздела:
Эту модель можно использовать как угодно – для составления собственного плана развития, для формирования должностных инструкций в компаниях, для составления вакансий или проведения собеседований. Учтите, что скорее всего вам нужны не все ветви потенциального развития – и это нормально.
Почему роадмапу можно верить
Основная проблема, о которой я уже упоминал – это разница в восприятии роли тимлида в разных компаниях. При составлении общей модели нельзя было опираться только на наш опыт работы в Авито, Туту и Рамблере. Нужно было исследовать больше компаний.
Начали мы со сбора информации, создав рабочую группу из десятка человек, которые поделились информацией о том, кто такой тимлид в их случае. В этой группе приняли участие руководители разработки как из российских, так и зарубежных компаний, как из небольших стартапов, так и очень крупных заведений. Первый брейншторм подтвердил нашу изначальную гипотезу. Несмотря на большое количество различий, все ожидания и обязанности можно было обобщить в несколько отдельных кластеров-ролей.
Дальше мы ушли детально прорабатывать каждую роль, разделяя ее на ветки и листья с непосредственными обязанностями тимлида, стараясь одновременно не перегрузить роадмап и не сделать его слишком абстрактным. Каждая из обязанностей связана с описанием в базе знаний, которое раскрывает следующие секции:
Получившуюся структуру мы валидировали через серию интервью с руководителями разработки из разных компаний. На интервью мы задавали серию вопросов, чтобы узнать все обязанности тимлида в компании, и одновременно отмечали их на своем роадмапе. В конце получившуюся модель мы показывали интервьюируемому и проводили финальную валидацию. Судя по результатам, мы практически ничего не упустили.
Как роадмап использовать
Для компании
Для тимлида
Работа над роадмапом только начинается – мы делаем первый релиз и нам очень важно собрать еще больше фидбэка:
Пишите комментарии к статье, issues на GitHub и предложения в наш чат!
«Тимлид делает так, чтобы команде было комфортно работать вместе, а творческое начало не угасло»
Мы продолжаем цикл публикаций про ИТ-профессии. В этот раз мы поговорили с Ксенией, тимлидом в отделе технической экспертизы IBS. Она рассказала о том, каково быть Team leader’ом на проекте и какими качествами нужно обладать, чтобы эффективно управлять группой разработчиков.
Team leader (тимлид) — это IT-специалист, который управляет командой разработчиков, владеет технической стороной, принимает участие в работе над архитектурой проекта, занимается ревью (проверкой) кода, а также разработкой некоторых особо сложных заданий на проекте.
— Какова роль тимлида на проекте?
— Её не всегда замечают, но она очень важная. Разработчики — люди творческие, поэтому нужен тот, кто сыграет консолидирующую роль: поможет распределить задачи, решить трудности между аналитиками и разработчиками. Они не всегда понимают друг друга: аналитики занимают определенную бизнесовую позицию, а интерес разработчиков лежит в технической плоскости. Кроме того, тимлид решает и некоторые управленческие задачи.
Главная цель: сделать так, чтобы всей команде было комфортно работать вместе, а творческое начало не угасло.
— Чем этот функционал отличается от руководителя группы?
— В IBS эти две позиции близки по функционалу, но имеют разный уклон. Руководитель группы решает и стратегические задачи подразделения — его внутренние квалификации, развитие конкретного сотрудника в профессии. Тимлид же занимается конкретным проектом и отвечает за то, чтобы он был сделан с максимально высокими показателями и в оптимальные сроки.
— Тебе бы хотелось объединить эти две роли? Или тебе комфортно именно в том функционале, который у тебя есть?
— Сейчас мне в данном функционале комфортно. С масштабной группой я давно не работала, а сейчас у нас очень большая проектная группа из трех модулей. Я тимлид на всех трех. Поэтому пока я не задумывалась об объединении ролей.
— Сколько у тебя человек выходит?
— С учетом группы разработки на всех этих модулях с нами работают приблизительно 14 человек. Если считать всю группу целиком, с тестировщиками и аналитиками, выйдет около 30.
— Можешь назвать три качества, которыми должен обладать хороший team leader?
— Гибкость. Работы много, и не всегда тимлид видит оптимальное решение. Ему нужно уметь объективно обсуждать с коллегами реализацию задачи, то, как ее лучше сделать. Если он с чем-то не согласен, не должен давить. Объяснить всем, что это за собой повлечет, какие могут быть минусы, какие плюсы у возможных решений.
Еще нужно обладать твердостью в определенном смысле. Потому что, как я говорю, разработчики — люди творческие. Бывает, делают что-то долго, на что-то не соглашаются, могут по-разному вести себя в рамках реализации задачи. Если это влияет на работу команды, на остальных участников, на сроки, то team leader должен жестко выстроить свою позицию, чтобы проект не пострадал.
Ну и, конечно, обязательно нужно иметь разноплановый бэкграунд, чтобы оценивать результат работы команды. То есть team leader в идеале вырастает либо из аналитика, либо из разработчика и, соответственно, свои ошибки и успехи в предыдущих проектах он должен помнить и применять на практике.
— Какие решения тебе обычно приходится принимать?
— Решения по распределению задач, по распределению команды по модулям, по срокам реализации задач, которые стоят перед внедрением. Для меня самые тяжелые решения — именно по срокам и планам срочных задач, по выходу команды в нерабочее время и по планированию сверхнагрузок.
— А самое приятное решение?
— Самое приятное решение — это когда мы всё успели и можно немного пораньше кого-то отпустить.
— Что тебе нравится в работе больше всего?
— Мне очень нравится, что у нас команда с разным бэкграундом и квалификациями. Люблю, когда коллеги делятся своими компетенциями внутри команды, чему-то друг друга учат. Это здорово, когда люди заинтересованы в результате своей работы, готовы ее обсуждать, внести какие-то предложения, которые улучшат конечный результат.
— Чем сейчас занимаешься в IBS?
— Я team leader на довольно сложном проекте, по нему идет основная разработка. Там значительный фронт работ, мы заняты и разработкой, и устранением замечаний. На нем занята самая большая проектная группа.
— Ты в IBS пришла сразу на должность тимлида или уже выросла внутри компании?
— В IBS я пришла в 2013 году с должности тимлида на позицию разработчика. То есть я на предыдущем месте работала с группой. Но она была достаточно маленькая, около 5 человек. И тимлидом группы я здесь стала, наверное, только в конце 2018-го. Мы принимали проекты, которые готовятся к внедрению, и один из модулей, самый крупный, достался мне.
— Как ты вообще пришла в IT?
— У меня образование смежное с IT. В принципе, я с института работаю в этой области на разных должностях. Если бы не стала разработчиком, думаю, могла бы стать аналитиком в какой-то смежной области IT.
— Из чего состоит твой обычный рабочий день?
— Львиная доля моей работы — это общение с командой, разбор новых задач, ревью выполненных задач, обсуждение. Начинается день с просмотра Jira, тасков, новых техзаданий, встреч. И какое-то время, примерно 10%, — потому что у нас большая группа — уходит непосредственно на кодинг.
— После того как ты стала тимлидом, ощутила нехватку свободного времени?
— Его стало гораздо меньше. Не катастрофически, но сама работа отличается от рутины разработчика. Когда ты кодишь, ты работаешь все же в другой плоскости, ты взаимодействуешь с конкретными задачами. А у тимлида большая часть времени уходит на коммуникацию и решение общих вопросов между разработкой, тестированием и аналитиками.
— Ты довольно активно ведешь себя на собеседованиях. Что ты чувствуешь, когда приходится оценивать других?
— Стараюсь лояльно подходить к оценке, потому что собеседование для кандидата — всегда волнительная ситуация.
По тем вопросам, которые я обычно задаю, видно, есть ли у человека бэкграунд и хорошо ли он ориентируется в определенной области. Но по собеседованию можно сделать вывод процентов на 20. К тому же человек всегда раскрывается во время испытательного срока, часто непредсказуемо и с неожиданной стороны.
— Может быть, у тебя есть какие-то истории об этом?
— У меня есть интересный пример с прошлой работы. На собеседовании человек отвечал корректно, стройно выстраивал цепочку рассуждений. Но за испытательный срок он не выполнил ни одну задачу. И наоборот, кандидат односложно отвечал на собеседовании, но при этом все задачи, поставленные на испытательный срок, были сделаны быстро и корректно.
— У тебя есть нелюбимые вопросы на собеседовании?
— Нелюбимые — из серии психологических, как любят задавать: «Какие ваши три самые лучшие качества, какие три ваших самых больших недостатка?». Потому что большинство айтишных специалистов — интроверты, не любят о себе рассуждать и часто теряются на этих вопросах.
— Технологические. В основном я сейчас веду собеседования, которые относятся к Java. Я спрашиваю по Java Core, по Spring, по Hibernate. И по ключевым знаниям, которые нам нужны для конкретных вакансий.
— А можешь вспомнить самое необычное собеседование?
— Необычное собеседование было со специалистом с хорошим бэкграундом и резюме: работа с математическими методами, работа на кафедре одного из очень успешных ВУЗов. И все собеседование он не давал поговорить собеседующим. Рассказывал о себе, о матметодах и о кафедре, о студентах. Мы не успели за час ему задать ключевые вопросы. В итоге его не взяли, но он в конце сказал, что мы ему понравились и он готов у нас работать
— Что ты читаешь, чтобы быть в курсе последних трендов?
— Блоги, Habr, смотрю разные семинары.
— Как считаешь, есть ли необходимость в профессиональных сертификатах?
— На мой взгляд, программа по сертификации, например по Java и Oracle, как минимум очень грамотно выстроена. Она дает представление обо всех возможностях языка, которые люди при самостоятельном изучении Java не всегда знают.
И это важные нюансы, которые при незнании сказываются на производительности кода, на каких-то малозаметных деталях. Поэтому это полезно.
Даже если разработчик просто прочитает полностью программу сертификации, обратит внимание на тонкости, которые он раньше не замечал при изучении, это уже не пройдет бесследно. Но если это выльется в сертификат, то это очень хорошо.
— Ты упомянула, что твое образование смежное с IT-сферой. Можешь рассказать подробнее?
— Я училась на одной из интересных кафедр Российского государственного гуманитарного университета. Это смежная с IT область — переводчики, анализаторы данных. Они всегда востребованы и сейчас широко развиваются. Наши выпускники работают в «Яндексе», в исследовательских программах. Одна из коллег работает в Samsung.
Когда я сама ходила по собеседованиям, у меня всегда спрашивали: «Почему у вас гуманитарное образование, а вы пришли к нам на должность программиста?». На самом деле мое образование, условно говоря, на 50% гуманитарное и на 50% техническое. Оно связано с автоматическим переводом, с гуманитарными науками в области IT.
— А что ты можешь порекомендовать тем, кто хочет стать тимлидером?
— Терпения. Потому что это не только работа с кодом, но и работа с людьми, работа на результат с командой. Поэтому нужно запастись терпением и желанием что-то построить.