Для чего именно (нетехнический) менеджер в команде разработчиков программного обеспечения? [закрыто]

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

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

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

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

Это кажется пустой тратой ресурсов, не так ли? (И я не думаю, что зарплата менеджера ниже 120 тысяч!)

Изменить (в ответ на ответ ниже): - У нас уже есть менеджер по продукту, чья работа заключается в том, чтобы убедиться, что создаваемые продукты будут полезны для клиентов/пользователей.

Самая большая ценность менеджера для вас заключается в том, что он максимально ограждает вас от всех нетехнических вещей, которые необходимы компании для функционирования.
Я абсолютно согласен с @keshlam. Более того, вы пытаетесь судить о его/ее работе по тому, казалось бы, маленькому ее фрагменту, который вам виден. Вы понятия не имеете о полном объеме ее обязанностей. Кстати, вы не думали вежливо спросить ее? Это дало бы вам гораздо лучший ответ, чем все наши догадки вместе взятые ;-)
Много неизвестного в этом вопросе — какова ваша роль, насколько велика ваша команда, сколько инженеров и других сотрудников ниже менеджера? это только начало
Есть много веских причин, чтобы иметь в команде менеджера, не являющегося техническим специалистом. Самое главное, что они знают, как общаться с нетехническими людьми таким образом, который неестественен и труден для инженеров. Они могут выступать в качестве представителей команды, поэтому прогресс и требования могут быть эффективно переданы другим нетехническим специалистам в компании.

Ответы (1)

Вот мои предположения:

Чтобы убедиться, что продукт развивается так, как задумано бизнесом.

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

Предложить нетехнический взгляд.

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

Чтобы поддерживать вашу мотивацию и следить за любыми конфликтами внутри команды, работающей над проектом)

РЕДАКТИРОВАТЬ: Также он может просто заинтересоваться проектом. Или хотите убедиться, что вы не перегружены работой и не испытываете стресса. Он может даже пытаться наладить ваши отношения или, по крайней мере, лучше узнать ваше отношение/то, как вы работаете. Знаю, есть и более диковинные идеи, но не невозможные.

Для чего именно (нетехнический) менеджер в команде разработчиков программного обеспечения? [закрыто]
СпросиСетьПолитика конфиденциальности1y, 0v