Los cuatro pilares del liderazgo de ingeniería: personas, tecnología, producto y entrega
El liderazgo de ingeniería falla de formas predecibles, y cada forma de fallo apunta a un pilar descuidado.
El liderazgo de ingeniería falla de formas predecibles, y cada forma de fallo apunta a un pilar descuidado.
Vuelvo siempre a cuatro palabras cuando pienso en liderazgo de ingeniería: personas, tecnología, producto, entrega. No porque cuatro sea un número elegante, sino porque casi toda disfunción que he visto se remonta a que uno de ellos se ignoraba en silencio.
Un líder que solo optimiza personas construye un equipo feliz que entrega despacio y no sabe explicar por qué su trabajo importa. La cultura es real, pero no sustituye a la dirección. A los ingenieros les desmoraliza el trabajo inútil mucho antes que el trabajo difícil.
Un líder que solo optimiza tecnología produce una plataforma elegante que nadie pidió. El diagrama es bonito. La migración va por su tercer año. El ritmo de cambios visibles para el cliente es casi cero.
Un líder que solo optimiza producto entrega rápido y acumula deuda como política no examinada. Funciona, a veces años, y de pronto una funcionalidad de dos líneas tarda un mes y nadie sabe decir por qué.
Un líder que solo optimiza entrega consigue un cuadro de mando y un equipo quemado. El throughput medido sin atender al valor produce gráficas impresionantes y resultados que no lo son.
Lo interesante es que interactúan. La arquitectura determina cuántos equipos deben coordinarse, lo que determina la velocidad de entrega. La claridad de producto determina cuánto retrabajo absorbe el equipo, lo que determina la moral. La seniority del equipo determina cuánto riesgo arquitectónico puedes asumir con seguridad.
No puedes optimizar un pilar hasta que compense a otro. Solo puedes mover el cuello de botella.
Cuando algo va mal y la causa no es obvia, recorro los cuatro pilares en orden y hago una pregunta directa a cada uno:
Uno de los cuatro casi siempre da una respuesta incómoda. Ahí está el trabajo.
Escrito por Jesús Ibáñez, líder de ingeniería.
A un engineering manager no le faltan tareas. La pregunta es cuáles de esas tareas son de verdad suyas.
Leer el artículoLos ciclos de feedback lentos no son una molestia de ingeniería: son un límite estratégico a la velocidad con la que una empresa aprende.
Leer el artículo