Por qué los problemas de tu equipo parecen problemas de network
Tras veinte años en organizaciones de ingeniería, sigo observando la misma brecha. Los equipos dedican años a dominar el control de versiones, las pruebas y los flujos de entrega, pero apenas dedican tiempo a las habilidades que determinan si todo ese trabajo llega realmente al negocio: cómo un líder gestiona su propia atención, cómo se comunica un equipo bajo presión y cómo ese equipo se mantiene alineado con el entorno externo.
A estas capacidades las llamamos «habilidades blandas» (soft skills), y el propio nombre forma parte del problema. Sugiere algo vago, dependiente de la personalidad y deseable solo si uno tiene facilidad de trato con la gente. En la práctica, dirigir una reunión diaria de sincronización (stand-up), ofrecer retroalimentación o proteger el tiempo de concentración profunda es un proceso tan sistemático como gestionar un flujo de despliegue. Solo parecen «blandas» porque a la mayoría de nosotros nunca nos enseñaron a ver la estructura subyacente.
Esa estructura es la base del libro, que utiliza una metáfora que cualquier ingeniero conoce bien: las redes informáticas. Un ordenador no funciona como una masa indiferenciada de lógica; funciona gracias a capas claramente definidas —cada una con sus propios protocolos— que cooperan sin necesidad de comprender los detalles internos de las demás. Una CPU no necesita saber cómo se enruta un paquete de red; solo necesita que su propia capa funcione y confiar en que las capas circundantes hagan lo mismo.
El liderazgo en ingeniería funciona exactamente igual.
- CPU — la capa donde te gestionas a ti mismo: atención, lista de tareas, memoria, hábitos.
- LAN — la capa donde gestionas a tu equipo: roles, crecimiento, retroalimentación, colaboración diaria.
- WAN — la capa donde tu equipo conecta con el exterior: partes interesadas (stakeholders), otros equipos, clientes y las prioridades cambiantes de la organización.
Si confundes las capas, la solución no funcionará. Intentar resolver un problema de comunicación en el equipo con un truco de productividad personal, o un problema de alineación con las partes interesadas mediante una dinámica de integración de equipos, dará el mismo resultado que intentar arreglar un problema de enrutamiento reinstalando el sistema operativo: nada, salvo un esfuerzo inútil.
Esta serie aborda las capas en ese orden —CPU, luego LAN y finalmente WAN— porque es también el orden en el que suelen fallar. Un líder incapaz de gestionar su propia ejecución tendrá dificultades para liderar un equipo, por muchas dinámicas de integración que organice. Un equipo que no logra comunicarse internamente tendrá dificultades para proyectarse hacia el exterior. Hay que arreglar primero los cimientos; de lo contrario, todo lo demás seguirá desmoronándose.
En las próximas publicaciones analizaremos el sistema capa por capa, manteniendo el mismo enfoque práctico y directo: qué falla, por qué sucede y cuál es el protocolo para solucionarlo.
Si prefieres acceder al marco de trabajo completo ahora mismo en lugar de esperar a que se publique la serie, The Engineering Protocol Stack está disponible en Leanpub.
Y si tu equipo ya ha superado la etapa individual y la fricción que experimentas se sitúa en la capa LAN o WAN, reserva una llamada gratuita de 30 minutos y determinaremos qué capa es la que realmente está fallando.