SFEIR
Issue-Based Development Concept

Issue-Based Development

Développement piloté par les signalements : rapporter un écart et laisser l'IA analyser le contexte existant (modèle 2026, successeur du spec-driven).

Du signalement à la cohérence systémique

L'Issue-Based Development renverse la demande : plutôt que de spécifier une fonctionnalité isolée, on rapporte un écart, un bug, un manque. L'IA analyse alors le contexte existant — code, specs, architecture — pour proposer une correction cohérente avec l'ensemble du système. C'est le modèle qui émerge en 2026, en réponse aux limites du spec-driven.

Pourquoi ce déplacement

Décrire chaque fonctionnalité en détail ne passe pas à l'échelle et produit des ajouts qui « boulonnent une salle de bain sur une façade ». En partant de l'écart constaté, on confie à l'IA la charge de la cohérence, à condition qu'elle dispose d'un contexte structuré et gouverné. Il prolonge la logique du compound engineering.

Questions fréquentes

L'issue-based development remplace-t-il la spécification ?

Non : il déplace le point d'entrée. Au lieu de spécifier chaque fonctionnalité, on signale un écart et l'IA s'appuie sur le contexte existant pour le résoudre de façon cohérente. La spécification reste présente, mais sous forme de contexte gouverné plutôt que de brief exhaustif à chaque tâche.

Articles liés