Архив рубрики ‘teamlead’

1-on-1? А смысл?

Вы «должны» проводить 1-on-1.А зачем? Вы правда знаете, зачем они нужны? По-настоящему?Или просто пробовали — и всё свелось к «ну, как дела?»Может, встречи идут — но ничего не меняется? Ни в команде, ни в вас? Если узнали себя — давайте разбираться. Зачем вообще нужны 1-on-1, как превратить их в инженерный процесс, и что делать, если […]

Как не утонуть в операционке: система фокусов для тимлида

Привет, Хабр! Если вы ощущаете, что стали частью распределённой системы с бесконечными входящими — поздравляю, вы тимлид. И, скорее всего, вам не весело. Вы не пишете код. Вы не думаете стратегически. Зато вы таскаете ведро с пробоинами по палубе, где вечно течёт. У большинства тимлидов, особенно в условиях активного роста компании или распределённой разработки, есть […]

Страхи начинающих тимлидов – как побороть кошмары?

Всем привет. На связи Ксюша, руководитель QA из компании «Совкомбанк Технологии». Недавно я осознала, что нахожусь в должности руководителя уже 12 лет, 8 из которых занимаюсь развитием других руководителей и наставничеством тимлидов. Сегодня хочу осветить нестандартную тему – страхи начинающего руководителя. О страхах говорят не так часто. Некоторые даже считают, что бояться – это стыдно, […]

Бесстыжий тимлид: как уязвимости делают сильнее

Привет, Хабр! Я Лера, технический писатель в Авито. Помимо работы с технической документацией, я люблю читать книги, которые помогают расти профессионально. Одна из таких книг — Dare to Lead Брене Браун, доктора философии и эксперта по психологии эмоций. Эта книга стала для меня настоящим откровением: она не про графики и KPI, а про то, как […]

Мой план 1-2-1

Предисловие One-on-one, 1-to-1, 1-2-1, 1:1 meeting — столько названий, но суть одна — это регулярная личная встреча между руководителем и его сотрудником, на которой обсуждаются не задачи, а человек: его мотивация, рост, проблемы и обратная связь. Я придерживаюсь точки зрения, что 1-2-1 встречи с каждым сотрудником уникальны, и придерживаться какого-то унифицированного плана не стоит. Тем […]

«Когда ты senior, а ощущение — будто тебя билдят на проде без тестов»: как разработчики выгорают и что с этим делать

Почему митинги, Jira и рабочие чаты делают хуже, чем дедлайны, и как тимлидам научиться управлять энергией команды (и своей). Ты вроде уже не джун. И не просто мидл, который «хочет роста». Ты тот самый человек, у которого всё под контролем: ты ведёшь команду, пишешь сложный код, иногда — даже с удовольствием. У тебя есть архитектура, […]

«Люди сами не знают, чего хотят»: как читать сигналы команды

Привет, Хабр! В этой статье мы поговорим о том, что на поверхности не лежит, но разрушающим эхом бьёт по эффективности команды. Это — сигналы недовольства, усталости и скрытого сопротивления, которые члены команды подают… молча. Тема тонкая, неудобная и потому часто игнорируемая. Но если вы — тимлид, который не просто управляет задачами, а работает с людьми, вам нужно уметь слышать не только сказанное, но и несказанное. Люди редко приходят к вам и […]

Как один руководитель может испортить жизнь всей компании

Всем привет. Меня зовут Михаил и на данный момент времени я работаю тимлидом в крупной IT-Компании. За долгое время работы захотелось поделиться опытом взаимодействия с не совсем вменяемым руководством. А также моя история будет полезна всем руководителям, начинающим свой путь в новой компании. Я капитально прихерел при работе с одним руководителем, благо его успешно из […]

Как нанимать крутых инженеров: работающие приемы для собеседований

Привет! Меня зовут Алексей Стратонов, я экс-техлид Авито Недвижимости. До Авито я 8 лет проработал в аутсорсе: управлял четырьмя отделами, успел нанять и уволить многих, в том числе руководителей. В аутсорсе есть специфика — зарплаты тут ниже, а задачи те же, что и в продукте. Поэтому тимлид должен уметь собирать команды под определенный проект и […]

«Накопитель риска» в команде: как одиночные эксперты тормозят развитие

Недавно в кругу старых друзей мы обсуждали, что вообще значит быть senior-разработчиком. И в какой-то момент один из них задал резонный встречный вопрос: «А как назвать разработчика, который технически силён, кодит быстро, но при этом не делится знаниями и работает строго в одиночку?» После короткой паузы ответ прозвучал просто и жёстко — накопитель риска (Risk […]