Ставим цели так, чтобы человек сам хотел их достигать. Применяем перформанс менеджмент для развития сотрудников. Разбираемся, как работает тимлид это нематериальная мотивация. Учимся ставить прозрачные и понятные цели, которых хочется достигать без ежедневных напоминаний и бесконечных разговоров о мотивации.
Кому не подходит должность Team Lead
Для клиентов — главный технарь, точка входа для обсуждения технических вопросов. Для команды — человек, который принимает технические решения и отвечает за них, а также за построение команды и атмосферу в ней. Тимлидами становятся те, кто предлагает изменения в процессах, растет в техническом плане, ходит на конференции и стремится применять новые знания на практике. Знания не обязательно черпать из дорогих курсов, особенно если ваша цель — развитие soft skills.
Пошел за хлебом, а перешел в айти: как преподаватель иностранных языков стал тимлидом в IT-компании
Через год впервые попала в офис Webpromo на собеседование. Так стала Junior SEO-специалистом, а через 2 года — Middle. В общем каждый человек должен развиваться профессионально, расти в команде. Это позволяет реализовывать свои амбиции, ставить более высокие цели и добиваться их. При этом помогать своей команде и приносить пользу компании.
Как расти внутри компании: инструменты для развития специалистов
Чего не хватает по хардам, разработчики обычно и сами знают. Тем более эти требования сильно привязаны к специализации и стеку технологий, поэтому универсального списка не существует. Я расскажу о софт-скилах, которые считаю критически важными для продукта и компании.
Карьера team leader: подробный план действий
Ведь все прост — человек продает свои знание и время, а работодатель покупает это. Все что за пределами рабочего времени работодателя вообще не касается — в церковь ходит, митинги в защиту прав бегемотов , сериалы смотрит, женские романы читает, медитирует и т.п. На работе — выдерживаются этические нормы поведения и делается своя работа т.е.
Team Lead: кто это такой и как им стать
Помимо технических навыков это всё-таки про ответственность и работу с людьми. Например, многим техническим специалистам не нравится проводить one-to-one встречи. А это необходимая практика для «здоровой команды». Разговариваем о том, как правильно коммуницировать со своими сотрудниками. Как искать зоны роста у своих сотрудников и помогать им развиваться.
Перед teamlead-ом устанавливают высокие требования. Чтобы дорасти до этой должности, разработчику нужно освоить множество знаний, обладать лидерскими качествами, проявлять инициативность и развивать софт скиллы. А тут резко речь начинает идти не о тебе, а о твоей команде. И судить о тебе будут по результатам команды, а не твоим собственным. Как твои люди работают, какой у них перформанс, какая квалификация и т.д. И что ты «торчишь» уже не за себя, а за других людей, которые тебе могут даже не нравится, но все равно ты за них отвечаешь.
Так вот, когда внутри команды царит атмосфера взаимопонимания и взаимопомощи, людям легче обращаться друг к другу. Например, нашел ты кусок кода и не понимаешь, что он делает. Если обстановка в коллективе не очень, ты просто побоишься позвонить и спросить — «еще подумает, что я тупой». Стратегию компании нужно уметь превратить в конкретные задачи и цели.
То есть 20% рабочего времени разработчиков тратится впустую — из-за того, что задачи плохо описаны. Ее несложно конвертировать в деньги — тот самый язык, который понимает бизнес. Я как тимлид фронтенда регулярно собираю обратную связь от сотрудников. Например, разработчики постоянно жалуются, что задачи плохо описаны. Из-за этого приходится долго выяснять, что хотел от них автор задачи. Потом тестировщики приходят к разработчикам и пытаются понять, что было сделано и что именно им нужно тестировать, и дальше по цепочке.
- Да, у него поменьше технических навыков, чем у сеньора, но если в команде нет никого выше по уровню, его компетенций будет вполне достаточно.
- Не надо путать team lead и tech lead.Team lead скорее административное, чем техническое.
- «Пока никуда не собираюсь, считаю, что мне есть в чем развиваться как руководителю небольшой команды», — говорит он.
- Для этого можно стать ментором для менее опытных сотрудников или работать над собственными проектами.
- Теперь обсудим подробнее, что именно должен делать тимлид и почему у него не остается времени писать код.
Тимлид — это руководитель команды разработки в IT. Он координирует работу участников, оценивает код, архитектуру, дает рекомендации, что улучшить. Следующая ступенька после Team Lead — Project Manager.
Но невозможно быть экспертом во всём, поэтому могут быть перекосы в одну из областей. В этом и проблема, что роль и должность — это разные понятия, но из-за схожести звучания их мешают. Самое смешное — если человек не выполняет роль тимлида, то навешивание ярлыка «тимлид» моментально ситуацию не исправит. Отсюда и получается, что если есть человек, который выполняет роль PM, которого называют тимлидом/скрам-мастером/продукт-овнером — то да,выделенный PM не нужен. И не важно — назначили его, или команда выбрала. Это уже другой вариант — гомогенная команда, все делают все, кто-то добровольно берет на себя какие-то обязанности и тп.
Руководство позволяло себе слишком много лишних высказываний. Поэтому я решил искать что-то большее, более перспективное и с нормально отлаженными процессами», ― объясняет айтишник. Ему, в отличие от десятков других кандидатов, не пришлось подаваться на сотни вакансий и месяцами ждать фидбеков. А все потому, что парень сразу искал позицию trainee для получения опыта, не рассчитывая с первой же карьерной строчки на космическую айтишную зарплату.
И, когда я говорил, что хочется уже чего-то другого, мне рекомендовали посмотреть на эту индустрию. Наверное, месяца два у меня ушло на то, чтобы более ли менее проанализировать сферу, специальности в ней, узнать, кто чем занимается, у кого какие задачи, зоны ответственности, перспективы. То есть, как видите, развивать свою экспертность можно, но этот путь намного сложнее пути руководителя. Если вы хороший синьор, вас будут упрашивать стать тимлидом.
За полтора месяца вы изучите терминологию, лучшие практики и научитесь общаться с техническими специалистами на их языке. Разберемся чем отличается мотивация от вдохновения. Разберем классические техники мотивации людей и основные парадоксы вовлечения людей в проект.