# sfeir-sdlc-ia-cycle-11-phases-2026-06-16

## Veille

Artículo de SFEIR (en francés) que formaliza un SDLC impulsado por IA en 11 fases (0 a 10) y sostiene que el sector converge hacia él. Observación de partida: en 2025, las organizaciones añadieron herramientas de IA sin transformar su modelo operativo, produciendo una paradoja de «todo cambia… y nada cambia» (la velocidad de ejecución se multiplica sin una ganancia proporcional). La verdadera respuesta no es la elección de herramientas, sino el rediseño del ciclo para la ejecución por máquinas. El ciclo de SFEIR se apoya en tres puertas humanas inamovibles (Define, Plan, Ship), fases automáticas entre ellas, y dos momentos de capitalización (Compound-1 antes del despliegue, Compound-2 en producción) que convierten las lecciones en reglas reutilizables. Tres principios: la IA ejecuta (artefactos completos + prueba de ejecución, sin confiar nunca en las afirmaciones del propio agente), el humano conserva el control de la intención, el sistema aprende de forma acumulativa. Resultados medidos (rediseño de 6 meses a 1 día, −30 % de iteraciones tras diez ciclos) y convergencia declarada con ADLC, Google y DORA 2025.

## Titre Article

Un SDLC piloté par l'IA : le cycle SFEIR à 11 phases (et pourquoi l'industrie y converge)

## Date

2026-06-16

## URL

https://www.sfeir.com/articles/sdlc-ai/

## Keywords

SDLC, ciclo de desarrollo, IA, agentes, modelo operativo, puertas humanas, puertas, Define, Plan, Ship, prueba de ejecución, capitalización, compounding, Compound, reglas reutilizables, ADLC, DORA 2025, amplificador, vibe coding, ingeniería agéntica, certificabilidad, DO-178C, EN 50128, especificación, validación, SFEIR

## Authors

SFEIR

## Ton

Perfil: un artículo en profundidad de una consultora/ESN (SFEIR), con una perspectiva institucional asumida en «nosotros», un registro doctrinal y estructurante en francés, un alto nivel técnico respaldado por referencias externas (ADLC, Google, DORA, Salesforce) y resultados internos cuantificados, dirigido a directivos de TI, CIO, arquitectos, responsables de ingeniería y decisores de la transformación. El tono es el de un manifiesto metodológico: enuncia una tesis («el problema no es la herramienta sino el modelo operativo»), despliega un marco numerado (11 fases) y lo ancla en una convergencia sectorial presentada como validación independiente («tres descubrimientos independientes»). La retórica combina la autoridad de la prueba (rediseño de 6 meses a 1 día, −30% de iteraciones, coste ~€10/h, objetivo de 850 consultores aumentados) y una cautela calibrada (límites de aplicación explícitos: aún no para diseño novedoso sin restricciones ni para sistemas críticos para la seguridad a la espera de normas). Una metáfora sostenida de la memoria: «el sistema recuerda, el rendimiento mejora por construcción, no por magia». El artículo se inscribe en el linaje editorial del grupo (la doctrina WeNvision «todo cambia… y nada cambia»), y se presenta como la primera entrega de una serie de siete.

## Pense-betes

- **Observación de partida**: en 2025, las organizaciones **añadieron herramientas de IA sin transformar su modelo operativo** → paradoja de «**todo cambia… y nada cambia**»: la velocidad de ejecución se multiplica sin una ganancia proporcional. El verdadero desafío = **rediseñar el SDLC**, no elegir herramientas.
- **El ciclo de SFEIR en 11 fases (0→10)**:
- **0 Setup** — detección de la pila tecnológica, inicialización de la memoria del proyecto
- **1 Define** — especificación del producto (**puerta humana**)
- **2 Plan** — arbitraje de arquitectura (**puerta humana**)
- **3 Build** — desarrollo ejecutado por el agente
- **4 Verify** — pruebas automatizadas con medición de cobertura
- **5 Review** — **cuatro auditorías paralelas** (código, seguridad, pruebas, rendimiento)
- **6 Compound-1** — captura de **lecciones estáticas** (antes del despliegue)
- **7 Ship** — aceptación en producción (**puerta humana**)
- **8 Ops** — monitorización y rollback
- **9 Compound-2** — captura de **lecciones de producción** (runtime)
- **10 Deprecation** — retirada de código y capitalización
- **Tres puertas humanas inamovibles**: **Define, Plan, Ship**. Todas las demás fases se ejecutan automáticamente.
- **Dos momentos de capitalización**: **Compound-1** y **Compound-2** convierten las lecciones en reglas/estándares reutilizables que alimentan los ciclos siguientes.
- **Tres principios operativos**: (1) **la IA ejecuta, no asiste** — artefactos completos (código, pruebas, documentación) a lo largo de fases enteras, nunca simples sugerencias; **prueba de ejecución** que captura los resultados reales, el sistema **nunca confía en las afirmaciones del propio agente**; (2) **el humano conserva el control de la intención** (las 3 puertas) — el humano decide qué construir, la máquina optimiza la ejecución; (3) **el sistema aprende de forma acumulativa** (compounding).
- **Resultados medidos de SFEIR**: rediseño del sitio corporativo **de 6 meses → 1 día**; **−30% de iteraciones de corrección** tras diez ciclos (prueba de que la capitalización se acumula); revisiones bajo **4+ ángulos paralelos**; coste de aumento **~€10/hora**. La fórmula clave: un error reportado dos veces se convierte en una regla automatizada en el ciclo siguiente.
- **Objetivo de escala**: **850 consultores plenamente aumentados por IA para finales de 2026**.
- **Convergencia sectorial reivindicada** (tres descubrimientos independientes): **ADLC** (8 fases, 2 puertas — *«la intención se verifica exactamente dos veces»*) ; **Google** (*The New SDLC With Vibe Coding* — el resultado del desarrollador pasa del código al *«sistema que produce el código»*, **41%** de código generado por IA, **85%** de desarrolladores usando agentes) ; **DORA 2025** = la IA como **«amplificador»** de fortalezas y disfunciones.
- **Límites de aplicación** — **adecuado**: contextos de negocio explícitos (back-offices, API, modernización), trabajo repetitivo de alto volumen (pruebas, migraciones, documentación), resultados **verificables automáticamente**; **aún no adecuado**: diseño novedoso sin restricciones (la IA explora, no decide la intención), sistemas **críticos para la seguridad** a la espera de normas (DO-178C, EN 50128), entornos de datos sin gobernanza.
- **Punto de partida recomendado**: no comprar herramientas, sino (1) una **puerta de especificación rigurosa**, (2) una **disciplina de prueba de ejecución** en todos los resultados, (3) **estandarizar el contexto y la prueba, optimizar las herramientas** → desplaza el cuello de botella de la escritura de código a la especificación y la validación (fortalezas humanas).
- **Serie anunciada**: siete próximas entregas (ejecución autónoma bajo prueba, fases previas Define/Plan, mecánica de capitalización, fases posteriores Ship/Run/Deprecation, límites de certificabilidad, economía CapEx, validación de la convergencia con ADLC).
- **Relacionado**: extiende la doctrina de WeNvision/Rafal («todo cambia… y nada cambia», «cuanto más rápida la ejecución, más estricto debe ser el marco»), se solapa directamente con la serie **ADLC** de Williams (puertas, *tests = spec*), el **SDLC nativo de IA** de Atlassian (medición de impacto), la guía de **Augment/Hingel** (6 pasos, validación circular), y el whitepaper de **Google/Osmani**.

## RésuméDe400mots

Este artículo de SFEIR formaliza un ciclo de desarrollo de software impulsado por IA en once fases (0 a 10) y sostiene que el sector converge hacia este tipo de modelo. El punto de partida es un diagnóstico: en 2025, las organizaciones desplegaron herramientas de IA sin transformar su modelo operativo, produciendo una paradoja resumida en la frase «todo cambia… y nada cambia»: la velocidad de ejecución se multiplica sin una ganancia proporcional. El verdadero desafío no es, por tanto, elegir las herramientas adecuadas, sino repensar el propio ciclo de vida del software para una ejecución liderada por máquinas.

El ciclo de SFEIR encadena: **0 Setup** (detección de la pila tecnológica, memoria del proyecto), **1 Define** (especificación — puerta humana), **2 Plan** (arbitraje de arquitectura — puerta humana), **3 Build** (desarrollo por el agente), **4 Verify** (pruebas automatizadas y cobertura), **5 Review** (cuatro auditorías paralelas: código, seguridad, pruebas, rendimiento), **6 Compound-1** (captura de lecciones antes del despliegue), **7 Ship** (aceptación en producción — puerta humana), **8 Ops** (monitorización y rollback), **9 Compound-2** (lecciones del entorno de producción) y **10 Deprecation** (retirada y capitalización). Tres **puertas humanas inamovibles** —Define, Plan, Ship— enmarcan un conjunto de fases por lo demás automáticas; dos **momentos de capitalización** (Compound-1 y Compound-2) convierten las lecciones en reglas reutilizables que alimentan los ciclos siguientes.

Tres principios estructuran el enfoque. Primero, **la IA ejecuta, no asiste**: los agentes producen artefactos completos (código, pruebas, documentación) a lo largo de fases enteras, y una disciplina de **prueba de ejecución** captura los resultados reales —el sistema nunca confía en las afirmaciones del propio agente—. A continuación, **el humano conserva el control de la intención** mediante las tres puertas: decide qué construir, la máquina optimiza la ejecución. Por último, **el sistema aprende de forma acumulativa**, cada ciclo enriquece al siguiente.

Los resultados presentados respaldan la tesis: un rediseño de sitio web que pasó de seis meses a un día, **−30 % de iteraciones de corrección tras diez ciclos** (un error reportado dos veces se convierte en una regla automatizada), revisiones bajo cuatro ángulos paralelos, un coste de aumento de alrededor de 10 €/hora, y un objetivo de 850 consultores plenamente aumentados por IA para finales de 2026.

El artículo reivindica una **convergencia sectorial** con el ADLC (dos puertas, «la intención se verifica exactamente dos veces»), el whitepaper de Google sobre el nuevo SDLC (41% de código generado por IA, 85% de desarrolladores usando agentes) y DORA 2025 (la IA como «amplificador»). Finalmente, delimita los usos adecuados (back-offices, API, migraciones, resultados verificables automáticamente) y los inadecuados (diseño novedoso sin restricciones, sistemas críticos para la seguridad a la espera de normas, entornos de datos sin gobernanza), y recomienda empezar por una puerta de especificación rigurosa y por la prueba de ejecución. Primera entrega de una serie de siete.

## GrapheDeConnaissance

- SFEIR —publie→ Un SDLC piloté par l'IA : le cycle SFEIR à 11 phases (DOCUMENT, 0.97)
- SFEIR —a_créé→ cycle SFEIR à 11 phases (METHODOLOGIE, 0.95)
- cycle SFEIR à 11 phases —est_variante_de→ SDLC (METHODOLOGIE, 0.92)
- cycle SFEIR à 11 phases —utilise→ portes humaines (CONCEPT, 0.93)
- cycle SFEIR à 11 phases —utilise→ deux moments de capitalisation (Compound-1, Compound-2) (CONCEPT, 0.92)
- preuve d'exécution —réduit→ la confiance accordée aux déclarations de l'agent (CONCEPT, 0.9)
- SFEIR —affirme_que→ l'IA exécute des phases entières, elle n'assiste pas (AFFIRMATION, 0.9)
- capitalisation cumulative —mesure→ −30 % d'itérations de correction après dix cycles (MESURE, 0.9)
- cycle SFEIR à 11 phases —améliore→ délai de refonte (6 mois → 1 jour) (MESURE, 0.86)
- SFEIR —prédit→ 850 consultants entièrement augmentés à l'IA d'ici fin 2026 (AFFIRMATION, 0.85)
- cycle SFEIR à 11 phases —converge_avec→ ADLC (METHODOLOGIE, 0.9)
- cycle SFEIR à 11 phases —converge_avec→ The New SDLC With Vibe Coding (DOCUMENT, 0.88)
- DORA 2025 —affirme_que→ l'IA est un amplificateur des forces et dysfonctionnements organisationnels (AFFIRMATION, 0.88)
- cycle SFEIR à 11 phases —s_applique_à→ back-offices, API, modernisation et travail répétitif vérifiable (CONCEPT, 0.86)
- cycle SFEIR à 11 phases —s_oppose_à→ usage en systèmes safety-critical sans normes (DO-178C, EN 50128) (CONCEPT, 0.84)
- SFEIR —recommande→ démarrer par une porte de spécification et la preuve d'exécution, pas par l'achat d'outils (AFFIRMATION, 0.88)

---
Canonical: https://www.thekb.eu/es/fiches/sfeir-sdlc-ia-cycle-11-phases-2026-06-16/