De cero a producción en 3 días, con una persona y una fábrica de agentes.
SERENA es bienestar corporativo que se mide. Lo construimos con la fábrica de Horme y publicamos sus números tal cual, incluso los que todavía no son buenos.
días de la base a producción
productos: sitio, Studio y Studio Admin
persona decide; los agentes ejecutan
falla de cambio hoy · meta ≤ 20%
Lo que este caso demuestra, y lo que todavía no.
SERENA recorrió el ciclo de la fábrica hasta producción. La segunda decisión, la revisión de resultado, todavía no: la cruzamos con el piloto del 18 de noviembre y publicaremos lo que salga.
- 01EscucharHechoCliente, mercado y deuda técnica en un solo backlog.
- 02PriorizarHechoOrdenado por valor; nada entra sin confirmación.
- 03CostearA mediasSemanas y alcance, sí. Costo en dinero por entrega, todavía no.
- ADecisión de inversiónHechoAlcance del piloto aprobado el 4 nov.
- 04EspecificarHecho23 specs de una página.
- 05Construir con 5 revisionesHecho27 publicaciones a producción en 3 días.
- 06Probar el resultadoPendienteSe mide en el piloto del 18 nov.
- BRevisión de resultadoPendienteSigues, ajustas o paras, con el resultado en la mano.
- Que la fábrica entrega: de la base a producción en 3 días, con 5 revisiones y plan de reversa en cada publicación.
- Que la evidencia sale sola: las métricas se calculan del repositorio y la bitácora.
- Que una persona puede dirigirlo: 17 integraciones por cada decisión humana.
- Retorno de negocio: SERENA aún no tiene clientes que paguen; el primer resultado llega el 18 nov.
- El costo por entrega: lo estamos midiendo y lo publicaremos antes de cobrar así.
- Una relación con un tercero: SERENA es nuestro producto, así que el cliente y la fábrica somos nosotros.
Un piloto con fecha fija y sin equipo.
Un evento corporativo en Monterrey el 18 de noviembre, con información parcial del cliente y sin acceso a sus datos. Hacía falta un sitio bilingüe, una PWA para participantes y un panel para guiar la sesión en vivo, con privacidad por diseño: solo promedios de 5 personas o más.
Todo configurable: nada del cliente vive en el código.
Cada requerimiento recorre el mismo camino. Sin atajos.
Un requerimiento es una spec de una página con su historia de usuario y su criterio de éxito. Spec aprobada (G0) Decide una persona → pruebas primero (G1) → calidad, arquitectura, UX, accesibilidad, privacidad y seguridad (G2) → main → agente guardián → staging → aprobación humana (G4) Decide una persona → producción con reversa.
-
3 nov
Base y decisiones
Fuente única, 10 ADR y contratos. Una persona aprueba; los agentes proponen.
Decide una persona
-
4 nov
Specs y trenes
Cada requerimiento entra con su spec de una página (23 en total). 18 publicaciones a staging el primer día.
-
5 nov
Integración continua
37 integraciones a main en un día; versión 0.6.0 en staging.
-
6 nov
Primera producción
Revisión del agente guardián y aprobación humana (G4).
Decide una persona
15 publicaciones a producción, cada una con plan de reversa.
-
7–8 nov
Endurecer y medir
Falla de cambio de 40% a 25%. 23 lecciones en el libro; 3 ya adoptadas. Adoptar el resto es parte de la meta de estabilidad.
-
18 nov
Piloto en vivo
Evento corporativo en Monterrey: QR, check-in de ánimo y encuesta anónima. Aquí llega la revisión de resultado: el resultado contra lo esperado.
Velocidad de élite. Estabilidad por mejorar. Lo decimos con números.
| Métrica | SERENA | Referencia DORA | Nivel | Meta |
|---|---|---|---|---|
| Frecuencia de despliegue | 12.2 / día a staging 27 a producción en 3 días | Elite: bajo demanda | Elite | Mantener |
| Tiempo de entrega del cambio | 0.45 h mediana, cambio → main 15.5 h idea → main | Elite: < 1 día | Elite | < 24 h idea → producción |
| Tasa de falla de cambio | 25% venía de 40% el 6 nov | Elite 5% · High 20% · Low 40% | Entre alto y bajo | ≤ 20% al 3 feb ≤ 10% después |
| Tiempo de recuperación | Sin incidentes registrados | Elite: < 1 h | Aún no medible | < 1 h, con monitoreo de errores activo |
Método: falla de cambio = integraciones de hotfix ÷ publicaciones a producción. Sin incidentes registrados no significa cero fallas: el monitoreo de errores en producción está diferido por decisión de arquitectura, así que esa métrica aún no es medible. Línea base: 3 al 7 nov 2026, 5 días activos. Referencias: DORA 2024 y 2025. Fuente
integraciones a main por día
integraciones por cada decisión humana
retrabajo · meta ≤ 20%
pasa la revisión automática (G2) a la primera · meta ≥ 60%
En velocidad, la fábrica ya está en el grupo élite de DORA: integra cambios en minutos y publica bajo demanda. En estabilidad, 25% de falla de cambio la deja peor que el grupo alto (20%), el mismo patrón que describe DORA 2025: la IA sube el ritmo y también la inestabilidad. Por eso la siguiente inversión no es más velocidad, son compuertas que bloquean antes de main.
Una persona puede dirigir esto porque todo se ve en cuatro tableros.
Portafolio
Plataformas, productos y la siguiente compuerta de cada uno, con fecha. Decide una persona
Tablero de la fábrica
Requerimientos por tren: listo, en curso, en revisión, publicado. Máximo 3 en curso.
Métricas DORA
Se calculan solas del repositorio y la bitácora, con su método escrito.
Libro de lecciones
Cada publicación deja una micro-retro; cada falla, una lección.
La spec corta gana
Una página, con criterios que son pruebas. La documentación larga generada por IA nadie la lee.
Bloquear antes, no revisar después
Las compuertas automáticas antes de main bajan la falla de cambio más que otra revisión humana al final.
La persona decide menos y mejor
17 integraciones por cada decisión humana. La autonomía se gana con evidencia, no se presume.
¿Quieres este ciclo en tu operación?
Empezamos con un Diagnóstico agéntico de 2 semanas y un Decision Brief con tus datos.