От разработчика до руководителя

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

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

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

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

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

Как ни прискорбно, но некоторые компании не могут позволить себе содержать «менеджера, имеющего немного времени на написание кода». В таких компаниях менеджерские и инженерные функции настолько расходятся, что менеджеры сразу начинают руководить большими коллективами, замкнутыми на них и подчиненными только им. Так работа менеджера превращается в администрирование и управление людьми. И менеджеры урывками занимаются программированием по вечерам и уик-эндам, если вообще занимаются. Если ваша компания относится к их числу, то советую оставаться инженером-программистом, пока вы не почувствуете, что действительно овладели знаниями о написании кода и разработке информационных систем, которыми и хотели овладеть. Вот тогда и решайте, стоит ли переходить на менеджерскую работу. Если вы перестаете писать код, то потом наверстать упущенное время трудно. А если вы поступаете так на раннем этапе карьеры, то можете никогда не достигнуть инженерного уровня, необходимого, чтобы преодолеть планку среднего менеджера.

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

Как отладить слабо работающую команду

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

Команда не укладывается в сроки