Todo departamento de TI tiene indicadores. Casi ninguno puede reproducirlos. El número vive en una planilla, lo calculó alguien que ya no recuerda cómo, y cuando auditoría pide evidencia empieza la búsqueda del tesoro.
Esta es la historia de cómo un equipo mayoritariamente junior pasó de eso a tener la gobernanza versionada en Git, con indicadores que se pueden auditar, en unos pocos meses. No lo logramos con más gente ni con más presupuesto. Lo logramos con método, compuertas y agentes de IA bien usados.
El punto de partida
El problema no era la falta de ganas. Era que el conocimiento estaba en la cabeza de pocas personas. Cada despliegue se hacía un poco distinto, las políticas vivían en documentos sueltos y los indicadores se armaban a mano a fin de mes. Con un equipo junior, eso tiene un costo concreto: cada error se descubre tarde y cada respuesta depende de que la persona correcta esté disponible.
La pregunta que nos hicimos fue: ¿cómo le damos a un equipo junior la seguridad de un equipo senior?
1. Un repositorio que pone las reglas de la casa
En lugar de que cada proyecto inventara su forma de desplegar, creamos un repositorio central con flujos de trabajo reutilizables: un mismo pipeline de despliegue para todos los proyectos, chequeos de salud, verificación de certificados, un reporte de ramas abandonadas y una compuerta que impide fusionar la rama de pruebas directo a producción.
En cinco meses, ese repositorio acumuló más de 60 cambios revisados y hoy despliega siete proyectos con el mismo pipeline.
Para un equipo junior, esto cambia todo. No hace falta saber desplegar bien: el pipeline ya sabe. La persona se concentra en su cambio, y el error caro (subir a producción sin pruebas, saltarse un ambiente) directamente no se puede cometer.
2. Gobernanza por pull request
Las políticas, los controles y los criterios dejaron de ser documentos sueltos. Ahora viven en un repositorio, y ninguna regla cambia sin un pull request: queda registrado quién propuso qué, cuándo y quién lo aprobó.
Esa trazabilidad es la gobernanza. Cuando auditoría pregunta por qué cambió un criterio, la respuesta ya existe, con fecha y nombre.
En tres meses y medio pasaron por ahí casi 90 cambios de ocho personas distintas. No es el trabajo de un líder escribiendo políticas: es el equipo entero aprendiendo a decidir por escrito.
3. El contrato del indicador
Esta es la pieza que más cambió la conversación. Un indicador no se publica hasta que tiene contrato:
- Numerador: qué se cuenta.
- Denominador: contra qué se compara.
- Ventana: en qué período.
- Qué cuenta como éxito: sin ambigüedad.
- Fuente del dato: de dónde sale, sin edición manual.
- Custodio: una persona con nombre y apellido.
Un ejemplo: "respaldos exitosos de sistemas críticos" parece simple hasta que preguntás qué es un sistema crítico, qué cuenta como éxito (¿terminó sin error, o además se pudo restaurar?) y quién responde por el número. Con contrato, dos personas distintas calculan el mismo resultado. Sin contrato, el indicador es una opinión.
Cada indicador tiene además su expediente: una ficha con el contrato, una foto actual con la línea base y la evidencia, y una ruta de remediación con qué se arregla primero y quién lo hace. Hoy son una veintena.
4. Los agentes como aliados, no como reemplazo
Acá entra la IA, y es donde más se aprende. Usamos agentes para redactar borradores de expedientes, revisar cambios, verificar que un documento cumpla su plantilla y detectar inconsistencias entre lo que dice un indicador y lo que dicen sus fuentes.
El truco para que funcione con un equipo junior: el conocimiento senior se escribe en archivos que el agente lee. Especificaciones de cada cambio antes de tocar código, guías de buenas prácticas por tecnología y reglas del repositorio. El agente no improvisa: sigue lo que el equipo decidió.
Y la regla de oro: el agente propone, la persona firma. Ningún cambio entra sin revisión humana. El agente acelera; el criterio sigue siendo nuestro.
5. Todo termina amarrado
Lo más interesante no apareció en ninguna de las piezas por separado, sino en cómo se conectaron. Empezamos por los indicadores y terminamos tocando todo: infraestructura, desarrollo, servidores, código, respaldos y políticas.
Cada indicador necesitaba una fuente confiable, y esa fuente casi siempre era un sistema: el pipeline que despliega, el servidor que respalda, el repositorio que guarda el código. Al pedirle evidencia a un KPI, el sistema que lo alimenta también tuvo que ordenarse. Y al revés: cada mejora técnica empezó a tener un número que la mide.
El resultado no es una carpeta de políticas por un lado y la operación por otro. Es una sola trama, donde una política apunta a un control, el control a un indicador, y el indicador a la evidencia que produce el trabajo de todos los días.
Lo que aprendimos a golpes
La fuente de verdad que nadie versionaba. Durante la revisión de un indicador descubrimos que el documento que lo declaraba "fuente de verdad" era una planilla que nunca había entrado al repositorio. Nadie podía auditarla ni ver sus cambios. Desde entonces, si la fuente no se puede versionar, el contrato lo dice explícitamente.
Ver el desorden es progreso. Hoy hay más pendientes abiertos que cerrados. Al principio asusta, pero es la señal de que el sistema funciona: esos pendientes siempre existieron, solo que antes no se veían.
Una compuerta vale más que una capacitación. Explicar diez veces "no fusionen pruebas a producción" funciona menos que una regla automática que lo impide. Al equipo junior le da tranquilidad, no lo limita.
Escribir las decisiones obliga a tomarlas. Muchas discusiones se resolvieron solas cuando hubo que escribir el contrato del indicador. Si no podés escribir qué cuenta como éxito, todavía no sabés qué estás midiendo.
Créditos
Nada de esto es trabajo de una sola persona. Gracias especiales a Edgar Gómez (@agomez356) y Gabriel González (@gqbo), que investigan, proponen y construyen buena parte de lo que acá se cuenta, y al resto del equipo, que se animó a trabajar de otra manera. La gobernanza y los indicadores los impulsó Crisman Mena (@cmena92).
Un KPI sin contrato es una opinión.
¿Querés ver un ejemplo de indicador con contrato? En la página de inicio hay un tablero de ejemplo. Y si querés saber dónde está parada tu organización, hacé el Test de Exposición.