Один день из жизни инженера-менеджера

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

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

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

Чем занимается инженер-менеджер?

Во-первых, немного о моей роли инженера-менеджера: моя первая руководящая роль была в Packback, платформе вопросов и ответов для профессоров колледжей.

Я присоединился к команде, когда в компании было всего четыре человека; по сути, это были я и основатели. За прошедшие три года я видел, как компания привлекла около 5 миллионов долларов и выросла почти до 30 человек. Моя инженерная команда была довольно скудной — когда я ушел в 2016 году, их было пять, — но моя роль сильно изменилась за годы работы в компании.

После того, как я ушел из Packback и присоединился к Graide Network, я начал с должности инженера-менеджера. Сначала в моей команде были только я и подрядчик, но за четыре года работы в Graide я нанял еще трех инженеров и взял на себя больше обязанностей по управлению продуктом.

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

Хитрое слово здесь «помощь». Что именно это значит? Означает ли это, что технический менеджер пишет код? Или они просто следят за тем, чтобы все в их команде писали код?

Короткий ответ: это зависит.

Инженеры-менеджеры должны быть техническими специалистами

Как правило, инженеры-менеджеры пишут меньше кода, чем старшие разработчики в их команде, но они должны писать немного кода, чтобы поддерживать свои навыки. Они также должны уметь помогать членам своей команды «отвязываться». Иногда это означает ответы на технические вопросы, а иногда — разрешение споров между членами команды.

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

Инженеры-менеджеры должны хорошо ладить с людьми

Быть «хорошим с людьми» — это сложный ярлык.

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

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

Самое сложное в инженерном менеджменте

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

Время от времени у меня бывает день, когда я поднимаю голову после окончания последней встречи и чувствую, что абсолютно ничего не сделал. Я был занят весь день: беседовал, читал документы и общался с коллегами и членами команды. Я устал, но ничего не добился. Николас Минс

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

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

Как инженер-менеджер тратит свое время?

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

• Технические (35%)
• Управленческий (35%)
• Вербовка (15%)
• Административный (15%)

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

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

Технические

35% моего времени

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

Управленческий

35% моего времени

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

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

Рекрутинг

15% моего времени

Время рекрутинга включало посещение конференций, митапов и учебных курсов по программированию; написание постов в блоге; встреча с кандидатами на работу; и оценка технических скринингов.

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

Административный

15% моего времени

Наконец, я тратил несколько часов в неделю на чтение и написание электронных писем, ответы на вопросы в Slack, случайные беседы и выполнение «других» повседневных дел, чтобы поддержать свою команду. Как менеджер, я старался, чтобы мои инженеры не отвлекались на подобные вещи, но при необходимости я назначал время для общения с членами команды.

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

Что делает хорошего технического менеджера?

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

1. Расширьте возможности своей команды

Быть хорошим менеджером — значит помогать другим достигать великих целей.

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

2. Чрезмерное общение

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

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

3. Будьте источником спокойствия

И, наконец, ваша роль инженера-менеджера состоит в том, чтобы «убирать хаос»:

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

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

Читайте похожие статьи в блоге Toptal Engineering.