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

Переход на позицию технического лидера может потребовать серьезного обучения. Вот почему наша команда взяла интервью у технических руководителей, которые способствовали переходу. Алекс Митчелл - директор по продуктам в ICX Media, Эшли Брайант-Бейкер - ведущий аналитик по науке о данных в Amtrak, а Джон Лаунсбери - вице-президент по разработке в Silectis.

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

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

Приведенные ниже беседы изменены по длине и содержанию.

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

Алекс Митчелл - директор по продуктам

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

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

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

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

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

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

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

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

Эшли Брайант-Бейкер - ведущий аналитик по науке о данных

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

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

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

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

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

Еще одна смена для новых менеджеров - меньше заниматься техническими задачами.

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

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

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

Джон Лаунсбери, вице-президент по инженерным вопросам

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

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

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

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

Пропустили первую часть этого интервью? Проверить это.

Первоначально опубликовано на https://dmv.myhatchpad.com.