¿Qué califica a alguien para ser gerente de ingeniería?

Las calificaciones variarán de una compañía a otra a la industria. Para ser un gerente de ingeniería eficaz, a pesar de las variaciones enumeradas, es fundamental poseer varias habilidades clave;

Experiencia como ingeniero
En primer lugar, debe saber de qué está hablando, de lo contrario tendrá problemas para ganarse el respeto de sus empleados y compañeros de trabajo. No necesita conocer los detalles granulares de cómo funciona todo. Definitivamente no debería ser el mejor ingeniero del grupo; de lo contrario, debería codificar, no administrar.

Organizado, receptivo
No importa cuál sea su metodología y herramientas, solo importa que tenga algo consistente y definido. Algo en lo que tanto el Equipo de ingeniería como la Compañía pueden confiar y comprender. Depende de usted hacer que se cumplan, todos los caminos conducen a Ingeniería, será bombardeado por todos los miembros de la compañía sobre los plazos, las características, los errores y los malos entendidos sobre cómo funcionan las cosas. Depende de usted filtrarlo todo.

… y defensivo
El beneficio colateral es que al hacer esto, está protegiendo a su equipo para que solo trabaje y se gane su respeto. Los ingenieros solo quieren trabajar con la menor cantidad posible de reuniones, correos electrónicos y preguntas. Solo inclúyalos cuando sea necesario.

Perspectiva empresarial + producto
Los gerentes deben tomar decisiones. Los gerentes de ingeniería generalmente necesitan tomar decisiones sobre la implementación, la escalabilidad y los plazos. Su CEO tendrá una perspectiva diferente a su Atención al Cliente, a quien le importará algo diferente a su equipo de Producto. Todas sus opiniones son importantes. Si no comprende el alcance completo del negocio y el producto, no puede administrar la carga de trabajo y las prioridades de su equipo para organizarse.

La capacidad de decir ‘no’ a cualquiera
Si no puede decir No, nadie más lo hará: los CEO, Ventas, Producto son Sí personas. Eres el equilibrio Si no puede decir que no, siempre perderá los plazos y creará un producto que no haga avanzar a la empresa. Una comprensión del negocio y el producto le brindará las herramientas para enderezar la hoja de ruta. No, por el bien de la empresa, obtenga respeto, no tenga miedo de decirlo, solo sea capaz de respaldarlo con una lógica racional. (¡Nunca digas No por pereza!)

Conversaciones complicadas
Tendrá que contratar, despedir, transferir, decirle a alguien que su trabajo no está a la altura. Se le mentirá, tendrá que decirle a la gente que está demasiado en Facebook, hablar con la gente sobre sus problemas médicos y familiares, y atrapar a alguien que trabaja para alguien más sentado frente a usted. Escuchará noticias de la compañía que podrían afectar a su equipo y tendrá que decidir si debe compartirlas o cuándo. Si no puede tener conversaciones complicadas con las personas, será difícil de administrar de manera efectiva.

Terminaré con 3 pensamientos más una vez que obtenga su puesto de gestión
1. Nunca dejes de codificar y aprender nuevas tecnologías. No importa qué porcentaje de su trabajo sea administración, en el momento en que deja de codificar, comienza a perder la perspectiva y crea vulnerabilidades.
2. Dirige desde atrás . Es su trabajo asegurarse de que sus ingenieros estén haciendo lo que se les paga (bien) por hacer. Asegúrate de que solo estén haciendo eso. Usted hace el trabajo trivial si hay problemas de recursos, delega de manera efectiva. No lo pegues en tu talento. Y no comprometa a su equipo a nada que no esté dispuesto a respaldar y apoyar.
3. Contratar lento, disparar rápido . La contratación es difícil y requiere mucho tiempo. No te apresures. Contrata personas con las que quieras trabajar y tu equipo es genial. Después de todo eso, ocasionalmente te equivocarás una vez que entres en el meollo de las cosas. Aborde los problemas de inmediato y, si no se resuelven rápidamente, despídalos. No va a mejorar Créeme.

More Interesting

¿Qué tan importante es SQL en las pruebas de software?

¿Cuál es la diferencia entre documentación y comentarios durante la programación?

Se me asignó el rol de Probador de rendimiento en mi empresa, habiendo llegado de un fondo manual de pruebas funcionales, ¿cómo empiezo a aprender Pruebas de rendimiento y necesito tener conocimientos de automatización? ¡Por favor ayuda!

¿Cuáles son los 3 proyectos de código abierto más grandes por esfuerzo total de programación?

¿Cuál es la arquitectura de Spotify?

¿Está Apple explorando tecnologías de ciudades inteligentes y oportunidades de implementación y en qué medida?

¿Hay alguna herramienta de SEO que pueda automatizar los vínculos de retroceso?

Al subcontratar el desarrollo de software, ¿cómo se asegura de que el código sea mantenible, seguro y otros requisitos "invisibles"?

¿Cuánto debería importarme la calidad a expensas de la velocidad al crear software?

¿Cuáles son los casos de automatización de pruebas de software en organizaciones comerciales amplias?

¿Cuál es el uso de diversas tecnologías como PHP, .NET, SAP, MySQL, RoR, J2EE, JavaScript y jQuery?

Sistemas embebidos: ¿Vale la pena cambiar las mareas del software a la mezcla entre hardware y software?

Estoy estudiando ingeniería civil, ¿cuál es el software más exigente que debo aprender?

He sido desarrollador de software durante más de 6 años y aprendí 5 lenguajes de programación pero no domino ninguno de ellos, ¿debería centrarme solo en un idioma?

¿Qué son las pruebas del sistema en las pruebas de software y cuáles son algunos ejemplos?