SDLC vs PDLC : quelle différence, et pourquoi l'IA change tout

Puntos clave

1. La distinción en una frase. SDLC = "construir el software correcta y fiablemente" (pregunta: ¿cómo entregarlo?); PDLC = "construir el producto correcto, triunfar en el mercado" (pregunta: ¿qué construir, y por qué?). El SDLC es un subconjunto del PDLC, no su competidor.
2. Anidamiento, no sustitución. El SDLC está alojado bajo la fase de desarrollo del PDLC. Cuando el equipo de producto llega a la etapa de "construcción", un ciclo SDLC completo (diseño → construcción → pruebas → revisión → despliegue) se ejecuta dentro de él. Respuesta directa a la FAQ: "el PDLC no reemplaza al SDLC, los dos están anidados".
3. No confundir PDLC y PLC. El PLC (ciclo de vida del producto, Theodore Levitt, HBR 1965 — introducción/crecimiento/madurez/declive) describe una trayectoria comercial que guía el marketing. El PDLC describe el proceso de diseño y construcción. Fórmula: "el PLC observa una curva; el PDLC organiza el trabajo".
4. El SDLC cubre solo uno de cada cuatro riesgos. Vía el marco "Four Big Risks" de Marty Cagan: Valor (PM — "¿vendrán, lo elegirán?"), Usabilidad (Diseñador — "¿sabrán usarlo?"), Viabilidad técnica (Lead Engineer — "¿se puede construir?"), Viabilidad de negocio (PM — "¿funciona para el negocio?"). El SDLC aborda nativamente solo la viabilidad técnica. Excelencia en SDLC + ceguera al PDLC = "software que nadie quiere" = feature factory de John Cutler (el éxito medido por el output, no por el outcome).
5. Por qué la IA lo cambia todo: la compresión del SDLC. Datos de Google/JetBrains, mayo de 2026: ~85% de los desarrolladores usan regularmente agentes de codificación; ~41% del código nuevo es generado por IA. La implementación pasa de semanas a horas — pero los requisitos, la arquitectura y la verificación siguen a ritmo humano.
6. El cuello de botella se desplaza aguas arriba. Marty Cagan (abril de 2026): "cuando el coste de la entrega se desploma, el cuello de botella se traslada al discovery — decidir qué construir". Lo que escasea ya no es el código, es el juicio de producto.
7. La señal de DORA 2025 (leerla con cuidado). Encuesta de Google Cloud (~5.000 profesionales, 90% de adopción de IA): correlación positiva con el throughput de entrega, pero negativa con la estabilidad (correlaciones, no causalidad). Interpretación: entregar funcionalidades no validadas más rápido crea inestabilidad y retrabajo — exactamente lo que la disciplina del PDLC busca prevenir aguas arriba.
8. La inversión de la proporción. Andrew Ng (AI Startup School, julio de 2025): algunos equipos proponen invertir la proporción histórica "1 PM por 4 ingenieros" hasta llegar a "2 PM por 1 ingeniero" — según el contexto. Una señal de que el centro de gravedad del esfuerzo se desplaza de nuevo hacia la definición de producto.
9. La frontera se vuelve porosa. Con el spec-driven development, el artefacto de diseño del PDLC alimenta directamente al SDLC: "la frontera entre los dos ciclos se vuelve porosa". La especificación de producto se vuelve ejecutable por agentes.
10. Lo que un CIO debe reconocer. Optimizar solo el SDLC ya no basta: un SDLC aumentado se convierte en un estándar de mercado, no en un diferenciador. Acciones: (1) instrumentar la unión con el producto; (2) exigir especificaciones ejecutables como entrada; (3) cruzar las métricas técnicas con las métricas de outcome; (4) rechazar el rol de "proveedor de funcionalidades". Riesgo identificado: un PDLC artesanal frente a un SDLC industrializado crea un "desequilibrio insostenible".
11. Lo que un CPO debe reconocer. El desplazamiento del cuello de botella es a la vez una promoción (el juicio de producto vuelve a ser escaso) y un aviso para actuar: equipar el discovery (prototipado con agentes, validación acelerada de los cuatro riesgos) para alcanzar la paridad de industrialización con el SDLC. "El CPO sostiene ahora el camino crítico de la empresa".
12. Posicionamiento propio de SFEIR. El marco "Diseñar y construir en la era agéntica" — ciclo de 11 fases + Software Factory 10x — resuelve el lado de la ingeniería; la siguiente palanca es la articulación de los dos ciclos (PM aumentado, porosidad PDLC/SDLC, gobernanza de extremo a extremo). Conclusión: "a medida que el código se convierte en un commodity, el margen se desplaza hacia el juicio de producto y la gobernanza".
13. Relacionado. clúster SDLC / ADLC / ciclo agéntico (BMAD-Method urbanismo de IA agéntica 2026-02-04; The New SDLC With Vibe Coding, Google mayo 2026; SFEIR "arquitecto en la era de la IA" 2026-07-15; ciclo de 11 fases de SFEIR); DORA (DORA 2026-04-21 ROI/curva J, State of AI-assisted Software Development 2025); feature factory / output vs outcome (John Cutler); spec-driven / Software Factory (StrongDM software factory 2026-02-06; enfoque spec-driven de IA); KDLC (Ashish Singh, ciclo de vida del conocimiento, 28 de junio de 2026) y compounding knowledge lifecycle (Klaassen 2026-07-02) como marcos de ciclo de vida vecinos.