# Manifeste agile : les 4 valeurs qu’on a trahies

En 2001, dix-sept développeurs se réunissent dans une station de ski de l’Utah. Ils en ressortent avec un texte court. Quatre valeurs, douze principes. Une page.

Ce texte s’appelle le Manifeste pour le développement agile de logiciels. Il ne vend rien. Il ne certifie rien. Il n’installe rien. Il dit juste : voilà ce que nous avons appris à valoriser en faisant notre travail.

Vingt-cinq ans plus tard, « agile » est partout dans les boîtes. Et le texte d’origine n’est plus nulle part. À la place : des frameworks de plusieurs centaines de pages, des certifications au kilo, des cérémonies obligatoires, des armées de rôles.

Le plus troublant, c’est la précision de la trahison. L’industrie n’a pas juste dilué les quatre valeurs. Elle a inversé chacune. Point par point. Reprenons-les une par une, texte sous les yeux.

Le texte d’origine : une page, quatre préférences

Le Manifeste agile, publié en 2001 sur agilemanifesto.org, tient en quatre valeurs : les individus et leurs interactions plus que les processus et les outils, des logiciels opérationnels plus qu’une documentation exhaustive, la collaboration avec les clients plus que la négociation contractuelle, l’adaptation au changement plus que le suivi d’un plan.

Une subtilité change tout, et c’est la première chose qu’on a perdue. Le texte précise : « nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers ».

Le Manifeste ne dit pas : brûlez les process, la doc, les contrats et les plans. Il dit : quand il faut choisir, choisissez les gens, le concret, la relation, le réel. C’est une hiérarchie de préférences. Pas une religion.

Ses auteurs venaient d’années de projets étouffés par la lourdeur : des plans détaillés obsolètes avant d’être imprimés, des documentations que personne ne lisait, des contrats qui remplaçaient la conversation. Le Manifeste est une réaction. Un texte contre la machinerie.

Retenez ça. Parce que la suite de l’histoire, c’est la machinerie qui reprend le texte.

Valeur 1 : les individus, écrasés par les process

Le texte : les individus et leurs interactions, plus que les processus et les outils.

L’idée est simple. Ce qui fait la qualité du travail, c’est des gens compétents qui se parlent vraiment. Un bon process avec des gens qui ne se parlent pas produit du mauvais travail. L’inverse est faux.

Regardez maintenant ce que l’industrie a bâti au nom de cette valeur. Des frameworks qui prescrivent chaque rôle, chaque réunion, chaque artefact. Des outils de gestion de tickets devenus le centre de gravité du travail : si ce n’est pas dans l’outil, ça n’existe pas. Des cérémonies obligatoires, à heure fixe, avec un format imposé.

Le daily en est le symbole parfait. Sur le papier : quinze minutes d’interaction entre individus. Dans les faits, souvent : un rituel de reporting où chacun récite sa ligne devant un tableau, pour un manager qui vérifie. L’interaction a été remplacée par le process de l’interaction.

J’ai raconté comment cette logique atteint son sommet avec les frameworks à l’échelle dans SAFe : comment on a industrialisé l’agilité jusqu’à la tuer. Des dizaines de rôles, des trains, un poster entier de process. Au nom d’un texte qui plaçait les individus au-dessus des process.

L’inversion est complète. On a pris la valeur, et on en a fait son contraire certifié.

Valeur 2 : le logiciel qui marche, noyé sous la conformité

Le texte : des logiciels opérationnels, plus qu’une documentation exhaustive.

Traduction : la seule preuve qui compte, c’est quelque chose qui fonctionne entre les mains d’un utilisateur. Pas un rapport. Pas une spec. Pas une slide. Un truc qui marche.

Cette valeur visait la paperasse des années 90 : des classeurs de spécifications que personne ne lisait, produits pour se couvrir plutôt que pour construire.

La paperasse est morte. Vive la paperasse. Elle a juste changé de format.

Aujourd’hui elle s’appelle reporting agile. Des tableaux de vélocité consolidés pour la direction. Des burndown charts qu’on maquille pour rassurer. Des outils de tickets remplis avec plus de soin que le produit lui-même. Des slides de « maturité agile » où des équipes sont notées sur leur conformité aux rituels.

Une nouvelle documentation exhaustive, qui ne documente même plus le logiciel : elle documente qu’on fait bien de l’agile. De la conformité au carré.

Pendant ce temps, la question d’origine se perd. Est-ce que ça marche ? Est-ce qu’un utilisateur réel en tire quelque chose ? Dans certaines organisations, des équipes entières peuvent répondre à toutes les questions sur leur vélocité et à aucune sur leurs utilisateurs.

Valeur 3 : la collaboration, reprise par le contrat

Le texte : la collaboration avec les clients, plus que la négociation contractuelle.

L’intuition d’origine : un projet réussit quand client et équipe cherchent ensemble, découvrent ensemble, ajustent ensemble. Le contrat protège les deux parties, mais la valeur naît de la relation, pas du document.

Et qu’a-t-on fait ? On a contractualisé l’agilité elle-même.

Des engagements de sprint traités comme des clauses : ce qui a été dit en planification devient dû, quoi que le sprint découvre. Des vélocités inscrites dans des contrats de prestation. Des pénalités indexées sur des indicateurs agiles. Des clients qui achètent « de l’agile » au forfait, périmètre figé, délai figé, budget figé. Autrement dit : un cycle en V avec des post-its.

Le sommet de l’ironie : la négociation contractuelle a absorbé le vocabulaire de la collaboration. On ne parle plus de pénalités, on parle de « vélocité engagée ». La relation ne s’est pas ouverte. Elle s’est rhabillée.

Dans les grandes organisations, le client a même parfois disparu du paysage. Entre une équipe et un utilisateur réel : des couches de Product Managers, de comités, de responsables de programme. La collaboration avec le client est devenue la collaboration avec le représentant du délégué du client.

Valeur 4 : l’adaptation, sacrifiée au plan

Le texte : l’adaptation au changement, plus que le suivi d’un plan.

C’est la valeur la plus radicale des quatre. Elle dit : le réel aura toujours raison contre votre plan. Alors organisez-vous pour changer de cap sans drame, plutôt que pour défendre un plan contre les faits.

C’est aussi la plus trahie. Parce que c’est celle qui dérange le plus le besoin de contrôle.

Regardez les pratiques réelles. Des roadmaps agiles à dix-huit mois, présentées trimestre par trimestre, fonctionnalité par fonctionnalité. Des plannings d’incréments où des dizaines d’équipes s’engagent sur douze semaines de travail détaillé. Des sprints enchaînés dont le contenu est décidé des mois à l’avance : le sprint 14 de novembre est déjà rempli en mars.

Le sprint devient alors une unité de découpage du plan. Pas une boucle d’apprentissage. On ne se demande plus « qu’avons-nous appris, que faut-il changer ? ». On se demande « sommes-nous en ligne avec l’engagement ? ».

Et quand le réel diverge du plan, comme toujours, on ne change pas le plan. On change les chiffres. On requalifie, on reporte, on maquille. L’organisation dépense son intelligence à protéger le plan au lieu de l’ajuster. C’est exactement le monde que les signataires de 2001 voulaient quitter. Il les a rattrapés, avec leur vocabulaire en bandoulière.

Relire le Manifeste, un acte de résistance

Faites le test. Prenez les quatre valeurs et posez-les sur votre organisation, colonne par colonne.

| Le Manifeste privilégie | Ce que l’industrie a installé |
| — | — |
| Les individus et leurs interactions | Des frameworks de rôles et des outils rois |
| Des logiciels opérationnels | Du reporting de conformité agile |
| La collaboration avec les clients | Des engagements de sprint contractualisés |
| L’adaptation au changement | Des roadmaps défendues contre le réel |

Si votre colonne de droite est plus remplie que celle de gauche, vous ne faites pas de l’agilité. Vous faites du théâtre agile, ces rituels parfaits qui ne changent rien, que je décris dans théâtre agile : des rituels parfaits, zéro changement.

Voilà pourquoi relire le texte d’origine est devenu un acte contrarian. Dans un marché saturé de frameworks, de badges et de parcours certifiants, revenir à une page de 2001 qui ne vend rien, c’est presque de la provocation. C’est surtout le geste le plus utile qui soit : le texte fournit un critère de tri imparable pour tout ce qu’on essaie de vous vendre. Est-ce que cette offre renforce la colonne de gauche, ou la colonne de droite ?

C’est le critère que je recommande d’appliquer aussi au choix d’une formation, et j’ai détaillé comment dans le guide formation agile : comment choisir sans se faire avoir. La formation agile Insuffle Académie assume ce parti pris : une journée qui part du texte et de la posture, pas des cérémonies. Les valeurs d’abord. Les outils ensuite, remis à leur place.

Le Manifeste tient sur une page. C’est peut-être ce qu’il a de plus subversif : il ne laisse aucune place pour se cacher.

Découvrir la formation agile Insuffle Académie

Quelles sont les 4 valeurs du Manifeste agile ?

Les individus et leurs interactions plus que les processus et les outils. Des logiciels opérationnels plus qu’une documentation exhaustive. La collaboration avec les clients plus que la négociation contractuelle. L’adaptation au changement plus que le suivi d’un plan. Le texte précise que les seconds éléments ont de la valeur, mais que les premiers sont privilégiés. C’est une hiérarchie, pas une interdiction.

Qui a écrit le Manifeste agile et quand ?

Dix-sept praticiens du développement logiciel, réunis en février 2001 dans l’Utah. Parmi eux, les créateurs de Scrum, de l’Extreme Programming et d’autres approches dites légères. Ils cherchaient un socle commun à leurs pratiques, en réaction aux méthodes lourdes de l’époque. Le résultat : quatre valeurs et douze principes, publiés sur agilemanifesto.org, disponibles en français.

Le Manifeste agile est-il dépassé ?

Le contexte a changé, le fond non. Le texte parle du rapport aux gens, au concret, à la relation et au changement. Ces questions n’ont pas vieilli, et l’échec massif des grandes machineries agiles leur redonne de l’actualité. Ce qui a vieilli, c’est tout ce qu’on a construit par-dessus : les frameworks lourds et les certifications. Le texte d’origine, lui, reste le meilleur filtre pour les évaluer.

Pourquoi dit-on que les valeurs agiles ont été trahies ?

Parce que l’industrie a inversé chacune des quatre. Les process et les outils ont pris le pas sur les individus. Le reporting de conformité a remplacé le logiciel qui marche comme mesure du progrès. Les engagements contractualisés ont absorbé la collaboration. Et les roadmaps défendues contre le réel ont enterré l’adaptation. Le vocabulaire agile est resté, le sens s’est retourné.

Comment appliquer le Manifeste agile aujourd’hui ?

Utilisez-le comme critère de tri. Devant chaque pratique, outil ou formation qu’on vous propose, posez la question : est-ce que ça renforce les individus, le concret, la relation et l’adaptation ? Ou les process, le reporting, le contrat et le plan ? Relisez le texte en équipe, une fois par an, et comparez-le à vos pratiques réelles. L’écart mesuré est votre vrai backlog.

Ce qu’il faut retenir

Le Manifeste agile de 2001 tient sur une page : quatre préférences pour les individus, le concret, la relation et l’adaptation. L’industrie a inversé chacune. Les frameworks ont écrasé les interactions, le reporting de conformité a remplacé le logiciel qui marche, le contrat a repris la collaboration, et le plan a enterré l’adaptation. Le vocabulaire a survécu, pas le sens.

Relire le texte d’origine n’est pas de la nostalgie. C’est le filtre le plus efficace pour trier ce qu’on vous vend sous l’étiquette agile : chaque offre renforce la colonne de gauche ou celle de droite. Vérifiez avant de payer.

À propos de l’auteur

Yoan Lureault est formateur et facilitateur, fondateur d’Insuffle et d’Insuffle Académie, organisme de formation certifié Qualiopi. Il forme les managers et les équipes à la facilitation et à l’agilité, sur le terrain, loin des dogmes. Sa conviction : l’agilité est une posture qui se travaille, pas une méthode qui s’installe.

Sources