La chance qu’a ton client pour ce qui est de la dette technique est que la contrainte se situe hors du développement.
(En même temps rattraper du code qui n’est pas testé… soit on a une bonne suite de tests unitaires, soit ça peut faire très mal au 2e tour.)
Une solution apparament viable à long terme qui semble s’associer bien à Kanban, c’est de mettre en place une forme de taxe sur la capacité à la contrainte.
Un exemple : le code de cette story est catastrophique, la contrainte ne travaillera qu’à 66 % de sa capacité de façon à le remettre d’équerre. Un code propre n’aurait amené une réduction que de 5 ou 10 %.
Hors contrainte, la mise en ordre que tu décris est toujours appliquable 
