Construction d'une couche de processus au-dessus de Claude Code pour gérer le contexte et la coordination

Après un an d'utilisation d'outils de codage IA comme Claude Code dans plusieurs équipes, un utilisateur de Reddit rapporte que la productivité individuelle a augmenté mais que les gains ne se sont pas cumulés entre les équipes. Le coupable : des processus d'ingénierie inchangés — planification de sprint, mêlées quotidiennes, revues de PR — provoquant une perte de contexte aux points de transfert. Ils décrivent un « effet de copie d'une copie » menant à une dérive silencieuse et à des problèmes de maintenance.

Leur solution : une couche de processus qui déclare ce que chaque étape d'ingénierie lit et produit. Étapes clés :

• Revue d'architecture consomme le cahier des charges, produit un ADR (Architecture Decision Record) et des directives de module.
• Tâche de développement reçoit cet ADR ainsi que le fichier des pièges pour les modules concernés.
• Réviseur obtient le cahier des charges, l'ADR et le diff.

Chaque session de codage IA est lancée avec exactement le bon contexte chargé. Cela permet au contexte du projet de croître au fil du temps, et les bonnes pièces sont mises à disposition des bonnes tâches sans obliger les ingénieurs à travailler davantage pour gérer le contexte manuellement. L'équipe s'appuie désormais sur cette couche de processus pour une meilleure qualité de code plutôt que sur la discipline individuelle des ingénieurs.

Ils utilisent toujours Claude Code directement pour les tâches simples, car le surcoût de la couche de processus n'est pas justifié pour les petites expérimentations.

L'utilisateur présente cela comme un problème de processus/coordination plutôt que d'outils, et demande si d'autres réfléchissent dans la même direction.