Архив рубрики ‘тимлид’

Подбор-ИИ-стартап или как мы случайно попали в боль всех ИТ-компаний. Часть 1

ЧАСТЬ 1 Добрый день, уважаемые хабровчане! Каково это — поднимать стартап Давно собирался структурировать и рассказать наш путь — путь команды, которая уже более 3.5 лет занимается автоматизацией технических скринингов. За это время мы собрали много практики, боли, инсайтов и решений — всё это легло в основу продукта jumse.ru (читается «Джамси» ©).  Мы делаем сервис, […]

От инженера до главного эксперта: система развития, которая работает

Достигая условного «потолка», инженеры часто уходят в другие компании в поисках амбициозных задач. Бизнес теряет опытных людей, хотя на самом деле рост был возможен, просто не формализован, или тимлиду некогда было этим заняться. Я подумал, что круто — иметь в команде систему, которая сделает развитие предсказуемым для инженера. Когда он сам или с поддержкой смог […]

Первый выпуск «Не 12 часов»: конвейер, проектирование и префлайт-чек-лист

«Работать нужно не 12 часов, а головой» — так сказал Стив Джобс, и мы, ведущие сотрудники Surf, с этим согласны. Мы запустили подкаст «Не 12 часов» и решили рассказать о нём и вам. В нём показываем наше видение процессов, инженерной культуры аутсорс-компании и способы повышения её эффективности. Ведущие подкаста — Евгений Сатуров, Head of Flutter […]

Я тимлид и я не боюсь джунов

Приятно много просмотров получила статья про рабочий день DevOps-инженера. Это мотивировало сделать фокус еще на некоторых особенностях нашей инженерной работы, поэтому продолжаю разговаривать с Дмитрием, тимлидом DevOps-команды в Git in Sky. Его общий стаж стаж в статусе тимлида — с 2016 года. Вы просто не умеете их готовить

Сопротивляться нельзя сотрудничать. Где поставите запятую?

«Нет, это не будет работать»«Сейчас вообще нет времени на это» И еще тысяча и одна фраза от людей, которые сопротивляются. Когда я начинала работать Scrum Master’ом, мне было страшно столкнуться с сопротивлением и менять процессы. Я боялась, что мои предложения не поддержат. Ретроспективы вызывали тревогу, потому что я ожидала волну негодования, с которой не справлюсь. Со временем […]

Особенности задач тимлида, или Что именно значит «управлять командой»

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

Тимлиды бывают разными. Иногда очень неожиданными

Что делает тимлид? Руководит командой? Делегирует задачи? Пишет код? Отвечает перед заказчиком? В книгах всё чётко: тимлид — это лидер, вдохновляющий команду и ведущий её к успеху. В жизни всё немного иначе. Одни тимлиды тянут весь проект на себе и не доверяют никому. Другие ходят по митингам и в коде не разбираются. А кто-то просто […]

Что болит у тимлида

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

Плюсы и минусы тимлидерства: мой опыт

Привет, я Паша. Старший рекрутер в сервисе бронирования отелей и апартаментов «Островок» и наставник на курсе «IT-рекрутер» в Яндекс Практикуме. Раньше работал в Яндексе, VK и EPAM. Сегодня поделюсь своей историей о росте в тимлиды, расскажу, какие подводные камни могут встретиться на этом пути и почему тимлидерство не всегда про погоны, но всегда про ответственность. […]

Уволился с позиции тимлида и снова стал разработчиком

Недавно я ушёл из компании, где проработал почти три года на позиции тимлида. Сначала я руководил продуктовой командой, а затем UI-kit командой. В итоге я принял решение уйти и устроился на позицию senior фронтенд-разработчика в зарубежную компанию. Это было осознанное решение — выбрать именно роль разработчика. И спустя несколько месяцев я убедился, что поступил правильно. […]

12