{"id":10849,"date":"2026-03-05T22:41:22","date_gmt":"2026-03-05T14:41:22","guid":{"rendered":"https:\/\/www.archimetric.com\/fr\/agile-manifesto-4-values-12-principles-explained\/"},"modified":"2026-03-05T22:41:22","modified_gmt":"2026-03-05T14:41:22","slug":"agile-manifesto-4-values-12-principles-explained","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/fr\/agile-manifesto-4-values-12-principles-explained\/","title":{"rendered":"Manifeste Agile : les 4 valeurs fondamentales et les 12 principes expliqu\u00e9s"},"content":{"rendered":"

L’image ci-dessous provient du site web du Manifeste Agile<\/a> et montre les quatre \u00e9nonc\u00e9s de valeurs Agile.<\/p>\n

\"Agile<\/p>\n

Comme vous pouvez le voir dans la pr\u00e9face aux valeurs, les auteurs affirment qu’ils cherchaient \u00e0 d\u00e9couvrir de meilleures fa\u00e7ons de d\u00e9velopper des logiciels et d’aider les autres. Toutes les valeurs sont importantes, mais celles de gauche sont prioritaires par rapport \u00e0 celles de droite.<\/p>\n

Les individus et les interactions plut\u00f4t que les processus et les outils<\/b><\/p>\n

Comme mentionn\u00e9 pr\u00e9c\u00e9demment, lorsque le Manifeste Agile a \u00e9t\u00e9 publi\u00e9, il a remis en question les m\u00e9thodologies lourdes. Le mod\u00e8le de maturit\u00e9 des capacit\u00e9s (CMM) et ITIL \u00e9taient des tendances populaires vers des approches centr\u00e9es sur les processus \u00e0 l’\u00e9poque.<\/p>\n

Ainsi, il \u00e9tait surprenant que ces penseurs aient choisi de commencer par les personnes. Ils croyaient que trouver les bonnes personnes (individus<\/strong>) au sein d’une \u00e9quipe et les aider \u00e0 collaborer efficacement (interactions<\/strong>) est bien plus important que de suivre un processus sp\u00e9cifique et\/ou d’utiliser des outils particuliers. C’est pourquoi ils ont mis l’accent \u00e0 gauche : les individus et les interactions.<\/p>\n

Un logiciel fonctionnel plut\u00f4t qu’une documentation exhaustive<\/strong><\/p>\n

Dans le d\u00e9veloppement logiciel traditionnel ou en cascade, les \u00e9quipes passaient beaucoup de temps \u00e0 recueillir les exigences et \u00e0 concevoir des plans et sp\u00e9cifications, ne construisant quelque chose de tangible qu’en fin de cycle. Les auteurs du manifeste croyaient qu’avoir une solution fonctionnelle est plus pr\u00e9cieux qu’avoir une grande collection de documents d\u00e9crivant comment la solution fonctionne.<\/p>\n

La collaboration avec le client plut\u00f4t que la n\u00e9gociation de contrat<\/strong><\/p>\n

La troisi\u00e8me valeur est la collaboration avec le client plut\u00f4t que la n\u00e9gociation de contrat \u2014 o\u00f9 la n\u00e9gociation de contrat signifie discuter de ce qui est inclus dans le p\u00e9rim\u00e8tre. Par exemple, on pourrait entendre des phrases comme \u00ab Ce n’est pas ce qui \u00e9tait dans votre document de sp\u00e9cifications \u00bb. Ces penseurs croyaient que collaborer avec nos clients pour leur livrer la solution dont ils ont vraiment besoin est bien plus important.<\/p>\n

R\u00e9pondre aux changements plut\u00f4t que suivre un plan<\/strong><\/p>\n

La quatri\u00e8me et derni\u00e8re valeur Agile est de r\u00e9pondre aux changements plut\u00f4t que de suivre un plan. Les auteurs conviennent que la planification est importante \u2014 en effet, les \u00e9quipes Agile font beaucoup de planification. Mais ces penseurs croyaient que la capacit\u00e9 \u00e0 r\u00e9pondre aux changements in\u00e9vitables est plus cruciale que de rester fid\u00e8le \u00e0 un plan \u00e9tabli au d\u00e9but d’un projet, lorsque les informations sont encore limit\u00e9es.<\/p>\n

Toutes ces valeurs du manifeste sont importantes, mais celles de gauche ont une priorit\u00e9 plus \u00e9lev\u00e9e que celles de droite.<\/p>\n

12 principes Agile<\/a><\/h2>\n

En plus de ces 4 valeurs Agile, les auteurs du Manifeste Agile ont convenu d’un ensemble de 12 principes Agile<\/a>, qui forment la base des modes de travail Agile. Bien qu’inf\u00e9rieurement connus que les 4 valeurs Agile, je trouve que les 12 principes Agile sont plus pratiques et offrent une orientation plus claire pour les pratiques Agile.<\/p>\n

\"12<\/p>\n

Pour plus de commodit\u00e9, j’ai num\u00e9rot\u00e9 les 12 principes, bien qu’ils ne soient pas num\u00e9rot\u00e9s sur le site officiel<\/a>.<\/p>\n

    \n
  1. Le premier principe est le plus haute priorit\u00e9<\/strong>est de satisfaire le client gr\u00e2ce \u00e0 la livraison pr\u00e9coce et continue d’un logiciel pr\u00e9cieux. La phrase \u00ab logiciel pr\u00e9cieux \u00bb confond certaines personnes. Rappelez-vous qu’en 2001, lorsque ces penseurs ont introduit les valeurs et principes Agile, ils se concentraient uniquement sur le d\u00e9veloppement logiciel. Depuis, Agile a \u00e9t\u00e9 adopt\u00e9 dans presque tous les secteurs \u2014 architecture, fabrication automobile, voire production d’avions de chasse. Si cela vous para\u00eet plus logique, remplacez \u00ab logiciel pr\u00e9cieux \u00bb par \u00ab solution pr\u00e9cieuse \u00bb.<\/li>\n
  2. Le deuxi\u00e8me principe est de accueillir les exigences changeantes<\/strong>, m\u00eame tardivement dans le d\u00e9veloppement. Alors que la plupart des personnes d\u2019aujourd\u2019hui se concentrent sur le contr\u00f4le des changements ou la gestion du \u00ab creep de port\u00e9e \u00bb, la r\u00e9alit\u00e9 est que le changement est in\u00e9vitable. Les processus agiles diff\u00e8rent les d\u00e9cisions, raccourcissent les cycles de d\u00e9veloppement et soutiennent une analyse rapide des demandes. Cela permet aux \u00e9quipes agiles de s\u2019adapter rapidement et \u00e0 faible co\u00fbt. Cela procure un avantage concurrentiel et constitue l\u2019un des piliers fondamentaux du travail agilit\u00e9.<\/li>\n
  3. Le troisi\u00e8me principe est de livrer fr\u00e9quemment un logiciel fonctionnel<\/strong>, de quelques semaines \u00e0 quelques mois, id\u00e9alement avec des d\u00e9lais plus courts. L\u2019un des principaux avantages de la livraison fr\u00e9quente est d\u2019obtenir des retours pour s\u2019assurer d\u2019\u00eatre sur la bonne voie et de construire r\u00e9ellement ce dont le client a besoin.<\/li>\n
  4. Le quatri\u00e8me principe agile concerneles personnes du m\u00e9tier et les d\u00e9veloppeurs travaillant ensemble quotidiennement<\/strong> tout au long du projet. Aujourd\u2019hui, les parties prenantes du m\u00e9tier cr\u00e9ent souvent des documents de sp\u00e9cifications et les \u00ab jettent par-dessus le mur \u00bb vers les d\u00e9veloppeurs. Des mois, voire des ann\u00e9es plus tard, les d\u00e9veloppeurs livrent la solution au demandeur pour un test final \u2014 seulement pour d\u00e9couvrir que la solution a \u00e9t\u00e9 mal interpr\u00e9t\u00e9e, construite incorrectement ou n\u2019est plus n\u00e9cessaire. L\u2019accent de ce principe est mis sur la collaboration entre ceux qui construisent la solution et ceux qui l\u2019utilisent, afin d\u2019\u00e9viter de tels r\u00e9sultats.<\/li>\n
  5. Le cinqui\u00e8me principe agile est de construire les projets autour d\u2019individus motiv\u00e9s<\/strong>, en leur fournissant l\u2019environnement et le soutien dont ils ont besoin, et en leur faisant confiance pour accomplir leur t\u00e2che. Il s\u2019agit fondamentalement d\u2019une approche en trois parties : donner du pouvoir aux personnes, leur accorder une autonomie, et leur faire confiance.<\/li>\n
  6. Le sixi\u00e8me principe agile promeutun d\u00e9veloppement durable<\/strong>. Les commanditaires, les d\u00e9veloppeurs et les utilisateurs doivent \u00eatre capables de maintenir un rythme constant ind\u00e9finiment. Lorsque j\u2019ai commenc\u00e9 \u00e0 travailler sur des projets technologiques, ils duraient souvent 6 mois, 12 mois ou plus. Il \u00e9tait courant de r\u00e9aliser peu au cours du premier mois ou deux. Sans surprise, cela a conduit \u00e0 des p\u00e9riodes de forte pression \u00e0 la fin, o\u00f9 des charges de travail \u00e9normes devaient \u00eatre termin\u00e9es. Les membres de l\u2019\u00e9quipe \u00e9taient cens\u00e9s travailler le soir ou le week-end pour respecter des d\u00e9lais fixes et des plannings fixes. Cela est connu comme un projet de \u00ab marche vers la mort \u00bb. Agile ne dit pas que vous ne travaillerez jamais le soir ou le week-end \u2014 mais il insiste sur le fait de travailler \u00e0 un rythme durable pour tous.<\/li>\n
  7. Le septi\u00e8me principe est quele logiciel fonctionnel<\/strong> est la mesure principale du progr\u00e8s. Traditionnellement, le pourcentage de progression a \u00e9t\u00e9 utilis\u00e9 pour suivre l\u2019avancement du projet. Le pourcentage de progression est tr\u00e8s peu fiable car il est difficile \u00e0 \u00e9valuer, surtout lorsqu\u2019il atteint 80 % ou 90 %. Un pourcentage de 90 % signifie souvent qu\u2019il ne reste que 10 % de l\u2019effort ou du temps. Les \u00e9quipes agiles \u00e9vitent le pourcentage de progression en divisant le travail en fonctionnalit\u00e9s ou fonctionnalit\u00e9s, en les divisant en petits morceaux, et en suivant si ces morceaux sont termin\u00e9s. Cette approche \u00e9vite les indicateurs trompeurs de progression.<\/li>\n
  8. Le huiti\u00e8me principe est que le moyen le plus efficace et le plus efficace de transmettre l’information \u00e0 l’\u00e9quipe de d\u00e9veloppement et au sein de l’\u00e9quipe est par le biais dela conversation en face \u00e0 face<\/strong>. Aujourd\u2019hui, l\u2019outil de communication le plus populaire pourrait \u00eatre le courrier \u00e9lectronique. Il est efficace pour l\u2019exp\u00e9diteur \u2014 apr\u00e8s tout, ils peuvent envoyer des messages \u00e0 des centaines ou des milliers de personnes \u00e0 la fois. Mais ce n\u2019est pas une v\u00e9ritable communication. Des recherches montrent que la lecture d\u2019un texte \u00e9crit par quelqu\u2019un d\u2019autre laisse beaucoup de place \u00e0 l\u2019erreur de compr\u00e9hension. Les partisans de l\u2019agilit\u00e9 ont appris que la v\u00e9ritable compr\u00e9hension partag\u00e9e exige de r\u00e9unir les personnes. Si la conversation en face \u00e0 face n\u2019est pas possible, utilisez le canal de communication \u00e0 plus grande bande passante disponible \u2014 cela pourrait \u00eatre des appels vid\u00e9o ou t\u00e9l\u00e9phoniques. C\u2019est bien mieux que de publier des documents sur SharePoint ! Le message ici est d\u2019utiliser le canal de communication \u00e0 plus grande bande passante disponible. Un effet secondaire du pr\u00e9f\u00e9rer les interactions en face \u00e0 face est qu\u2019il devient logique de regrouper les membres de l\u2019\u00e9quipe agile. Aujourd\u2019hui, de nombreuses organisations n\u00e9gligent ce point apparemment \u00e9vident.<\/li>\n
  9. Le neuvi\u00e8me principe est un focus continu surl\u2019excellence technique et une bonne conception<\/strong> pour renforcer l\u2019agilit\u00e9. L\u2019accent est mis sur l\u2019\u00e9vitement des raccourcis ou de la dette technique. Ne faites rien qui rende les choses plus rapides \u00e0 court terme mais co\u00fbte plus cher \u00e0 long terme. Si vous continuez \u00e0 accumuler de la dette technique, vous perdrez de l\u2019agilit\u00e9. C\u2019est courant dans les projets en cascade avec des d\u00e9lais fixes. Pour respecter les d\u00e9lais promis, des compromis sont pris. Les cycles de test peuvent \u00eatre r\u00e9duits ou supprim\u00e9s pour \u00e9conomiser du temps, ce qui entra\u00eene plus de probl\u00e8mes en production apr\u00e8s le lancement. Cela conduit \u00e0 des interventions d\u2019urgence et \u00e0 un code difficile \u00e0 maintenir.<\/li>\n
  10. Le dixi\u00e8me principe concerne la simplicit\u00e9 et l\u2019\u00e9limination du travail inutile.La simplicit\u00e9 \u2014 l\u2019art de maximiser la quantit\u00e9 de travail non fait \u2014 est essentielle.<\/strong>Autrement dit, nous devrions examiner nos processus et \u00e9liminer tout ce qui n\u2019ajoute pas de valeur au client, tout en maximisant la quantit\u00e9 de travail non termin\u00e9 tout en livrant ce qui est n\u00e9cessaire.<\/li>\n
  11. Le dixi\u00e8me principe concerne \u00e9galement les \u00e9quipes auto-organis\u00e9es. Les meilleures architectures, exigences et conceptions proviennent dedes \u00e9quipes auto-organis\u00e9es<\/strong>. Nous devrions laisser ceux qui sont le plus proches du travail d\u00e9cider de la meilleure fa\u00e7on de l\u2019accomplir \u2014 c\u2019est l\u2019essence de ce principe.<\/li>\n
  12. Le dernier principe, le num\u00e9ro 12, concerne les r\u00e9trospectives. Les \u00e9quipes r\u00e9fl\u00e9chissent r\u00e9guli\u00e8rement sur la mani\u00e8re de devenir plus efficaces, puisajuster et s’adapter<\/strong>leur comportement en cons\u00e9quence.<\/li>\n<\/ol>\n

    Les valeurs et principes agiles ne semblent peut-\u00eatre pas radicaux aujourd’hui, mais lorsqu’ils ont \u00e9t\u00e9 annonc\u00e9s en 2001, ils \u00e9taient tout \u00e0 fait r\u00e9volutionnaires. C’est pourquoi le terme \u00ab Manifeste \u00bb. Ils ont d\u00e9crit une mani\u00e8re de travailler enti\u00e8rement diff\u00e9rente de celle utilis\u00e9e par les organisations au si\u00e8cle pr\u00e9c\u00e9dent. Avant cela, le d\u00e9veloppement logiciel reproduisait largement les pratiques de travail de l’\u00e8re industrielle. Comprendre ce contexte historique est essentiel, comme indiqu\u00e9 ci-dessous.<\/p>\n

    \u00a0<\/p>\n

    <\/p>\n