¿Qué proporción de su tiempo pasan los grandes gerentes de ingeniería de software trabajando en el equipo, en comparación con el equipo y en todo el equipo?

Asumo, para mayor claridad, que cuando dices “gerente de ingeniería” aquí, te refieres a un gerente de línea (es decir, uno que no administra a otros gerentes, sino solo a desarrolladores).

En mi experiencia, variaría principalmente según el tamaño del equipo. Cuanto más grande sea el equipo, menos tiempo pasará un gerente “trabajando en el equipo”, porque el esfuerzo para apoyar a los desarrolladores individuales y el impacto del equipo en sí (cuanto más grande es el equipo, mayor es el impacto que probablemente tenga en otros equipos y la empresa) crece a medida que crece el equipo. A medida que el equipo crece, también debe pasar más tiempo (exponencialmente) trabajando en el equipo.

También varía según la cultura de la empresa. Cuando era gerente de ingeniería en Microsoft, se esperaba que pasara el 70% de mi tiempo trabajando en el equipo. En Adobe, la gestión de un equipo de tamaño similar, fue lo contrario. En Adobe, tenía mucha más autonomía como gerente sobre la dirección y la estrategia de mi equipo, por lo que pasé gran parte de mi tiempo trabajando en y alrededor del equipo.

Imagínelo así: si tiene una hora de 1: 1 con cada desarrollador del equipo, una reunión de una hora de equipo, una hora de 1: 1 con su jefe, una reunión de personal de una hora para su jefe, eso es probable que sea el mínimo de reuniones que tendrá. Entonces, a medida que el equipo se hace más grande, el número de horas en reuniones se escala linealmente. Ahora, dependiendo de la responsabilidad que tenga un gerente de desarrollo en su empresa, es posible que también deba reunirse regularmente con sus pares interfuncionales (ya sea en 1: 1 o como grupo), es posible que deba asistir a una estrategia más amplia, alineación o reuniones de estado para la organización más grande … Su tiempo se ocupa bastante rápido de las cosas en torno al equipo en función de las responsabilidades del cargo en su empresa.

Estoy luchando por darte una respuesta directa. La razón es que los gerentes efectivos reconocen la necesidad de demostrar liderazgo situacional. Su equipo probablemente estará compuesto por diferentes niveles de habilidad y experiencia. Los ingenieros menos expertos pueden necesitar más supervisión “en el equipo” que otros. Todos deben comprender la situación en la que se encuentran y actuar en consecuencia.

Como regla general, a los ingenieros no les gusta ser microgestionados en el trabajo técnico. La mayoría de los gerentes tienden a involucrarse demasiado en esta área.

Y los ingenieros no se destacan en el desarrollo profesional. La mayoría de los gerentes tienden a involucrarse menos aquí.

Entonces, mi consejo sería comenzar a hacer lo que sea correcto para el equipo que tienes. Luego, reconozca que es probable que esté demasiado involucrado en el trabajo diario y poco involucrado en los esfuerzos de desarrollo y planificación futura. Luego, siga ajustando sus divisiones de tiempo hasta que empiece a sentirse incómodo con su falta de participación “en el equipo”. Entonces probablemente estés en un buen lugar.

La mejor de las suertes.

Creo que la respuesta de Jake se dirige en la dirección correcta. Me sorprendió la cantidad de trabajo técnico directo que Kevin indicó que se esperaba de él dentro del equipo.

Tengo un sesgo de liderazgo, lo que me lleva a centrarme en lo que siento que hay que hacer para que el equipo sea más efectivo. Si su liderazgo estableció la expectativa de enfocarse en el trabajo en equipo, o si esa es la cultura, entonces tendría que enfocarse en esa dirección.

Desafortunadamente, eso es algo que he visto una y otra vez en el sector tecnológico, donde no hay un reconocimiento real de que un líder debe centrarse en el equipo y en cuestiones más estratégicas y dejar de lado la necesidad de actuar como ingeniero / desarrollador. Cuando la necesidad de esta transición no es reconocida por el liderazgo de alto nivel, pone cargas adicionales y poco saludables para el gerente.

Obviamente, haces lo que hay que hacer para hacer el trabajo. Pero, si usted como líder puede concentrar su tiempo y recursos en mejorar a las personas de su equipo, trabajar en la planificación y tomarse el tiempo para “explorar el horizonte”, buscando proactivamente posibles problemas, eso debería minimizar las situaciones en las que se encuentre en modo de reacción, forzándote a trabajar en equipo. También establece un ritmo más saludable para el equipo y alivia el punto válido de Jake sobre evitar la percepción de la microgestión.

Gran pregunta!

http://www.softskills4hardtech.com

More Interesting

Mi 'EQ' es bastante alto y realmente no deseo tener que trabajar continuamente con personas que son tercas o arrogantes. ¿Debo evitar la profesión de ingeniería de software?

¿Cuándo diría que un aspirante a programador está listo para comenzar a aprender y aplicar el texto de Introducción a los algoritmos (CLRS)?

¿Cómo es el día promedio de un ingeniero de software en Bangalore con un salario superior a Rs 50,000 por mes?

¿Qué configuración de computadora ofrece Quora a sus ingenieros de software?

¿Qué hacen los ingenieros de software en Amazon?

¿Cuál es la diferencia entre programador, codificador, ingeniero de software, gerente?

¿Cómo debo hacer en la universidad para ser un buen ingeniero de software?

Como ingeniero de software, ¿qué ha sido lo mejor que has visto en tu equipo? La cosa puede ser una pieza de código, diseño, proceso, etc.

¿Por qué los competidores de software simplemente no copian / pegan código cuando su rival agrega una nueva característica exitosa y la modifica un poco para evitar las leyes de derechos de autor?

¿Los ingenieros de software escriben código? Si es así, ¿qué porcentaje de sus trabajos implica escribir código?

Como un nuevo comienzo, ¿cómo aborda el aprendizaje de un gran sistema de software para permitir la productividad y comenzar a resolver problemas?

¿Hay escasez de talento en ingeniería en Silicon Valley?

¿Cuál es el proceso de ingeniería de software?

Si los desarrolladores aman tanto el concepto de abstracción, ¿por qué parecen odiar a los gerentes de producto?

¿Qué le pregunta la gente a un gerente de ingeniería de software?