BT

Open Agile Adoption en Théorie

Écrit par Dan Mezick , traduit par Simon Courtois le 16 juin 2014 |

(Note au lecteur : Ceci est le troisième article présentant Open Agile Adoption - une approche différente de la transition vers Agile qui a pour but d'en assurer la longévité et la bonne adoption au sein des équipes. Le premier article introduit les principaux termes relatifs à la méthodologie, le second article en décrit les plus importants aspects).

OAA est basé sur certaines idées issues de la psychologie des jeux et de l'anthropologie culturelle. Dans cet article, nous allons nous pencher sur l'aspect jeu. Les meilleurs jeux fonctionnent sur le principe d'une participation facultative et c'est la raison pour laquelle l'invitation joue un rôle essentiel dans la technique Open Agile Adoption. Nous introduirons également la notion de seuil-limite.

Il est important de comprendre certaines théories sous-jacentes à OAA avant de l'implémenter.

Bons jeux : buts, règles, retour et participation facultative

Le bonheur au travail est un jeu. Si les éléments nécessaires à ce bonheur ne sont pas présents, vous vous désengagez. Si ces éléments sont présents, vous ressentez directement un certain plaisir, une satisfaction voire un profond sentiment de bien-être. Open Agile Adoption apporte cette satisfaction par le biais d'une implémentation intentionnelle des mécaniques des jeux.

Le travail est "cassé" si on ne prend aucun plaisir à y jouer. Vous pouvez apporter de la satisfaction dans le travail en intégrant les mécaniques des jeux dans la structure même du travail et des réunions.

Les éléments nécessaires au bonheur au travail sont :

  • Un sentiment de contrôle
  • Un sentiment de progrès
  • Un sentiment d'appartenance
  • Un sentiment d'importance

Vu sous cet angle, il est possible de rendre ludiques vos interactions, vos réunions et le travail lui-même afin de faire de la participation une expérience satisfaisante, amusante et naturellement productive.

Open Agile Adoption utilise la mécanique des jeux pour rendre l'adoption d'Agile plus agréable.

Les jeux

Les jeux ont quatre propriétés premières. Lorsque chacune de ces propriétés est clairement formulée, le jeu devient agréable et satisfaisant. Dans le cas contraire, le jeu perd de son intérêt et vous pouvez réagir de deux façons : soit quitter ce dernier, soit vous positionner instinctivement en position passive.

Les quatre propriétés fondamentales d'un bon jeu sont :

  • Un but clairement défini
  • Un ensemble de règles uniformément établies
  • Une façon claire d'obtenir des retours et d'observer les progrès
  • Une participation facultative

Des modèles et pratiques agiles correctement exécutés sont (en général) des jeux clairement formulés, ils sont donc associés à des sentiments positifs. Un jeu mal formulé pousse le joueur à se désengager, ne lui permet pas réellement d'apprendre et suscite l'ennui.

Open Agile Adoption rend les changements culturels plus faciles en les rendant ludiques. L'élément clé est l'invitation et non l'obligation. Les participants ne sont pas contraints mais encouragés à tester les pratiques agiles.

La culture est un jeu et la culture Agile ne fait pas exception. Les adoptions d'Agile sont des jeux. Pour rendre l'adoption d'Agile amusante, il nous faut établir quatre propriétés : les buts, les règles, le processus de retour et la possibilité de choisir si l'on participe ou non. Avec Open Agile Adoption, l'accent mis sur la mécanique des jeux est essentiel.

Invitation : Participation facultative plutôt qu'obligatoire

L'obligation peut potentiellement nuire à votre adoption d'Agile en réduisant la probabilité d'un véritable engagement.

L'invitation augmente l'engagement en laissant le choix. Les sentiments de contrôle et d'appartenance sont à la base de la joie humaine. Le choix de participer augmente le sentiment de contrôle. Accepter une invitation augmente le sentiment d'appartenance et d'inclusion.

Forcer l'application des pratiques agiles fonctionne rarement parce que le jeu ne propose aucun choix aux participants, ce qui le rend bien moins amusant, le jeu est mal formulé. Cela peut sembler paradoxale : l'obligation réduit l'engagement qui est le moteur d'une adoption d'Agile rapide et durable. L'invitation est une bien meilleure approche et est en adéquation avec les principes fondamentaux du Manifeste Agile.

Voici une citation de Martin Fowler, l'un des signataires du Manifeste Agile :

Une équipe peut choisir un processus totalement waterfall et non-agile. Dans ce cas, le processus n'est pas plus agile que les pommes ont le goût de framboises. Mais les méthodes agiles ne sont pas adaptées à toutes les situations et, personnellement, je préfère voir une équipe utiliser une méthode non-agile qu'elle a choisie plutôt que ma méthode agile préférée qui leur est imposée.
Martin Fowler, signataire du Manifeste Agile, article de blog sur "l'imposition d'Agile", 2006.

Voici d'autres citations de cet article :

Imposer un processus agile à une équipe prive celle-ci de sa propre détermination qui est au coeur même de la pensée agile.

… Imposer les méthodes agiles introduit un conflit avec les valeurs et principes sous-jacents à celles-ci.

J'espère avoir été clair sur le fait qu'imposer les méthodes agiles est une très mauvaise idée (red flag).

Open Agile Adoption est un bon jeu puisque la participation est facultative et, comme nous l'avons vu, c'est une part essentielle d'un bon jeu.

L'invitation a le potentiel d'engager ceux qui se veulent indépendants au sein de votre organisation. Ces personnes sont justement celles qui peuvent vous aider à réussir avec Agile. Les développeurs aiment résoudre les problèmes et offrir une solution à ce type de profil serait une erreur. Les développeurs intelligents savent très précisément où en est le travail et sont à même de savoir quelles méthodes peuvent marcher.

L'alternative est de continuer de forcer des pratiques agiles spécifiques, ce qui serait en opposition directe avec les principes d'Agile.

Seuil-limite et Apprentissage

L'état de seuil-limite est un état de transition. La racine latine du terme anglais "liminality" est "limens" qui signifie "seuil". L'état de seuil-limite est un no-mans land de transition, de confusion, de stress et d'imprécision. Vous n'êtes plus dans votre situation d'origine mais vous n'êtes pas encore à destination et cela peut littéralement vous rendre fou.

Le seuil-limite est un état stressant qui a lieu durant les transitions. L'adoption d'Agile est un seuil-limite par définition. Elle génère une importante quantité d'inquiétude et d'anxiété. Open Agile Adoption utilise le "rite de passage", une pratique culturelle bien connue, pour gérer le seuil-limite et le stress.

Relation entre Agile, seuil-limite et apprentissage

Adopter agile est toujours synonyme d'une importante quantité d'apprentissage. L'apprentissage est stressant parce qu'il génère le seuil-limite et, chez l'adulte, crée de l'instabilité jusqu'à ce qu'il soit achevé.

Modèles mentaux

Nous appréhendons le monde au travers de modèles. Un adulte conçoit un certain modèle de réalité. Un nouvel apprentissage remet en question ce modèle. Cette infirmation de vos précédentes hypothèses crée un état particulièrement instable, le seuil-limite, jusqu'à ce que les nouvelles notions soient intégrées.

L'introduction d'Agile au sein d'une organisation génère clairement ce seuil-limite et le déclenche chez la plupart des participants. Le comportement "déclenché" vient en général de la peur. C'est une réaction naturelle à l'entrée dans un état d'instabilité.

Avant Agile, tout était compréhensible. Puis… nouveaux rôles, nouvelles manières d'interagir, nouvel état d'esprit… L'apprentissage est constant et stressant. Agile peut demander beaucoup.

La transition est inconfortable, la réaction naturelle et sûre est de faire demi tour et de retourner d'où l'on vient. C'est exactement ce que font les gens au sein des organisations. Ce "retour en arrière" réduit l'inquiétude, la peur et l'anxiété, les émotions à l'origine du seuil-limite.

Rites de passage

Les rites de passage sont utilisés depuis des milliers d'années pour gérer les transitions stressantes dans le système humain. Open Agile Adoption implémente un rite de passage qui commence et termine par une réunion Open Space. Cela structure le chaos associé avec l'intégration de nouvelles notions.

De par le monde et au travers de différentes périodes, de nombreuses sociétés tribales sont arrivées à la même conclusion : le seuil-limite doit être géré avec précaution et le meilleur moyen pour cela est le rite de passage.

Le but du rite de passage est de faciliter la transition d'un état à un autre.

De nos jours, nous introduisons Agile dans les organisations en ignorant complètement les dynamiques fondamentales de l'humain.

C'est probablement une grave erreur.

Le prochain article de cette série explorera et expliquera :

  • La dynamique du seuil-limite, de communitas et de "haut jeu" dans l'adoption durable d'agile
  • L'influence de l'anthropologie culturelle dans la théorie et la pratique d'Open Agile Adoption
  • L'importance du design d'expérience dans votre plan général d'adoption d'Agile

À propos de l'Auteur

Daniel Mezick est Consultant en Management, auteur et organisateur de communauté. Il a créé la communauté Agile Boston. Il est à l'origine d'Open Agile Adoption, une technique pour mettre Agile en place rapidement et durablement en entreprise. Daniel est également auteur de THE CULTURE GAME, un livre décrivant seize modèles comportementaux de groupe qui aident à rendre une équipe plus intelligente. Ce livre se base sur cinq années d'expérience d'accompagnement avec 119 équipes agiles dans 25 organisations différentes. Daniel compte parmi ses clients Zappos Insights, CIGNA, SIEMENS Healthcare, l'Université de Harvard et de nombreuses entreprises plus petites. Pour en savoir plus et contacter Daniel, rendez-vous sur www.DanielMezick.com.

Bonjour étranger!

Vous devez créer un compte InfoQ ou cliquez sur pour déposer des commentaires. Mais il y a bien d'autres avantages à s'enregistrer.

Tirez le meilleur d'InfoQ

Donnez-nous votre avis

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet
Commentaires de la Communauté

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

M'envoyer un email pour toute réponse à l'un de mes messages dans ce sujet

Discuter

Contenu Éducatif

Rien ne serait possible sans le soutien et la confiance de nos Sponsors Fondateurs:

AppDynamics   CloudBees   Microsoft   Zenika
Feedback Général
Bugs
Publicité
Éditorial
InfoQ.com et tous les contenus sont copyright © 2006-2014 C4Media Inc. InfoQ.com est hébergé chez Contegix, le meilleur ISP avec lequel nous ayons travaillé.
Politique de confidentialité
BT