¿Qué hacen los ingenieros con roles gerenciales en las principales compañías de software?

Ampliaré la respuesta de Chuck, pero a menudo veo que se colocan en lugares donde hacen poco código, a menos que sean clientes potenciales (incluso entonces) o desempeñen un papel más de I + D.

A menudo los veo:

• Ordenar y organizar la infraestructura en torno a sus respectivas responsabilidades.
• Determinación y redacción de requisitos o documentos de nivel superior.
• Implementación y supervisión de cambios en el procedimiento, como el proceso de desarrollo.
• Arquitectura de coordinación como actividades
• Decidir qué tecnología nueva o antigua se puede incluir, a menudo asistiendo a cosas como IETF, seminarios, etc.
• Contratación, despido y evaluaciones de empleados, etc.
• Tratar con clientes (a veces)
• Programación, cronogramas, revisiones de puertas, clasificación de errores

Hay mucho más, pero está mucho más orientado a las habilidades blandas.

No manejo el control de versiones, a menos que yo quiera.

Es más una cuestión de gestionar las expectativas de los clientes y mis gerentes, y motivar a todos los demás. Recordar a las personas que lo que hacemos es divertido y desafiante. Llamar a un pato un pato.

Se trata de corregir las deficiencias en la capacitación, las definiciones y el uso de los estándares, y lograr que las personas sigan el proceso.

Se trata de decirles a los clientes si desean una nueva función / función A que no estaba en el alcance original, y desean la misma fecha límite (algo tiene que dar), horario u otra función / función.

Se trata de preocuparse lo suficiente como para preguntarle a la gente qué quieren hacer en el futuro, a corto y largo plazo, y ayudarlos o al menos permitirles lograrlo.

Se trata de darles a las personas la tranquilidad que necesitan y de animarlos, y de reinar en los píos que están dando vueltas en una tangente sin ninguna razón en particular.

Se trata de elegir abordar proyectos en los que nadie parece particularmente interesado y hacerlo yo mismo, y hacerlo interesante y compartirlo con mi grupo. Se trata de ayudar a las personas a entender que saben algo que todos los demás no saben, y ayudarlos a sentirse cómodos presentándolo al grupo.

Es proteger a los desarrolladores, amarlos como si fueran familia y estar allí. Si hay un problema, quiero que mis amigos vengan a mí para ver si puedo ayudar a resolverlo antes de que RR.HH. intervenga o antes de que alguien sea despedido por hacer algo realmente estúpido.