Un desarrollador discute una funcionalidad. Un líder discute la carga de su equipo. Un gerente de tecnología discute algo distinto que casi nunca se nombra: cuánto capital político le queda para el resto del año.
Esa diferencia explica decisiones que desde abajo se leen como incomprensibles. Por qué el gerente cedió en algo que claramente estaba mal. Por qué no peleó una fecha que era imposible. Por qué aceptó un proyecto que nadie del equipo quería.
El recurso escaso no es el tiempo del equipo
Desde el equipo, el recurso escaso es evidente: horas de desarrollo. Desde la gerencia hay otro recurso, más escaso y menos visible, que es la cantidad de veces que uno puede decir que no antes de quedar marcado como el área que traba.
Ese recurso se repone lento y se gasta rápido. Un gerente que se opone en tres comités seguidos, aunque tenga razón las tres veces, empieza a ser evitado: las decisiones se toman antes de la reunión donde él está, y se le comunican.
Por eso cede en cosas que el equipo no entiende. No porque no vea el problema: porque está eligiendo dónde gastar.
Las cuatro cosas que solo se ven desde ahí
1. El caso se repite
El equipo vive un pedido imposible como un episodio. La gerencia lo ve como el cuarto de este año y sabe que van a venir ocho más.
Eso cambia por completo la respuesta correcta. Resolver el episodio —negociar esta fecha, recortar este alcance— es trabajo perdido si el mecanismo que lo genera sigue igual. Lo que corresponde es instalar una regla, y eso es un proyecto propio, con su costo político.
2. El área compite con las otras
El presupuesto de tecnología no sale de una bolsa infinita: sale de la misma que el de marketing, el de operaciones y el de recursos humanos. Cada peso que se pide es un peso que otro gerente no recibe, y esa persona está en la misma mesa.
Un pedido de inversión técnica que no está formulado en términos comparables con los de las otras áreas —plata, riesgo, plazo— pierde por defecto, aunque sea el más necesario.
3. Las decisiones tienen historia
Muchas de las cosas que desde el equipo parecen absurdas son el resultado de una negociación anterior que nadie contó. El sistema que no se puede tocar porque un director prometió no tocarlo. El proveedor que sigue aunque es malo porque el contrato lo firmó alguien que todavía está.
Un gerente carga con ese historial y no siempre puede explicarlo, porque explicarlo implicaría exponer a alguien.
4. Lo que se mide no es lo que se hizo
Desde el equipo, el éxito es el sistema entregado. Desde la dirección, el éxito del área de tecnología se mide con dos o tres indicadores que casi nunca incluyen eso: continuidad del servicio, cumplimiento de compromisos, y ausencia de sorpresas.
La consecuencia práctica es dura: un año sin incidentes y sin proyectos vale más, para el directorio, que un año con un gran sistema y dos caídas. Entender eso ordena decisiones que de otro modo parecen conservadoras.
Los indicadores que miran arriba
Un gerente de tecnología que no sabe con qué se lo está midiendo trabaja a ciegas, y es sorprendente cuán seguido pasa. Los indicadores rara vez están escritos: se descubren preguntando o se descubren tarde.
En la mayoría de las organizaciones son estos cuatro, en este orden de peso:
- Continuidad. Cuántas horas estuvo caído algo que la empresa necesita. Es el único que llega al directorio sin intermediarios, porque lo sufre todo el mundo.
- Cumplimiento de lo comprometido. No cuánto se produjo: qué porcentaje de lo prometido llegó en fecha. Un área que promete poco y cumple puntúa mejor que una que promete mucho y entrega la mitad.
- Ausencia de sorpresas. Que los problemas se avisen antes de que exploten. Un incidente anunciado con quince días cuesta la mitad, en términos de confianza, que el mismo incidente descubierto por otro.
- Costo por resultado. Aparece recién cuando alguien de finanzas mira el área con atención, y para ese momento conviene tener la respuesta armada.
Nótese qué no está en la lista: la calidad técnica, la deuda, la arquitectura. No porque no importen, sino porque desde arriba son invisibles hasta que se manifiestan como uno de los cuatro de arriba. Presentarlos por sí mismos no funciona; presentarlos como causa de los cuatro, sí.
Los tres movimientos de este nivel
Instalar mecanismos en vez de resolver casos
Un comité de priorización, una regla de compromiso, un tablero compartido con las otras áreas. Cuestan trabajo de instalar y una vez instalados resuelven solos los episodios que antes consumían al líder.
El error frecuente es diseñarlos sin considerar qué implican para el que está en el medio. Un comité que se reúne cada quince días suena ordenado y significa que el líder tiene que decirle a todo el mundo que espere dos semanas, lo cual es insostenible. Los mecanismos que funcionan se diseñan con quien los va a ejecutar.
Presentar riesgo a quien no quiere escucharlo
Un directorio no quiere escuchar riesgos: quiere escuchar decisiones. Presentar riesgo como advertencia es la forma más segura de que no pase nada y de que, si el riesgo se materializa, se pregunte por qué no se avisó.
La forma que funciona es convertirlo en una decisión con opciones y costos: «Tenemos una probabilidad significativa de una caída larga este año. Mitigarlo cuesta tanto y lleva tanto. La alternativa es asumirlo. Necesito que el directorio decida cuál, y lo dejo en acta.» Eso sí se escucha, porque pide algo concreto.
Traducir a plata
Todo lo que el área necesita tiene que poder expresarse en costo de no hacerlo. La deuda técnica no se financia porque suena a problema interno de tecnología; el mismo pedido formulado como «cada cambio en facturación nos cuesta tres veces más de lo que debería, y hacemos veinte por año» se discute.
La conversación que hay que tener con el equipo
Un gerente que entiende todo lo anterior y no lo comparte hacia abajo deja a su gente resolviendo un rompecabezas con piezas faltantes.
No hace falta exponer negociaciones ni nombres. Alcanza con explicar el marco: que las peleas se eligen, que el capital político es finito, y que a veces se cede en algo correcto para poder ganar en algo más importante dos meses después.
Eso convierte una decisión que parece arbitraria en una decisión que se puede discutir. Y de paso le enseña al equipo cómo se piensa un nivel más arriba, que es lo que necesita quien vaya a ocupar ese lugar algún día.
El malentendido entre los tres niveles
Vale nombrarlo porque es la fuente de la mayoría de las fricciones internas de un área.
El desarrollador cree que el líder no lo defiende. El líder cree que el gerente cede demasiado. El gerente cree que abajo no entienden el contexto. Y los tres tienen razón desde su lugar, porque cada uno está optimizando algo distinto: la tarea, la carga del equipo, y la posición del área.
Esa incomprensión no se arregla con buena voluntad. Se arregla cuando cada nivel conoce el problema del otro, y por eso nuestros planes son acumulativos: quien está en el nivel de dirección vio antes el material de líderes y el de equipos, y sabe exactamente qué le está pasando a cada uno.
Es el contenido del plan de Gerentes y directores, que incluye los tres niveles. Escríbanos para conversarlo.
