Les 12 principes agiles, affichés sur un mur, ne changent rien. Ils ne servent que si l'équipe les traduit en comportements concrets et vérifie régulièrement où elle en est.

Traduire un principe en comportement observable

• Principe : « Accueillir positivement les changements de besoins, même tard dans le projet. »
• Comportement : « Une demande de changement acceptée entre dans le backlog et est priorisée normalement, sans reproche ni pénalité pour le demandeur. »

Un principe se teste par un comportement qu'on peut constater, pas par une intention.

S'auto-évaluer contre les principes

Une à deux fois par trimestre, l'équipe passe les 12 principes en revue : pour chacun, « où en est-on, de 1 à 5, et sur quoi le dit-on ? ». Les principes les plus bas deviennent des sujets de rétrospective.

Le principe de simplicité, souvent oublié

« La simplicité — l'art de maximiser la quantité de travail qu'on ne fait pas — est essentielle. » En pratique : avant d'ajouter une fonctionnalité, se demander si le besoin réel ne serait pas couvert par quelque chose de plus simple, ou par rien du tout.

Le principe de réflexion régulière

« À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. » C'est le fondement de la rétrospective : sans ce principe appliqué, l'équipe ne progresse pas.

Exemple concret : l'équipe de fidélité s'auto-évalue et se donne 2/5 sur « rythme soutenable » : les fins de sprint sont régulièrement en heures supplémentaires. Elle en fait un sujet de rétrospective et décide de ne plus planifier au-delà de 80 % de sa capacité.

À vous de jouer : prenez un principe agile et formulez un comportement concret et observable qui montrerait qu'il est appliqué.