Manifeste Agile : les 4 valeurs fondamentales et les 12 principes expliqués

L’image ci-dessous provient du site web du Manifeste Agile et montre les quatre énoncés de valeurs Agile.

Agile Manifesto and the 4 Agile Values answer what agility is

Comme vous pouvez le voir dans la préface aux valeurs, les auteurs affirment qu’ils cherchaient à découvrir de meilleures façons de développer des logiciels et d’aider les autres. Toutes les valeurs sont importantes, mais celles de gauche sont prioritaires par rapport à celles de droite.

Les individus et les interactions plutôt que les processus et les outils

Comme mentionné précédemment, lorsque le Manifeste Agile a été publié, il a remis en question les méthodologies lourdes. Le modèle de maturité des capacités (CMM) et ITIL étaient des tendances populaires vers des approches centrées sur les processus à l’époque.

Ainsi, il était surprenant que ces penseurs aient choisi de commencer par les personnes. Ils croyaient que trouver les bonnes personnes (individus) au sein d’une équipe et les aider à collaborer efficacement (interactions) est bien plus important que de suivre un processus spécifique et/ou d’utiliser des outils particuliers. C’est pourquoi ils ont mis l’accent à gauche : les individus et les interactions.

Un logiciel fonctionnel plutôt qu’une documentation exhaustive

Dans le développement logiciel traditionnel ou en cascade, les équipes passaient beaucoup de temps à recueillir les exigences et à concevoir des plans et spécifications, ne construisant quelque chose de tangible qu’en fin de cycle. Les auteurs du manifeste croyaient qu’avoir une solution fonctionnelle est plus précieux qu’avoir une grande collection de documents décrivant comment la solution fonctionne.

La collaboration avec le client plutôt que la négociation de contrat

La troisième valeur est la collaboration avec le client plutôt que la négociation de contrat — où la négociation de contrat signifie discuter de ce qui est inclus dans le périmètre. Par exemple, on pourrait entendre des phrases comme « Ce n’est pas ce qui était dans votre document de spécifications ». Ces penseurs croyaient que collaborer avec nos clients pour leur livrer la solution dont ils ont vraiment besoin est bien plus important.

Répondre aux changements plutôt que suivre un plan

La quatrième et dernière valeur Agile est de répondre aux changements plutôt que de suivre un plan. Les auteurs conviennent que la planification est importante — en effet, les équipes Agile font beaucoup de planification. Mais ces penseurs croyaient que la capacité à répondre aux changements inévitables est plus cruciale que de rester fidèle à un plan établi au début d’un projet, lorsque les informations sont encore limitées.

Toutes ces valeurs du manifeste sont importantes, mais celles de gauche ont une priorité plus élevée que celles de droite.

12 principes Agile

En plus de ces 4 valeurs Agile, les auteurs du Manifeste Agile ont convenu d’un ensemble de 12 principes Agile, qui forment la base des modes de travail Agile. Bien qu’inférieurement 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.

12 Agile Principles behind the Agile Manifesto

Pour plus de commodité, j’ai numéroté les 12 principes, bien qu’ils ne soient pas numérotés sur le site officiel.

  1. Le premier principe est le plus haute prioritéest de satisfaire le client grâce à la livraison précoce et continue d’un logiciel précieux. La phrase « logiciel précieux » 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éveloppement logiciel. Depuis, Agile a été adopté dans presque tous les secteurs — architecture, fabrication automobile, voire production d’avions de chasse. Si cela vous paraît plus logique, remplacez « logiciel précieux » par « solution précieuse ».
  2. Le deuxième principe est de accueillir les exigences changeantes, même tardivement dans le développement. Alors que la plupart des personnes d’aujourd’hui se concentrent sur le contrôle des changements ou la gestion du « creep de portée », la réalité est que le changement est inévitable. Les processus agiles diffèrent les décisions, raccourcissent les cycles de développement et soutiennent une analyse rapide des demandes. Cela permet aux équipes agiles de s’adapter rapidement et à faible coût. Cela procure un avantage concurrentiel et constitue l’un des piliers fondamentaux du travail agilité.
  3. Le troisième principe est de livrer fréquemment un logiciel fonctionnel, de quelques semaines à quelques mois, idéalement avec des délais plus courts. L’un des principaux avantages de la livraison fréquente est d’obtenir des retours pour s’assurer d’être sur la bonne voie et de construire réellement ce dont le client a besoin.
  4. Le quatrième principe agile concerneles personnes du métier et les développeurs travaillant ensemble quotidiennement tout au long du projet. Aujourd’hui, les parties prenantes du métier créent souvent des documents de spécifications et les « jettent par-dessus le mur » vers les développeurs. Des mois, voire des années plus tard, les développeurs livrent la solution au demandeur pour un test final — seulement pour découvrir que la solution a été mal interprétée, construite incorrectement ou n’est plus nécessaire. L’accent de ce principe est mis sur la collaboration entre ceux qui construisent la solution et ceux qui l’utilisent, afin d’éviter de tels résultats.
  5. Le cinquième principe agile est de construire les projets autour d’individus motivés, en leur fournissant l’environnement et le soutien dont ils ont besoin, et en leur faisant confiance pour accomplir leur tâche. Il s’agit fondamentalement d’une approche en trois parties : donner du pouvoir aux personnes, leur accorder une autonomie, et leur faire confiance.
  6. Le sixième principe agile promeutun développement durable. Les commanditaires, les développeurs et les utilisateurs doivent être capables de maintenir un rythme constant indéfiniment. Lorsque j’ai commencé à travailler sur des projets technologiques, ils duraient souvent 6 mois, 12 mois ou plus. Il était courant de réaliser peu au cours du premier mois ou deux. Sans surprise, cela a conduit à des périodes de forte pression à la fin, où des charges de travail énormes devaient être terminées. Les membres de l’équipe étaient censés travailler le soir ou le week-end pour respecter des délais fixes et des plannings fixes. Cela est connu comme un projet de « marche vers la mort ». Agile ne dit pas que vous ne travaillerez jamais le soir ou le week-end — mais il insiste sur le fait de travailler à un rythme durable pour tous.
  7. Le septième principe est quele logiciel fonctionnel est la mesure principale du progrès. Traditionnellement, le pourcentage de progression a été utilisé pour suivre l’avancement du projet. Le pourcentage de progression est très peu fiable car il est difficile à évaluer, surtout lorsqu’il atteint 80 % ou 90 %. Un pourcentage de 90 % signifie souvent qu’il ne reste que 10 % de l’effort ou du temps. Les équipes agiles évitent le pourcentage de progression en divisant le travail en fonctionnalités ou fonctionnalités, en les divisant en petits morceaux, et en suivant si ces morceaux sont terminés. Cette approche évite les indicateurs trompeurs de progression.
  8. Le huitième principe est que le moyen le plus efficace et le plus efficace de transmettre l’information à l’équipe de développement et au sein de l’équipe est par le biais dela conversation en face à face. Aujourd’hui, l’outil de communication le plus populaire pourrait être le courrier électronique. Il est efficace pour l’expéditeur — après tout, ils peuvent envoyer des messages à des centaines ou des milliers de personnes à la fois. Mais ce n’est pas une véritable communication. Des recherches montrent que la lecture d’un texte écrit par quelqu’un d’autre laisse beaucoup de place à l’erreur de compréhension. Les partisans de l’agilité ont appris que la véritable compréhension partagée exige de réunir les personnes. Si la conversation en face à face n’est pas possible, utilisez le canal de communication à plus grande bande passante disponible — cela pourrait être des appels vidéo ou téléphoniques. C’est bien mieux que de publier des documents sur SharePoint ! Le message ici est d’utiliser le canal de communication à plus grande bande passante disponible. Un effet secondaire du préférer les interactions en face à face est qu’il devient logique de regrouper les membres de l’équipe agile. Aujourd’hui, de nombreuses organisations négligent ce point apparemment évident.
  9. Le neuvième principe est un focus continu surl’excellence technique et une bonne conception pour renforcer l’agilité. L’accent est mis sur l’évitement des raccourcis ou de la dette technique. Ne faites rien qui rende les choses plus rapides à court terme mais coûte plus cher à long terme. Si vous continuez à accumuler de la dette technique, vous perdrez de l’agilité. C’est courant dans les projets en cascade avec des délais fixes. Pour respecter les délais promis, des compromis sont pris. Les cycles de test peuvent être réduits ou supprimés pour économiser du temps, ce qui entraîne plus de problèmes en production après le lancement. Cela conduit à des interventions d’urgence et à un code difficile à maintenir.
  10. Le dixième principe concerne la simplicité et l’élimination du travail inutile.La simplicité — l’art de maximiser la quantité de travail non fait — est essentielle.Autrement dit, nous devrions examiner nos processus et éliminer tout ce qui n’ajoute pas de valeur au client, tout en maximisant la quantité de travail non terminé tout en livrant ce qui est nécessaire.
  11. Le dixième principe concerne également les équipes auto-organisées. Les meilleures architectures, exigences et conceptions proviennent dedes équipes auto-organisées. Nous devrions laisser ceux qui sont le plus proches du travail décider de la meilleure façon de l’accomplir — c’est l’essence de ce principe.
  12. Le dernier principe, le numéro 12, concerne les rétrospectives. Les équipes réfléchissent régulièrement sur la manière de devenir plus efficaces, puisajuster et s’adapterleur comportement en conséquence.

Les valeurs et principes agiles ne semblent peut-être pas radicaux aujourd’hui, mais lorsqu’ils ont été annoncés en 2001, ils étaient tout à fait révolutionnaires. C’est pourquoi le terme « Manifeste ». Ils ont décrit une manière de travailler entièrement différente de celle utilisée par les organisations au siècle précédent. Avant cela, le développement logiciel reproduisait largement les pratiques de travail de l’ère industrielle. Comprendre ce contexte historique est essentiel, comme indiqué ci-dessous.

 

 

Leave a Reply