Как я могу управлять растущей командой?

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

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

Может быть весьма уместно... work.stackexchange.com/questions/2986/…
Ваш босс вообще НЕ должен заниматься какой-либо технической работой. Он должен управлять работой других людей. Итак, во-первых, ему нужно отказаться от всех разработок, которыми он занимается сам. Это, вероятно, освободит некоторое время.
@HLGEM Есть технические менеджеры с более чем 16 прямыми подчиненными, которые также действуют как отдельные участники, хотя я допускаю, что они редки. Похоже, ему не следует заниматься технической работой, потому что он неэффективно управляет своим отделом, и это единственное, что он должен уметь эффективно делегировать.

Ответы (2)

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

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

Я слышал, что это называется «управлять», и это обычно иллюстрируется тем, что сотрудник спрашивает своего руководителя: «Что я могу сделать, чтобы вы добились успеха? ), что высвободит часть их времени, чтобы действительно добиться прогресса. Если у вас есть время, это здорово для вас и для вашего босса. Все выигрывают!

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

Первое, что я бы сделал как технический директор, — это определил функциональные команды в его иерархии. Эти 16 разработчиков и 8 QA, вероятно, больше похожи на 2 группы из 8 разработчиков и 4 BA/QA. Я бы определил, над чем они работают и кто работает над этим, назову их командами и назначу кого-то «руководителем группы». Если есть две или более «команды», работающих над одним и тем же общим «проектом», рассмотрите возможность «менеджера проекта», чья работа заключается в ежедневном наблюдении за обеими командами. Это суждение и может быть довольно политическим, особенно выбор кого-то другого с равной или большей предполагаемой квалификацией (опыт, образование, стаж, навыки). Так что, вероятно, это будет непросто, но именно поэтому он является техническим директором; ему приходится принимать трудные решения.

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

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