[Traduit de www.agilemanifesto.org]

Les Valeurs

Nous avons découvert en le faisant et en aidant les autres de nouvelles façons de développer un logiciel.
A partir de ce travail, nous sommes arrivés à privilégier :

• Les individus et les interactions plutôt que les processus et outils
• Le fonctionnement du logiciel plutôt qu'une documentation complète
• La collaboration avec le client plutôt que la négociation de contrats
• La réaction face aux changements plutôt que de suivre un plan

Autrement dit, bien qu'il existe une valeur dans les éléments de droite, notre préférence revient aux éléments de gauche.

Les Principes de base

Nous suivons les principes suivants :

1. Accorder notre plus haute priorité à la satisfaction du client au travers de livraisons continues et rapprochées d'un logiciel possédant une valeur ajoutée
2. Accepter l'évolution de l'expression de besoins, même tardivement dans le développement. Exploiter les processus Agiles du changement comme un avantage concurrentiel pour le client
3. Livrer fréquemment un logiciel qui marche à échéance régulière, de 2 semaines à 2 mois, avec une préférence pour les plus petites périodes de temps.
4. Faire travailler ensemble quotidiennement et tout au long du projet les personnes du métier et les développeurs
5. Construire les projets autour de personnes motivées. Leur donner l'environnement et le support dont elles ont besoins et en leur faisant confiance pour qu'il termine leur travail
6. Privilégier la communication face à face qui est le moyen le plus efficace pour transmettre de l’information aux équipes de développements.
7. Considérer les versions opérationnelles du logiciel comme étant les mesures principales de progrès
8. Considérer les procédés agiles comme les moteurs d’un développement viable. Sponsors, développeurs et utilisateurs doivent pouvoir maintenir un rythme constant indéfiniment
9. Apporter une attention continue à l’excellence technique et à la bonne conception afin d’améliorer l’agilité
10. Privilégier la Simplicité – c’est à dire l’art de maximiser le travail à ne pas faire.
11. Considérer que les meilleures architectures, besoins et conceptions émergent d’équipes auto-organisées
12. Réfléchir à intervalle régulier à la façon de devenir plus efficace et agir sur le comportement de l’équipe en conséquence

Les fondateurs