Русский
Русский
English
Статистика
Реклама

Карьера програмиста

Митап Инженер заходит в бар Dev-to-Teamlead

28.05.2021 08:05:31 | Автор: admin

3июня, 15:00 МСК, онлайн.
Регистрация https://miro-event.timepad.ru/event/1650491/

Эксперты

Задать вопросы экспертам и обсудить тему можно втелеграм-чате, добавляйтесь.

Тема

В рамках серии митапов "Инженер заходит в бар" продолжаем исследовать траектории профессионального развития разработчиков. На этот раз поговорим про переход из инженера в руководителя команды.

Этого разговора не избежать. Руководство твоей компании, эйчары из соседней компании, любопытствующие знакомые в баре спросят у тебя, что думаешь насчёт того, чтобы перестать быть разработчиком и стать тимлидом.

Ты соглашаешься и начинается: проводишь больше времени на митингах, чем за написанием кода; нужно делатьperformance review, 1-to-1 и прочую психологию с социологией; мысленно примеряешь на себя стереотип "Был хороший разработчик, стал плохой руководитель".

На митапе поговорим с ребятами, кто был в такой ситуации и как-то справился.

Обсудим:

  • момент перехода что было самое сложное и что помогло преодолеть;

  • отложенные сложности какие были проблемы по мере накопления тимлидского опыта;

  • следующие шаги после тимлидства кто куда пошёл дальше, почему именно туда.

Поговорим о личном опыте, кто что нарефлексировал и систематизировал, какие есть рекомендации для разработчиков и лидов с разным стажем, какие артефакты могут быть полезны по теме.

Серия "Инженер заходит в бар"

Мы делаем митапы для тех, кто умеет программировать и столкнулся с осознанием, что IT не только про программирование. Кроме кода есть люди, с которыми нужно договариваться. Есть сверхскоростные темпы изменения технологий и рынка. Нужно постоянно учиться новому. Есть желание делать нужное. "Инженер заходит в бар" митапы для тех, кто задумывается о процессах в IT, независимо от своей роли.

Мы собираем вместе инженеров поговорить на профессиональные не инженерные темы: как расти внутри компании, токсичность, синдром самозванца, коммуникации инженеров с бизнесом и другие.

Нам хочется избежать назидательности и формализма, но при этом не выпасть из конструктива. Ближайшая метафора разговор в баре между профессионалами.

Все выпуски серии.

Организаторы

Мы инженеры изMiroи DevRel-бюро Долгушев и Сторожилов. Мы много общаемся с разными IT-компаниями и видим, насколько по-разному все отвечают на схожие вопросы. Нам интересно разобраться, увидеть систему (или её отсутствие) и обсудить всё это с другими инженерами. Ну и просто поговорить с интересными людьми об их опыте.

Регистрация https://miro-event.timepad.ru/event/1650491/

Подробнее..

Как хороший разработчик становится плохим менеджером

29.04.2021 20:16:38 | Автор: admin

Вертикальный рост для разработчика не всегда дается легко. В этой статье я поделюсь своей историей и проблемами, с которыми я столкнулась, размышлениями о причинах этих проблем и о том, как их можно было бы избежать.

Жизнь разработчика

Всю самостоятельную жизнь я пишу код. Продумываю как высокоуровневую структуру, так и детали, благодаря чему чувствую полный контроль над процессом работы. Так сложилось, что надо мной никогда не стояло формальных менеджеров, только продакт овнеры, непосредственно транслировавшие видение проекта команде.

В ремесле разработчика меня привлекает с одной стороны четкая структура работы, а с другой - творческая составляющая, смешанные в идеальной на мой взгляд пропорции. У меня всегда есть план, и мне чертовски нравится вычеркивать из него пункт за пунктом, оставаясь к концу рабочего дня с пустым списком и приятным чувством легкости.

Удовольствие от работы складывается из разного рода составляющих, но самое приятное - это когда долго размышляешь над проблемой и вдруг наконец прозреваешь, мозаика складывается в картину - о, такие моменты определенно стоят всех вложенных сил!

Бывают кранчи, куда без них, но это как выложиться на стометровке - делаешь быстро и максимум, а потом радуешься результату.

В то же время мне нравится взаимодействие с людьми - собрать команду на хакатон, игру или вечеринку, организовать процесс и продумать план - это про меня. Я с удовольствием читаю книги по психологии и управлению, мне нравится побуждать людей к действиям, и люди, что самое замечательное, прислушиваются ко мне. И вот однажды я задумалась, что могу больше, нежели просто писать код.

Не без душевных терзаний я сменила работу на более перспективную в плане карьерного роста, и через 9 месяцев стала тимлидом команды разработки, размер которой достигал в пике 12-ти человек, по большей части разработчики - фронт и бэк, а также аналитики, проджекты и QA.

При наставничестве технического директора я влилась в новую роль. Что изменилось? Всё.

Далее будем драматически бить в набат каждый раз, когда что-либо в новой картине мира ломает картину старую.

Жизнь руководителя

Для начала, я практически перестала писать код (бум!). Максимум - скрипты в CI/CD или правка горящего бага за ушедшего в отпуск разработчика. Как будто почву из-под ног выбили - я не могла избавиться от чувства, что ничего не делаю, потому что артефактов новая работа практически не оставляет.

В команде - четыре клиент-серверных проекта, стек технологий не у всех идентичен, и я с фронтовым бэкграундом офигела от количества вещей, в которых нужно разобраться еще вчера. Я потеряла привычный контроль (бум!), не могла оценить, хороши ли те или иные решения, и все больше руководствовалась принципом это решение в любом случае лучше, чем ничего, ведь сроки никто не отменял.

Сроки - отдельная боль. Я привыкла отвечать за себя, но внезапно оказывается, что другие люди - это не я (бум!). Они не думают как я и не умеют читать мои мысли. То, что само собой разумеется для меня, может оказаться абсолютно не так для других, и нужно вкладывать много усилий и времени в налаживание и оптимизацию коммуникаций внутри команды.

Нужно периодически общаться со стороной заказчика, а это крупные компании, которые продавливают свои интересы (бум!), раздувая пул моих срочных задач до нечеловеческих размеров. И в целом мне не то, чтобы очень комфортно общаться с незнакомыми людьми, а когда ты девочка и объясняешь собранию бородатых мужей из IT-департамента, что им нужно сделать в своей внутренней сети, чтобы мы могли интегрироваться, - стресс возрастает в разы.

Размеренная и сосредоточенная работа - в прошлом (бум!). Контексты переключаются очень, очень много раз за день: созвониться с заказчиком, разобраться с проблемой деплоя ревью-площадок, оценить новую фичу, помочь исправить косяк в гите, проревьювить приемочные тесты, обсудить с разработчиком затык в задаче, дополнить документацию, собеседовать кандидата, выпустить релиз, нарисовать диаграмму, кроме того - планерки, митинги, обсуждения, тушение пожаров... но чувства на славу потрудилась сегодня так и не возникает, как и радости от очередной решенной проблемы, потому что впереди их еще вагон.

Результат через полгода - замученная команда и замученный руководитель, который исчерпал свой энтузиазм и просыпается каждое утро с мыслью главное пережить этот гребанный день. В светлое будущее корабль с таким капитаном точно не уйдет.

Итог

Я ушла в другую команду в разработку внутреннего продукта, углубившись в бэкенд. Так или иначе сейчас у меня по-прежнему возникают околоуправленческие задачи, но их я уже решаю более осознанно и охотно - они уже не съедают всё мое время и меня в придачу. Размышляя над этим опытом, я выделила несколько основных своих ошибок, и если ты, дорогой читатель, твердо решил расти в менеджера, начинаешь этот путь или чувствуешь первые признаки проблем, возможно, моя ретроспектива поможет тебе справиться с трудностями.

Не своди все процессы на себя, ты под ними быстрее утонешь, чем обретешь контроль. Ты просто не можешь контролировать всё до мелочей так же, как это было раньше. Расставь приоритеты и доверься другим людям.

Береги свой внутренний ресурс. Научись абстрагироваться от рабочих проблем, даже если задач выше крыши. Каким образом это делать - решай сам, но на одной силе воли далеко не уедешь - проверено на личном опыте. В крайнем случае - есть психологи и психоаналитики.

Регулярно уделяй время развитию технической грамотности, чтобы чувствовать себя уверенно.

Определи для себя метрики успеха. Например, прошлый релиз ты спешно и безуспешно пытался закрыть в последний день спринта, а этот - уже за два дня до окончания, и вылезла из него всего одна задача. Прогресс? Прогресс. В прошлый понедельник после митинга с заказчиком ты до конца дня разгребал результаты встречи, а в этот - половину раскидал на сторону заказчика еще во время митинга, часть делегировал команде и в итоге потратил только полдня на разгребание. Замечательно же.

И да, работа - это не вся твоя жизнь, а только ее часть, и чтобы добиться успеха где бы то ни было, нужно соблюдать осознанный баланс.

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru