La promoción más frecuente en un área de sistemas es también la peor preparada: el desarrollador con más oficio pasa a conducir el equipo. Tiene todo el sentido —conoce el sistema, le tienen respeto técnico— y sin embargo fracasa seguido, por un motivo que nadie le explica de antemano.
Lo que lo hizo bueno en su trabajo anterior no solo deja de servirle: en varios casos le juega en contra.
Lo primero: el trabajo dejó de ser suyo
El cambio de fondo es este y todo lo demás se deriva. Antes, el resultado dependía de su propio esfuerzo: si algo era difícil, uno se quedaba y lo sacaba. Ahora depende del trabajo de otras personas, sobre las que no se tiene ese control.
El reflejo natural es resolverlo uno mismo. Es el error más común y el más comprensible: es más rápido, sale mejor, y da la satisfacción de haber hecho algo tangible en un día que por lo demás fue todo reuniones.
El costo aparece a los dos meses. El líder que se quedó las tareas difíciles es ahora el cuello de botella de todo, y su equipo dejó de aprender justo las cosas que hacían falta.
Las cuatro cosas que cambian
1. Ahora hay que elegir qué peleas dar
Como desarrollador uno podía tener razón en todo. Como líder, tener razón en todo significa oponerse a todo, y un área que se opone a todo deja de ser consultada.
La habilidad nueva es priorizar los desacuerdos: de las cinco cosas que la organización está por hacer mal, cuál es la que realmente hay que frenar. Las otras cuatro se dejan pasar, se documenta la posición, y se guarda el capital para cuando importe.
Esto le resulta especialmente difícil a quien viene de lo técnico, donde ceder en algo que está mal se siente como una falla profesional.
2. Hay que comunicar decisiones que uno no comparte
Va a pasar: la dirección decide algo que uno considera un error, y hay que transmitirlo al equipo.
Hay dos salidas malas. Una es presentarlo como propio, y perder autenticidad ante gente que lo conoce. La otra es despegarse —«a mí me lo bajaron»—, que se siente honesto y es lo peor que se puede hacer: le enseña al equipo que las decisiones de arriba son arbitrarias y que su líder no tiene peso.
La salida que funciona es la tercera: explicar la decisión, explicar el razonamiento que la sostiene aunque uno no lo comparta, decir que uno planteó su posición y no prosperó, y decir qué se va a hacer ahora. Todo eso junto, sin drama.
3. La información deja de fluir sola
Este cambia de un día para el otro y sorprende a todo el mundo. Cuando uno era parte del equipo, se enteraba de todo: quién estaba trabado, quién estaba incómodo, qué no se estaba diciendo en la reunión.
Desde el lugar de conducción, eso se corta. La gente filtra lo que le cuenta a su jefe, no por deslealtad sino porque es lo razonable. Un líder que no construye deliberadamente canales para enterarse —conversaciones de a uno, con frecuencia, sin agenda— se entera de los problemas cuando ya explotaron.
4. El error propio ahora es de otro
Cuando alguien del equipo se equivoca, hacia afuera el responsable es el líder. Eso es correcto y no se discute. Lo que hay que aprender es cómo se sostiene sin que se rompa nada por dentro.
La regla, que es vieja y sigue siendo la mejor: los errores se asumen hacia afuera y se trabajan hacia adentro. Nunca se nombra a quien se equivocó en una reunión con otras áreas. Y hacia adentro se trabaja el error, no la persona: qué faltó en el proceso para que eso pasara.
Lo que hay que dejar de hacer
Tan importante como lo que hay que aprender es lo que hay que soltar, y cuesta más.
Dejar de ser el que más sabe. A los dos años de conducir, alguien del equipo va a saber más que uno de alguna parte del sistema. Eso es un éxito y se vive como una amenaza si uno seguía apoyando su autoridad en el conocimiento técnico.
Dejar de revisar todo. Revisar cada línea no escala y, además, comunica desconfianza. Hay que elegir qué se revisa —lo riesgoso, lo que toca dinero, lo que no tiene vuelta atrás— y soltar el resto.
Dejar de medir el día por lo producido. Un día de conducción bien hecho puede no dejar nada tangible. Es la parte que más cuesta emocionalmente en los primeros meses, y no hay atajo: hay que cambiar la vara.
Las dos trampas del primer año
Seguir siendo el mejor técnico del equipo
Es la trampa más cómoda porque se siente como responsabilidad. El líder toma las tareas difíciles, revisa todo el código, y es quien resuelve cuando algo se complica. Su equipo lo respeta y la organización está conforme.
El problema aparece a los ocho meses: nadie del equipo creció, todas las decisiones pasan por una sola persona, y esa persona no puede tomarse una licencia. La organización, sin darse cuenta, construyó un punto único de falla y lo llama liderazgo.
La salida es incómoda: dar la tarea difícil a alguien que la va a hacer peor que uno, y bancar que salga peor la primera vez. Es una inversión que se paga a los seis meses y se siente como una pérdida durante tres.
Convertirse en el buzón de todos
La segunda trampa es la contraria y también empieza bien. El líder se ofrece como canal único para proteger al equipo de las interrupciones: que le pidan a él y él reparte. Funciona un mes.
Después, todo pasa por su casilla, incluidas las decisiones que su gente podría tomar sola. El equipo deja de hablar con las áreas usuarias, pierde contexto, y el líder trabaja doce horas.
Proteger al equipo no es filtrar todo: es acordar qué pasa directo y qué no, y sostener ese acuerdo con las otras áreas.
Los primeros noventa días
Un orden que funciona para quien acaba de asumir:
- Semanas uno y dos: hablar de a uno con cada persona. Sin agenda técnica. Qué le gusta hacer, qué lo frustra, qué cambiaría. Es la base de todo lo demás y no se puede recuperar después.
- Mes uno: entender de dónde viene el trabajo. Quién pide, por qué canales, quién prioriza hoy — que casi nunca es quien uno cree.
- Mes dos: ordenar la entrada. Un solo canal, una instancia de priorización. Es la pelea que hay que dar primero porque habilita todas las demás.
- Mes tres: empezar a comprometer menos y cumplirlo. Nada reconstruye credibilidad como una racha de compromisos chicos cumplidos.
La pregunta que conviene hacerse cada tanto
¿Qué pasaría con el equipo si mañana no viniera durante dos semanas?
Si la respuesta es que se paraliza, el trabajo de conducción todavía no empezó: uno sigue siendo el desarrollador principal con más reuniones. Si la respuesta es que sigue funcionando y hay dos o tres decisiones que van a esperar, entonces sí.
Es una pregunta incómoda porque el primer resultado se siente como ser imprescindible, y es lo contrario: es la señal de que el equipo no puede crecer.
Es el contenido del plan de Líderes, que incluye además todo lo de Equipos. Escríbanos si acaba de asumir o está por hacerlo.
