La distinction à retenir
La rendre visible aide à arbitrer entre fonctionnalités nouvelles, fiabilité et capacité future de transformation.
Toute ancienneté n’est pas une dette urgente. Prioriser les conséquences réelles plutôt que remplacer une technologie uniquement parce qu’elle est ancienne.
Application à votre contexte
Commencez par nommer le problème que vous souhaitez résoudre. Comme un même terme peut désigner une pratique, un document ou un outil, indiquez explicitement le sens retenu dans votre organisation.
Une architecture cible doit expliquer les compromis retenus : complexité, coût, continuité, autonomie et capacité de changement. Prévoyez des états intermédiaires et des conditions de sortie du legacy. Une cible sans trajectoire financée reste une intention.
Remettre cette réponse dans son contexteDette technique et dette d’architecture