Les quatre valeurs agiles vues au premier chapitre ne sont que la partie la plus connue du manifeste agile. Il contient aussi 12 principes plus concrets, qui précisent comment appliquer ces valeurs au quotidien. En voici les plus structurants.

Sur la livraison et le rythme

• Livrer fréquemment un logiciel fonctionnel, de préférence toutes les quelques semaines plutôt qu'au bout de plusieurs mois.
• Le logiciel fonctionnel est la principale mesure d'avancement — pas un pourcentage de documentation rédigée ou de réunions tenues.
• Maintenir un rythme de travail soutenable indéfiniment, pour les développeurs comme pour les utilisateurs, plutôt que des pics d'urgence permanents.

Sur les personnes et la collaboration

• Faire confiance à des personnes motivées pour mener le travail, en leur donnant l'environnement et le soutien nécessaires plutôt qu'un contrôle constant.
• La méthode la plus efficace pour transmettre l'information reste la conversation en face à face, plus riche qu'un document écrit.
• Les meilleures architectures et solutions émergent d'équipes qui s'auto-organisent, plutôt que d'un plan imposé d'en haut.

Sur l'amélioration continue

• Accueillir le changement de besoin, même tard dans le projet — l'agilité tire parti du changement au profit du client, plutôt que de le subir.
• À intervalles réguliers, l'équipe réfléchit à comment devenir plus efficace, et ajuste son comportement en conséquence (ce que fait justement la rétrospective).

Pourquoi ces principes comptent

Les 4 valeurs disent quoi privilégier en cas de tension ; les 12 principes disent comment le faire concrètement, jour après jour. Une équipe qui répète les 4 valeurs sans jamais les appliquer via ces principes fait de l'agilité en apparence seulement.