SDLC

La ISO/IEC/IEEE 12207 fija el SDLC en seis etapas: requisitos, diseño, desarrollo, pruebas y control de calidad, despliegue, mantenimiento, medidas mediante métricas DORA, con un propósito declarado: construir software de forma correcta y fiable. SFEIR señala lo que ese propósito deja fuera. Leído a la luz de los Four Big Risks de Marty Cagan, el SDLC cubre de forma nativa solo la viabilidad técnica, un riesgo de cuatro; el valor, la usabilidad y la viabilidad de negocio residen en el PDLC que lo contiene.

Entre mayo y agosto de 2026 el debate gira en torno al modo de ejecución, no a la secuencia. Olivier Rafal (WeNvision) sostiene que definir, construir, verificar, desplegar y mantener siguen siendo idénticos y que la IA no abole ninguna fase, sino que intensifica cada una. Louis Claxton, del equipo de Applied AI de Anthropic, mantiene las seis etapas y las convierte en un bucle hilvanado por artefactos comprometidos (`intent.md`, `spec.md`, `plan.md`), con las skills como controles consultivos y los hooks como la capa determinista que bloquea. Jason Clinton, Deputy CISO de Anthropic, describe cómo asegurar un ciclo de vida en el que Claude escribe aproximadamente el 80% del código fusionado.

Chris Williams rompe con todo esto. El SDLC se moldeó a lo largo de décadas para contrarrestar los modos de fallo humanos (ego, fatiga, olvido), de modo que aplicarlo a los modelos es un error de categoría, y su ADLC se construye en contra de él. El resto bifurca en su lugar: el ciclo de 11 fases de SFEIR, la Usine Logicielle Augmentée de Wescale, AI/works™ de Thoughtworks, Compound Engineering de Klaassen. Si estos son variantes de un mismo ciclo o su reemplazo es la pregunta que ninguno de ellos resuelve.