Porosité PDLC/SDLC

Une frontière qui s'efface

La porosité PDLC/SDLC désigne l'effacement progressif de la frontière entre la conception produit (le PDLC) et l'exécution logicielle (le SDLC). Historiquement, un artefact produit (brief, user story, maquette) devait être traduit par des ingénieurs en artefacts techniques avant de devenir du logiciel. Cette traduction, avec ses délais et ses pertes en ligne, constituait la frontière. À l'ère agentique, elle se dissout : les PM augmentés et les Product Builders travaillent sur un continuum, du concept au code déployé.

Le concept est porté par le schéma WEnvision « Concevoir & fabriquer à l'ère de l'agentique », qui représente le SDLC emboîté sous la phase Développement du PDLC et fait de cette porosité l'un de ses axes d'accompagnement : connecter les PM augmentés aux Product Builders pour accélérer le cycle de conception.

Le mécanisme technique : la spec est le prompt

La porosité n'est pas une métaphore, c'est un pipeline. Son mécanisme technique est le spec-driven development, monté en puissance en 2026 avec des outils comme GitHub Spec Kit ou AWS Kiro. Quand la spécification est le prompt, l'artefact de conception, qui relevait du PDLC, devient directement exécutable par des agents, qui relèvent du SDLC. Le document produit ne décrit plus le travail d'ingénierie : il le déclenche. Cette exécutabilité suppose un contexte structuré et maintenu, ce qui relie la porosité au Context Engineering.

Plus radical que le dual-track

Le dual-track agile de Jeff Patton et Marty Cagan (vers 2012) organisait déjà la coexistence de deux pistes, discovery et delivery, au sein d'une même équipe. Mais le dual-track coordonne deux pistes qui restent distinctes. La porosité PDLC/SDLC est une formulation plus radicale : la frontière ne se coordonne plus, elle s'efface. Le corollaire est le passage quasi instantané du concept au prototype : les agents matérialisent une idée en premier livrable fonctionnel, ce qui rend le build to learn de Cagan presque gratuit et outille la product discovery.

Ce que la porosité ne dissout pas

L'effacement de la frontière ne supprime ni les portes humaines ni la distinction entre prototype jetable et production gouvernée. Le prototype de discovery relève du build to learn (vibe coding assumé, jetable) ; le code de production relève du build to earn (spec-driven, gouverné, testé). Confondre les deux expose au risque de stabilité documenté par le rapport DORA 2025. À ne pas confondre avec le SDLC augmenté, qui industrialise le versant exécution de ce continuum avec ses gates humains : la porosité décrit la jonction entre produit et ingénierie, pas l'organisation interne de l'ingénierie.