¿Para qué sirve exactamente un gerente (no técnico) en un equipo de ingeniería de software? [cerrado]

Podría ser una persona completamente ignorante aquí, pero es exactamente por eso que estoy preguntando esto.

¿Por qué un equipo de ingeniería necesita un gerente no técnico? ¿Cuál es exactamente su trabajo?

Quiero decir, entiendo la necesidad de líderes tecnológicos, que hasta donde yo sé, es todo lo que necesitamos; es decir, alguien que brinde orientación técnica sobre cómo hacer ciertas cosas o alguien que revise mi código, etc.

Pero no veo por qué necesitamos un gerente con el que solo interactúo en los casos en que viene y me pregunta qué estoy haciendo y cuándo voy a terminar mis proyectos, etc., o si necesito algo de él. (que normalmente no hago porque la mayoría, si no todas, de mis necesidades profesionales solo pueden ser satisfechas por alguien que realmente pueda programar), todo lo cual parece bastante redundante dada la disponibilidad de varias herramientas de seguimiento de proyectos (jira, bugzilla, pivotal, confluencia, etc.)

Eso parece un desperdicio de recursos, ¿no es así? (¡Y no creo que el salario de un gerente sea inferior a 120k!)

Editar (en respuesta a la respuesta a continuación): - Ya tenemos un gerente de producto cuyo trabajo es asegurarse de que los productos que se crean sean útiles para los clientes/usuarios.

Una pregunta casi idéntica a esta está en los programadores.SE.
El mayor valor del gerente para usted es protegerlo, tanto como sea posible, de todas las cosas no técnicas que la empresa requiere para funcionar.
Estoy absolutamente de acuerdo con @keshlam. Además, está tratando de juzgar su trabajo a partir de una porción aparentemente pequeña que es visible para usted. No tienes idea del alcance total de sus responsabilidades. Por cierto, ¿has considerado educadamente preguntarle? Eso le daría una respuesta mucho mejor que todas nuestras conjeturas aquí combinadas ;-)
Muchas incógnitas en esta pregunta: ¿cuál es su función, qué tan grande es su equipo, cuántos ingenieros y otro personal hay debajo del gerente? eso es solo un comienzo
Muchas buenas razones para tener un gerente no técnico en un equipo. La más grande es que saben cómo comunicarse con personas no técnicas de una manera poco natural y difícil para los ingenieros. Pueden actuar como embajadores del equipo para que el progreso y los requisitos se puedan compartir de manera efectiva con otros no técnicos de la empresa.

Respuestas (1)

Aquí están mis conjeturas:

Para asegurarse de que el producto está progresando según lo previsto por el negocio.

Supervise que el trabajo va por buen camino y evalúe cualquier impacto que podría tener en otros proyectos en caso de que su recurso se sobrecargue. Vigilar los riesgos e, idealmente, mitigarlos.

Ofrecer una perspectiva no técnica.

Tener conocimiento del proyecto para que pueda comunicarse de manera efectiva con los clientes y actualizar a sus gerentes sobre el estado del proyecto.

Para mantenerlo motivado y estar atento a cualquier conflicto dentro del equipo que trabaja en el proyecto)

EDITAR: También podría tener interés en el proyecto. O quiere asegurarse de que no está sobrecargado de trabajo ni estresado. Incluso podría estar tratando de construir su relación, o al menos familiarizarse más con sus actitudes/cómo trabaja. Ideas un poco más extravagantes, lo sé, pero no imposibles.