Les quatre valeurs agiles
Comprendre ce que nous valorisons davantage, et ce que nous valorisons toujours (juste moins).
1Lire correctement le Manifeste
Le Manifeste Agile énonce quatre préférences, pas des absolus :
« Nous en sommes venus à valoriser X plus que Y. C'est-à-dire que, bien qu'il y ait de la valeur dans les éléments de droite, nous valorisons davantage les éléments de gauche. »
C'est crucial. Ce n'est pas « X bon, Y mauvais ». C'est « quand on est forcé de choisir, préférer X ».
Mauvaise lecture courante
« Nous n'avons pas besoin de documentation parce que nous sommes agiles » n'est PAS ce que dit le manifeste. La documentation a de la valeur; ce n'est simplement pas l'objectif principal.
2Les individus et les interactions plus que les processus et les outils
De bons outils et processus ne peuvent pas sauver une équipe dysfonctionnelle. Mais une bonne équipe peut réussir avec des outils médiocres.
Ce que cela signifie en pratique :
- Embaucher pour la collaboration, pas seulement les compétences techniques
- Choisir des processus qui servent l'équipe, pas l'inverse
- Quand le processus crée des frictions, corriger le processus
- La conversation en face à face bat les fils de courriels
Ce que cela ne signifie pas :
- Le chaos sans processus
- Ignorer les outils utiles
- Des connaissances tribales non documentées
L'équipe remarque que sa mêlée quotidienne est devenue un rapport de statut au gestionnaire. Ils discutent et changent le format pour se concentrer sur la collaboration.
Une équipe utilise Jira exactement comme l'entreprise le mandate, même si le flux de travail ne correspond pas à leur façon de travailler réellement. Ils maintiennent deux systèmes.
3Un logiciel fonctionnel plus qu'une documentation exhaustive
La meilleure documentation de ce que fait un système est le système lui-même. Le code qui fonctionne bat les spécifications qui décrivent ce que le code pourrait faire un jour.
Ce que cela signifie en pratique :
- Livrer tôt et souvent
- Mesurer les progrès par des fonctionnalités opérationnelles, pas des documents complétés
- Écrire juste assez de documentation, au bon moment
- Garder la documentation près du code pour qu'elle reste à jour
Ce que cela ne signifie pas :
- Aucune documentation jamais
- Du code illisible sans commentaires
- Aucune discussion de conception avant de coder
4La collaboration avec le client plus que la négociation de contrat
Les contrats supposent que vous pouvez tout spécifier à l'avance. La collaboration suppose que vous apprendrez ensemble. Dans un monde d'incertitude, la collaboration gagne.
Ce que cela signifie en pratique :
- Inclure les parties prenantes dans des revues régulières
- Chercher des commentaires tôt, pas seulement à la fin
- Ajuster la portée en fonction de l'apprentissage
- Bâtir la confiance par la transparence
Ce que cela ne signifie pas :
- Aucun contrat ou accord
- Une dérive de portée illimitée
- Le client a toujours raison (il ne sait souvent pas ce dont il a besoin)
5Réagir au changement plus que suivre un plan
Les plans sont utiles. S'accrocher à des plans dépassés est nuisible. L'objectif n'est pas d'éviter la planification — c'est de planifier d'une manière qui permet l'adaptation.
Ce que cela signifie en pratique :
- Des itérations courtes avec des opportunités de replanification
- Accueillir les exigences changeantes, même tard dans le développement
- Suivre la vélocité pour améliorer les estimations futures
- Tuer les projets tôt quand ils ne fonctionnent pas
Ce que cela ne signifie pas :
- Aucune planification
- Changer de direction chaque jour
- Les développeurs ignorent la feuille de route
Le paradoxe de la planification
En agilité, nous planifions en fait PLUS fréquemment qu'en cascade — juste en plus petits lots. « Réagir au changement » nécessite une replanification constante.
- Le manifeste énonce des préférences, pas des absolus — le contexte compte
- Les éléments de droite ont toujours de la valeur
- Chaque valeur aborde un mode de défaillance spécifique du développement traditionnel
- Être agile signifie intérioriser ces valeurs, pas seulement suivre des règles