SDLC

ISO/IEC/IEEE 12207 define el SDLC como el marco normado de la producción de software: requisitos, diseño, desarrollo, prueba y QA, despliegue, mantenimiento, medido mediante métricas DORA, con el propósito declarado de construir software de forma correcta y fiable. Dos lecturas de lo que la IA hace a ese marco están en desacuerdo abierto.

Olivier Rafal (WeNvision) sostiene que las fases en sí no se mueven: definir, construir, verificar, desplegar, mantener subsisten, y la IA las intensifica. Louis Claxton, del equipo Applied AI de Anthropic, conserva las seis etapas y los objetivos de control mientras cambia el modo de ejecución, convirtiendo el proceso en un bucle construido sobre artefactos comprometidos ("committed artifacts"). SFEIR extiende la misma secuencia a once fases con tres puertas humanas inamovibles (Define, Plan, Ship). Chris Williams rechaza la premisa: el SDLC fue concebido para contrarrestar los modos de fallo humanos (ego, fatiga, olvido), y el perfil de fallo de un modelo es distinto, de modo que construye el ADLC a partir de ocho fallos de modelo catalogados en su lugar.

La medición recurrente es el desplazamiento. Claxton y SFEIR sitúan ambos el cuello de botella en las etapas que siguen funcionando a velocidad humana a ambos lados de la construcción. DORA 2025, citado por Paula Hingel y por SFEIR, correlaciona la adopción de IA positivamente con el rendimiento y negativamente con la estabilidad de entrega. Los Four Big Risks de Marty Cagan exponen el límite estructural: el SDLC aborda de forma nativa solo la viabilidad técnica, un riesgo de cuatro.

Si las cinco fases invariantes son una columna vertebral duradera o un hábito heredado de las limitaciones humanas sigue siendo una cuestión abierta entre Rafal y Williams.