Readme 25: Liderar desarrolladores no va de motivar. Va de reducir fricción.
Los equipos tech no rinden más cuando están motivados, sino cuando están menos irritados.
Observación contraintuitiva: los equipos tech no rinden más cuando están motivados, sino cuando están menos irritados.
Después de 10 años trabajando con perfiles IT, te lo digo claro: la mayoría no necesita inspiración. Necesita menos fricción diaria.
Historia real.
Equipo de data, 9 personas, rotación alta. El manager pensaba que faltaba “engagement”. Yo vi otra cosa: 12 decisiones pequeñas al día que nadie sabía quién debía tomar. Cada una drenaba energía.
Medimos algo simple durante un mes:
Tiempo perdido esperando respuestas: 52 minutos diarios por persona.
Haz números.
¿Qué hicimos?
Implementamos un RACI ultraligero (sí, RACI, pero sin powerpoint). Decisiones frecuentes documentadas en una página de Confluence. Quién decide. Quién opina. Punto.
Resultado en 8 semanas:
Time-to-decision ↓ 41%
Pull requests bloqueadas ↓ 33%
Y, sorpresa, el clima mejoró sin hablar de clima.
Intentar “motivar” a un equipo frustrado es como perfumar un coche con el motor gripado. No dura.
El liderazgo en tech es como optimizar una API interna. No añades features emocionales. Reduces latencia.
Herramientas que suman:
Decision logs en Notion
ADR (Architecture Decision Records) también para decisiones humanas
GitHub Copilot para bajar carga cognitiva (sí, también es soft skill indirecta)
Mito a desmontar: “Si hay fricción, es porque falta compromiso”.
No. Muchas veces es ambigüedad estructural.
Pregunta que sé que te ronda: “¿Y si se acomodan?”
Curiosamente, cuando quitas fricción, la exigencia sube sola.
Siguiente paso práctico: Haz una lista de las 5 decisiones que más se repiten en tu equipo. Define dueño hoy. No mañana. Hoy.