Les Douze Principes

Alors que les quatre valeurs sont philosophiques, les douze principes sont plus pratiques. Ils aident à répondre à « que devrions-nous faire? » lorsque vous n'êtes pas certain.

Nous les regrouperons par thèmes pour les rendre plus faciles à retenir et à appliquer.

1. « Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. »

La valeur livrée surpasse la valeur planifiée. Livrez quelque chose d'utile maintenant, pas quelque chose de parfait dans six mois.

2. « Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. »

Des boucles de rétroaction plus courtes signifient un apprentissage plus rapide. Deux semaines, c'est mieux que deux mois.

3. « Un logiciel opérationnel est la principale mesure d'avancement. »

Les story points complétés, les documents approuvés, les réunions tenues — rien de tout cela n'est un progrès. Seul un logiciel opérationnel compte.

4. « Accueillez positivement les changements de besoins, même tard dans le projet. Les processus agiles exploitent le changement pour donner un avantage compétitif au client. »

Le changement n'est pas l'ennemi — c'est de l'information. Le lancement d'une nouvelle fonctionnalité par un concurrent est une opportunité de pivoter, pas un désastre.

5. « Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. »

Les transferts créent des retards et des malentendus. La collaboration continue surpasse les documents de transfert.

6. « Réalisez les projets avec des personnes motivées. Fournissez-leur l'environnement et le soutien dont elles ont besoin et faites-leur confiance pour atteindre les objectifs fixés. »

La microgestion tue la motivation. Embauchez de bonnes personnes et laissez-les faire leur travail.

7. « Les meilleures architectures, spécifications et conceptions émergent d'équipes auto-organisées. »

Les équipes les plus proches du travail prennent les meilleures décisions concernant le travail. N'imposez pas de solutions d'en haut.

8. « À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. »

L'amélioration continue n'est pas optionnelle. Sans réflexion, vous ne faites que répéter les mêmes erreurs.

9. « Une attention continue à l'excellence technique et à une bonne conception renforce l'agilité. »

La vitesse sans qualité crée de la dette technique. La dette technique vous ralentit. Par conséquent, la qualité permet la vitesse.

10. « La simplicité — c'est-à-dire l'art de minimiser la quantité de travail inutile — est essentielle. »

Chaque fonctionnalité a un coût de maintenance continu. Ne construisez que ce qui est nécessaire. YAGNI (You Ain't Gonna Need It) est une fonctionnalité, pas un bogue.

11. « La méthode la plus simple et la plus efficace pour transmettre de l'information à l'équipe de développement et à l'intérieur de celle-ci est le dialogue en face à face. »

La communication écrite perd en nuance. Quand c'est possible, parlez. En mode distribué, la vidéo surpasse l'audio qui surpasse le texte.

12. « Les processus agiles encouragent un rythme de développement soutenable. Commanditaires, développeurs et utilisateurs devraient être capables de maintenir indéfiniment un rythme constant. »

Le surmenage n'est pas une stratégie. Un rythme soutenable produit de meilleurs logiciels au fil du temps que l'héroïsme suivi de l'épuisement.