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

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

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

Обратимся к оценке вашего собственного опыта

Когда в последний раз вы анализировали свое расписание, чтобы выявить, чем занимаетесь, не создавая ценности ни для себя, ни для команды? Обратите свой взгляд на последние пару недель. Посмотрите на две недели вперед. Чего вы достигли и чего рассчитываете достичь?

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

Какую свою последнюю задачу вы перепоручили одному из членов команд? Была она простой или сложной? А тот, кому вы ее делегировали, как справляется?

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

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

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

Когда в последний раз вы посылали e-mail после восьми часов вечера или в выходные? Полагаете ли вы, что человек, получивший e-mail, должен на него ответить? Нужен ли был вам его ответ?

7

Управление менеджерами

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

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

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

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