Saltar al contenido
PRAX-IA Diagnóstico de dos semanas

TI · desarrollo de software

En operación

Los agentes programan y prueban. Un senior valida cada cambio. Nada se libera sin firma.

Consultora mexicana de desarrollo de software, varios equipos de producto

Varios equipos de producto con un backlog que crecía más rápido que la capacidad de desarrollo. Los pilotos de «código generado» habían dejado bugs en producción y desconfianza: nadie sabía qué había escrito quién ni con qué pruebas.

El mismo proceso, antes y después

Antes · revuelto

Código generado sin dueño, revisado a la carrera

  • Cada desarrollador usaba el asistente que quería; el código llegaba sin pruebas y sin explicación.
  • La revisión de código era el cuello de botella: los seniors revisaban de noche o no revisaban.
  • Los bugs de producción se rastreaban a cambios que nadie recordaba haber pedido.
  • El backlog no distinguía lo que un agente podía resolver de lo que requería diseño.
  • La documentación se escribía después, si acaso.

Después · resuelto

Historias resueltas por carriles, con pruebas antes del merge

  • Cada historia aceptada pasa por un plan explícito antes de que un agente escriba una línea.
  • El agente programador trabaja con skills acotados; el probador genera las pruebas y el pipeline decide si sigue.
  • El revisor agéntico marca hallazgos; el desarrollador senior valida sobre lo escrito y firma ahí mismo.
  • El dueño de producto aprueba con la evidencia enfrente: pruebas, revisión y diferencia de código.
  • Cada liberación deja quién pidió, quién escribió, quién probó y quién firmó.

La mesa de operación

Así se ve el proceso corriendo

El front que opera esta fábrica, en vivo: indicadores con su fórmula, la operación por carriles con sus compuertas, la mesa de servicio, la bitácora y sus vistas propias. Datos del proceso, descritos por sector y tamaño.

Los proyectos activos, los agentes programando y probando por carriles, los hallazgos que un desarrollador senior valida sobre lo escrito y la evidencia de cada liberación: nada llega a producción sin firma. Ver el antes y el después →

Este front es el de esta fábrica, no una plantilla: cada proceso tiene su propia lógica y la orquestación se dibuja sobre ella. Los patrones estáticos de los orquestadores tradicionales no sirven para esto.

Los indicadores, con su fórmula

78 % del código propuesto por agentes, con pruebas antes del merge cómo se calcula

Fórmula. Líneas fusionadas cuyo autor es un agente ÷ líneas fusionadas en el periodo; solo cuentan las que pasaron el pipeline.

De dónde sale. Historial del repositorio y del pipeline de integración.

Corte: 2026-09

0 cambios liberados sin revisión de un desarrollador senior cómo se calcula

Fórmula. Liberaciones a producción sin una revisión humana firmada, contadas desde el registro de liberaciones.

De dónde sale. Regla de la fábrica: la compuerta de revisión senior no se puede saltar.

Corte: 2026-09

3.2 d de historia aceptada a producción cómo se calcula

Fórmula. Mediana de días entre la aceptación de la historia y su liberación, por historia terminada en el periodo.

De dónde sale. Bitácora de la fábrica.

Corte: 2026-09

2 defectos escapados a producción en el mes cómo se calcula

Fórmula. Incidentes de producción cuya causa raíz es un cambio liberado en el periodo.

De dónde sale. Registro de incidentes, clasificados por el equipo de plataforma.

Corte: 2026-09

El tablero de carriles

Cada estación dice quién la atiende, qué escribe, qué candado tiene y qué sigue. Toca una para abrir su ficha.

liberado esperando visto bueno por venir carril donde ninguna máquina firma

Las estaciones, una por una

01 Acepta la historia y su criterio liberado
Quién
Dueño de producto
Qué escribe
Historia con criterio de aceptación y prioridad.
Candado
Sin criterio de aceptación escrito, ningún agente arranca.
Qué sigue
El arquitecto agéntico propone el plan.
02 Propone el plan y el diseño liberado
Quién
Agente arquitecto
Qué escribe
Plan por archivos, riesgos y pruebas que hacen falta.
Candado
El plan lo aprueba el senior antes de implementar; si toca datos o seguridad, requiere diseño.
Qué sigue
El programador implementa el plan aprobado.
03 Implementa con skills acotados liberado
Quién
Agente programador
Qué escribe
Código con explicación por cambio y referencia al plan.
Candado
Cada skill tiene su contrato; fuera de él, el agente pregunta.
Qué sigue
El probador genera y corre las pruebas.
04 Genera y corre las pruebas liberado
Quién
Agente probador
Qué escribe
Pruebas unitarias y de integración, con cobertura del cambio.
Candado
Un cambio sin pruebas no entra al pipeline.
Qué sigue
El pipeline decide si el cambio sigue.
05 Pipeline en verde liberado
Quién
Integración continua
Qué escribe
Resultado de pruebas, análisis estático y construcción.
Candado
En rojo, regresa al programador con el error, no al senior.
Qué sigue
El revisor agéntico lee la diferencia.
06 Revisa y marca hallazgos esperando visto bueno
Quién
Agente revisor
Qué escribe
Hallazgos por severidad, con línea y motivo.
Candado
Un hallazgo crítico bloquea; el agente no lo cierra solo.
Qué sigue
El senior valida sobre lo escrito.
07 Valida el senior y firma esperando visto bueno
Quién
Desarrollador senior
Qué escribe
Revisión firmada; devoluciones con nota.
Candado
Ningún agente cierra esta compuerta. Si el senior devuelve, el ciclo regresa con motivo.
Qué sigue
El dueño de producto aprueba con la evidencia enfrente.
08 Aprueba y se libera por venir
Quién
Dueño de producto
Qué escribe
Aprobación con fecha; la liberación queda registrada.
Candado
La liberación lleva quién pidió, escribió, probó y firmó.
Qué sigue
La historia se cierra con su evidencia completa.

Lo último que fluyó

  1. lun 09:10 Arquitecto Plan de la historia 412: 4 archivos, 2 riesgos; toca el módulo de pagos, requiere diseño.
  2. lun 14:30 Programador Implementación con 3 skills; 41 pruebas generadas por el probador.
  3. mar 08:05 Integración Pipeline en rojo por una prueba de integración; regresa al programador con el error.
  4. mar 10:40 Revisor 2 hallazgos: uno medio (manejo de errores), uno bajo (nombre). Ninguno crítico.
  5. mar 16:00 Senior Valida sobre lo escrito; devuelve el hallazgo medio con nota.
  6. mié 11:20 Dueño de producto Aprueba con la evidencia enfrente. Liberación 2026.09.17-3 registrada.

Las alertas llegan a quien le tocan, con el porqué y el efecto. Un aviso por persona por día; no se repite hasta que algo cambie.

Qué vigila la IA y qué decide la persona

La IA se asegura de…

  • Que ninguna historia arranque sin criterio de aceptación.
  • Que cada cambio traiga pruebas y pase el pipeline antes de que alguien lo mire.
  • Qué hallazgos quedan abiertos, de qué severidad y desde cuándo.
  • Que ningún cambio llegue a producción sin firma de un senior.
  • Qué dependencia externa bloquea y a quién avisar.
  • Que la documentación salga con el cambio, no después.

Las personas deciden…

  • Qué historia entra y con qué prioridad.
  • Si el plan se aprueba o requiere diseño.
  • Si un hallazgo se acepta, se corrige o se devuelve.
  • Si el cambio se libera, con firma.
  • Los contratos de cada skill y cuándo se amplían.

Lo que se lleva el cliente

  • Historias liberadas con quién pidió, escribió, probó y firmó.
  • Skills del programador con su contrato, golden set y evals.
  • Pipeline con compuertas: pruebas, análisis estático, revisión senior.
  • Bitácora auditable por cambio y por liberación.
  • Equipo del cliente operando la fábrica con sus propios seniors.

Límites, dichos

  • Las cifras de esta página son de la operación de la fábrica al corte indicado; se describen por sector y tamaño.
  • Los agentes no deciden qué se libera: la compuerta de revisión senior y la aprobación del dueño son de personas.
  • Los cambios que tocan datos, seguridad o pagos requieren diseño humano antes de implementarse.

Corte de la información: 18 de septiembre de 2026.