“Agilité à l’échelle” : de quoi parle-t-on en fait ?

Agile ?

UNE définition ?

Lors des sessions que j’anime sur la découverte de l’agilité, je commence souvent par un atelier sur les définitions d’” Agile”.

Même, et surtout, entre personnes qui en font leur métier, la signification que chacun assigne à “agile”, cet adjectif du langage courant, peut-être source d’inlassables discussions !

Il est assez significatif de rappeler que si le manifeste “agile” emploie ce mot dans son titre, il ne le définit nulle part. Les “valeurs” et les principes du manifeste décrivent de meilleures façons de développer du logiciel pas de conduire une entreprise.

Writing The Agile Manifesto (https://martinfowler.com/articles/agileStory.html)

We considered a bunch of names, and agreed eventually on “agile” as we felt that captured the adaptiveness and response to change which we felt was so important to our approach.

Adaptativité et réponse au changement, nous dit Martin Fowler co-auteur du manifeste. Seuls trois principes du manifeste emploient ensuite explicitement le mot agile ou agilité :

• Agile processes harness change for  the customer’s competitive advantage.
• Agile processes promote sustainable development.
• Continuous attention to technical excellence and good design enhances agility.

C’est peu pour définir une démarche de changement qui peut impacter des centaines de personnes!

La tentation des frameworks

C’est sans doute pourquoi il est si tentant depuis une dizaine d’années de se jeter sur Scrum au niveau des équipes et qu’il devient quasi-automatique de se référer à SAFe© pour coordonner des programmes de plusieurs équipes.

Cela évite de réfléchir et de se poser trop de questions pour adapter des principes à un contexte donné.

Dans cette perspective, l’agilité à l’échelle devient “mettre à l’échelle Scrum” : c’est l’origine de SAFe©, de LeSS ou de Nexus. Même si petit à petit, SAFe©, le framework gourmand, tente de digérer d’autres approches : Kanban, Lean Startup, LeanUX, DevOps…

La nécessité de prendre du recul

Nous pensons nécessaire de prendre un peu de recul par rapport à ces automatismes.

C’est ce que nous avons exploré avec la métaphore holistique de l’Agile Rocket au niveau de l’agilité produit. C’est ce qu’Al Shalloway et son équipe propose  au niveau de la chaîne de valeur avec FLEX (FLow for Enterprise Transformation) : http://portal.netobjectives.com/pages/flex/ . C’est aussi le sens de la démarche “Agnostic Agile”.

Persona “agile” et points de vue différents

Reconnaîtrez-vous des personnes de votre entourage dans ces caricatures de “persona agile” ?

• Les agilistes “canal historique”, ceux qui pratiqué eXtreme Programming AVANT l’écriture du manifeste agile et pour qui “agile” est une question de CODEURS, domaine réservé.
• De manière assez amusante, leur définition d’agile recoupe partiellement celles des gens du marketing, des designers, pour qui “l’agilité, c’est les autres !” Eux, c’est Lean Startup, Lean UX, Design Thinking, ça fait moins boueux…

Voir les origines de l’Agile-IT : http://valuedrivenit.blogspot.fr/2014/11/history-of-agile.html  

• Les agilistes-sprinteurs qui ont découvert l’approche à travers Scrum et qui ont du mal à concevoir qu’une agilité puisse exister sans PO et sans Sprint (bizarrement le Scrum Master, on s’en passe). Pour eux, l’agilité est surtout une affaire de développement de PRODUIT.
• Les dirigeants “agilistes-cabris” (*), spécialistes des mots-creux, qui de cocktails en attentes de vol en première classe, ont abandonné le lean et sa mauvaise réputation, puis troqué le mot flexibilité qui évoquait trop “tordre le cou des salariés” pour agile. Ça sonne bien, même si on ne sait pas trop ce que ça veut dire au-delà de l’éternelle rengaine “better-cheaper-faster“. Ceux-là n’ont jamais lu le manifeste agile, mais Agile fait moins peur que libération de l’entreprise pour réduire la masse salariale en écrémant le middle-management.

(*) En référence au général de Gaulle «Bien entendu, on peut sauter sur sa chaise comme un cabri en disant l’Europe! l’Europe! l’Europe!… mais cela n’aboutit à rien et cela ne signifie rien».

On pourrait bien entendu en rajouter d’autres : “SAFe agilist”, “Agiliste tribal”, etc. Chacun arrive avec un point de vue différent sur ce qu’est l’agilité et donc sur ce que peut représenter sa mise à l’échelle…

A l’échelle ?

Lorsque l’on parle “d’agilité à l’échelle“, de quoi parle-t-on au juste ? De quel point de vue considère-t-on le sujet ?

A l’échelle de quoi ? d’un service, d’un produit, d’un programme ? de l’entreprise ? On sent que définir le périmètre cible va être également rapidement indispensable.

Mettre à l’échelle induit une vision linéaire, on met par exemple à l’échelle un dessin :

La métaphore ne nous induit-elle pas en erreur ? La linéarité suppose que le tout est égal à la somme des parties, là où la systémique nous invite à considérer l’inverse, cf. What if Russ Ackoff had given a TED Talk?.

Définir les problématiques d’agilité à l’échelle dans une formation

Il nous semble nécessaire de consacrer du temps afin d’essayer de se donner des bases de travail un peu moins floues ! J’ai consacré une conférence sur ce thème : “Agile, une histoire de flou!”. Les slides sont disponibles sur slideshare.

Avec mon collègue Romain Vignes, nous avons estimé pertinent de proposer une journée de formation pour poser les bases de la réflexion sur l’agilité à l’échelle.

Nous y confrontons les points de vue des différents personas évoqués plus haut, en cherchant à aller au-delà. Par exemple, en revenant à l’expression anglaise d’origine qui suggère également deux approches différentes : “scaling agile” versus “agile at scale” :

“scaling agile “

• dans ce premier cas, le verbe évoque la mise à l’échelle de l’agilité et donc une idée de bottom-up. On part d’équipes agiles et on met à l’échelle. Ici on retrouvera la problématique de confondre équipe fonctionnant plus ou moins en Scrum et équipe présentant un réel comportement agile.

“agile at scale “

• dans le second cas, pas de verbe, mais l’évaluation de la caractéristique “agile” à l’échelle d’une entité. On peut imaginer dans ce cas qu’on ne parte pas d’équipes supposées agiles, mais qu’on se pose la question de la rendre l’entité plus agile. On serait plutôt alors dans une démarche top-down où à la fixation d’un objectif d’agilité succède une stratégie de changement dans toutes les composantes de l’entité.

Nous proposerons aussi de considérer que l’agilité se pense en plusieurs dimensions. Nous inviterons à considérer la dimension horizontale et pas seulement verticale de la mise à l’échelle. A penser chaîne de valeur et pas seulement organisation d’équipes.

Retrouvez les informations sur la formation dans l’article :
Formation “Agilité au-delà des équipes”

Renseignements & inscriptions : contact@goood.pro