И, конечно же, не верить техлид и тимлид всему, что пишут в интернетах, потому что люди любят почитать только одну книгу или статью по тестированию и на этом прекратить обучение. Как известно, самая популярная книга по тестированию в странах постсоветского пространства это Савин[“Тестирование DOT COM или Пособие по жестокому обращению с багами в интернет-стартапах”]. Это неплохая книга для начала, но она не дает достаточного развития для того, чтобы, например, пойти на собеседование и пройти его. Эти 3-4 месяца курсов надо тратить на постижение основного материала и постоянное желание интересоваться всем, что скрывается за основным полем зрения. Ведь любые курсы и любой ментор предоставляют лишь краткую выжимку информации, которая может понадобиться в плане практических и теоретических знаний. И чем раньше начинающий поймет, что эта сфера постоянно развивается и требует развития от того человека, который будет задействован, тем меньше разочарований у него будет в дальнейшем.
На что мы делаем акцент в нашей работе?
Но далеко не все хотят брать менеджерские обязанности или ответственность за работу других. Можно отлично https://deveducation.com/ зарабатывать, выполняя только свои задачи и нести ответственность лишь за себя. В таком случае можно развиваться в сторону архитектуры.
Team Lead (техлид, тест-лид) — руководитель команды
Он должен быть достаточно сильным инженером, способным ответить на любой технический вопрос (неважно клиента или команды). Но ему нужны и хорошие знания методологии разработки, и развитые софт-скилы, чтобы выступать скрам-мастером и представлять команду на различных клиентских митингах. Чаще тимлид также выполняет роль техлида, хотя мне приходилось видеть конфигурации команды, где это были разные люди. Главная задача тимлида – обеспечение эффективной работы Управление проектами команды – распадается на множество составляющих, поэтому в его качестве необходим опытный программист, обладающий отменными навыками менеджмента. По результатам исследования коучинговой компании BetterUp, 26% сотрудников считают конфликты на работе обычным явлением. Их не стоит избегать, скорее наоборот — страх и постоянное избегание конфликтов со стороны тимлида может парализовать производительную работу.
Не только технические знания: soft skills и управленческие навыки тимлида
Это не только повышает квалификацию команды, но и способствует созданию инновационной и проактивной рабочей среды. Это человек, который способен мотивировать, развивать команду, вдохновлять и поддерживать здоровую среду внутри коллектива. Тимлид — не всегда скрам-мастер, но в любой момент должен быть готов его подменить.
Если в процессе возникают вопросы, middle developer чаще всего разбирается с ними самостоятельно. В этом и проблема, что роль и должность — это разные понятия, но из-за схожести звучания их мешают. Самое смешное — если человек не выполняет роль тимлида, то навешивание ярлыка «тимлид» моментально ситуацию не исправит. Кроме того, тактические вопросы управления командой тимлиду, который находится рядом, в «окопах», решать гораздо эффективнее, чем ПМу, который более сконцентрирован на стратегических показателях проекта. Это уже другой вариант — гомогенная команда, все делают все, кто-то добровольно берет на себя какие-то обязанности и тп. После определенного периода (обычно около года) сотрудника переводят на позицию Middle.
Культура команды и коммуникация внутри нее играют немаловажную роль в достижении успеха компании. IT Team Lead должен стимулировать сотрудников, поддерживать их мотивацию и брать на себя роль ментора. Это не та роль, за которую можно получить существенную прибавку к зарплате. По моему мнению, сюда стоит идти в том случае, если вы чувствуете, что в этой роли вы можете принести пользу своей команде. Чем выше по карьерной лестнице роль, тем больше правды в этом утверждении.
- Их используют при найме новых сотрудников (специалист оценивает уровень знаний и навыки), при последующей адаптации и обучении.
- Бывают админы, с которыми программисты и тестировщики практически не работают.
- Можно отлично зарабатывать, выполняя только свои задачи и нести ответственность лишь за себя.
- Как ускорить рост и из мидла вырасти в Team Lead специалиста?
- Хотя эти роли иногда пересекаются, их ключевые обязанности и фокус деятельности различны.
- Он помогает им разобраться в коде, найти пути решения проблемы.
То есть, по сути, тимлид выполняет задачи проект-менеджера, но при этом его зона ответственности значительно шире. Как и любой руководитель тим лид играет важную роль в успехе проектов разработки программного обеспечения — от идеи до контроля реализации. В противоположном случае будет сложно вовремя заметить ошибки и сделать глубокий code review.
Теперь обсудим подробнее, что именно должен делать тимлид и почему у него не остается времени писать код. Руководителю SEO-отдела поручено определять стратегическое направление. Его работа гарантирует, что принятый план мероприятий соответствуют поставленным целям и задачам клиента. Работодатели все больше внимания уделяют доменному опыту. Это практика найма специалистов, которые уже знают нишу изнутри. Такие специалисты гораздо легче проходят онбординг и быстрее предлагают новые идеи.
Делегирование — это когда мы предлагаем сотруднику выполнить задачу, которая не лежит в рамках его текущих обязанностей, но будет полезна для развития и перехода на следующий уровень. В случае делегирования задачи ответственность остается на том, кто делегирует. Распределение — это когда между членами команды распределяются задачи, которые они обязаны выполнять. Это человек, который посредством определенного языка программирования пишет программу, которая выполняет то, что нужно заказчику. Тут следует обратить внимание, что далеко не каждый, кто пишет код — разработчики. Код пишут не только девелоперы, но и QA Automation (специалист автоматизации тестирования), DevOps (администраторы автоматического разворачивания систем), Data scientist и другие.
Объясните, что если сотрудник по каким-либо причинам не справится с заданием или сорвет дедлайн, вы вместе что-нибудь придумаете. Руководители часто боятся потерять власть и влияние в команде из-за делегирования. Однако умение доверять сотрудникам, наоборот, поднимет ваш авторитет в команде. Более сложная ситуация со второй группой задач — теми, которые вы выполняете лучше других (однако есть сотрудники, которые тоже с ними справятся, если вы их обучите).
Стройте отношения на равных из первого сообщения или фразы во время собеседования. Я стараюсь разделять дни, в которые я пишу код, и те, которые заняты митингами. Совмещать довольно сложно, в некоторые недели Team Lead активности занимают более 50 % времени. Это не означает, что оставшееся время можно качественно уделить написанию кода, так как многократные прерывания существенно снижают производительность.
Помимо технических навыков это всё-таки про ответственность и работу с людьми. Например, многим техническим специалистам не нравится проводить one-to-one встречи. Итак, сейчас в каждой команде у нас 2-3 Back-end Engineers, 1-2 Front-end Engineers, 2-3 QA/AQA Engineers. Как правило, команда состоит из Senior/Middle+ специалистов, которые достаточно автономны (70-90% решений принимается самостоятельно).
Leave a Reply