PDLC

La nota de SFEIR del 22 de julio de 2026 sitúa el Product Development Life Cycle como marco contenedor: de la ideación y el descubrimiento hasta la retirada del mercado, con el SDLC anidado en su interior, en la fase de desarrollo. ISO/IEC/IEEE 12207 estandariza el SDLC en torno a construir software de forma correcta y fiable; el PDLC pregunta si se trata del producto adecuado. El PLC de Theodore Levitt (1965) observa una curva comercial, mientras que el PDLC organiza un trabajo de diseño.

La distinción tiene ahora consecuencias por pura aritmética. Google y JetBrains midieron en mayo de 2026 que aproximadamente el 85% de los desarrolladores usa agentes de codificación y que aproximadamente el 41% del código nuevo es generado por IA, lo que comprime la implementación de semanas a horas. Los Four Big Risks de Marty Cagan revelan lo que eso deja intacto: el SDLC aborda de forma nativa solo la viabilidad técnica, un riesgo de cuatro. Una organización sólida en el SDLC pero ciega al PDLC se convierte en la "feature factory" de John Cutler, que mide el output en lugar del resultado. DORA 2025, sobre unos 5.000 profesionales, encontró que la adopción de IA correlacionaba positivamente con el throughput y negativamente con la estabilidad.

Bill Staples describe un PDLC en el que la señal de negocio se convierte en software verificado y los resultados en producción retroalimentan la decisión. El juicio humano, en su relato, se desplaza hacia la intención, la arquitectura y las excepciones. Dorra Bartaguiz llega desde el otro extremo: equipar únicamente al equipo de desarrollo crea un nuevo cuello de botella, por lo que propone agentes especializados a lo largo de todo el ciclo del producto. El spec-driven development vuelve porosa la frontera entre PDLC y SDLC, ya que la propia especificación se convierte en ejecutable por agentes.