L'Agile

Agile, “Lean” : Le numérique intègre fréquemment les principes issus des "méthodes agiles" de développement informatique, particulièrement les caractères itératif, incrémental et adaptatif : déploiement continu de versions successives du produit ou service, accompagné d'une mesure et d'une prise en compte continue des retours des usagers et du marché, voire d’une évolution radicale de la planification. On retrouve ce caractère adaptatif dans le management agile, largement fondé sur l’auto-organisation et l’intelligence collective; et dans le modèle de la Lean Startup, dont l'objectif est de réduire les cycles de développement afin d'aider l'entreprise à minimiser ses risques et à réussir sans apport massif de capital, ni business plan élaboré, ni recherche de la perfection..  

"Une startup est une organisation formée pour chercher un modèle d'affaires récurrent et capable de croître exponentiellement."Steve Blank, "//What’s A Startup? First Principles", 2010

Cette approche peut conduire l'entreprise à "pivoter", c'est à dire à tester de nouvelles hypothèses  fondamentales sur le produit, le marché, la stratégie et les moteurs de croissance.  Par exemple, en 2005, Criteo était un service de recommandation de films, en 2006 un service de recommandation de produits en e-commerce et depuis 2008, une entreprise de publicité payée au click.Une telle démarche fait la part belle à l’essai-erreur; elle est radicalement incompatible avec la demande encore fréquente d'un "cahier des charges" ou d'un plan de développement sur plusieurs années.

1- En quoi "L'Agile" peut représenter un principe organisateur de transitions ?

• Pas mal d’acceptions d’“agile”
  • Flexible, élastique, reconfigurable
  • Capable de changer (“capacité d’innovation”)
  • Une méthode de développement informatique, devenue une méthode de gestion de projets et un principe de développement d’organisation (“lean startup”)
  • Un principe de gestion du changement : tester plein de pistes, accepter l’échec, se tromper vite et pour pas cher, améliorer au fur et à mesure…
  • Une (aspiration à la) légèreté

• Parce qu’on en parle beaucoup
  • En lien avec le “cloud” (élasticité)
  • Dans les organisations

• Parce que ce sont des méthodes qui marchent
  • Itérativité rapide, réactivité sur la base des retours d’expérience
  • Méthode très proche des usagers (mais pas forcément “user-centric” au sens d’un design collaboratif avec les usagers)
  • Du coup l’Agile devient une démarche proposée aux grandes entreprises pour se transformer (“lean”, “effectuation”...)
  • Parce que les entreprises et les acteurs publics doivent s’adapter à un monde qui bouge vite
  • Changer aussi vite que le reste du monde (et que le numérique)
  • S’adapter à l’écrasement des coûts de transaction lié au web, qui accélère les flux, complexifie les chaînes de valeur et favorise toutes sortes d’innovations et toutes formes de concurrence
  • Gérer l’émergence

• Parce que ça correspond à l’émergence de nouveaux “collectifs”
  • Ni réseaux informels, ni entreprises ou institutions : “réseaux de valeurs”, “communautés”, DACs (Distributed Autonomous Companies)...
  • Parce qu’on a besoin de choses légères
  • Hybride
  • Immatériel
  • Ascendant
  • Prêt pour l’incertain
  • Hyperlocal mais aussi articulable à de grandes échelles
  • Reproductible

• Parce que c’est un levier pour la résilience

• Parce que ça aide à penser l’enchassement de différents rythmes et niveaux d’action
  • Pour les politiques publiques comme les grandes organisations, l’agilité d’un système peut consister à lui permettre de bouger dans son ensemble malgré le fait que certaines composantes bougent plus lentement que d’autres, voire ne bougent pas…
  • Invite à éviter les “usines à gaz” (type DMP), à modulariser, à “urbaniser” (au sens de l’urbanisation des systèmes d’information), à chercher des alliances…
  • Un enchassement entre technologie, organisations et individus

Rappel : le Manifeste pour le développement agile de logiciels

“Nous découvrons comment mieux développer des logiciels par la pratique et en aidant les autres à le faire. Ces expériences nous ont amenés à valoriser :
    •    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
Nous reconnaissons la valeur des seconds éléments, mais privilégions les premiers.”

Les 12 principes du développement agile
    1.    La plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à forte valeur ajoutée.
    2.    Le changement est accepté, même tardivement dans le développement.
    3.    La livraison s’applique à une application fonctionnelle, toutes les deux semaines à deux mois, avec une préférence pour la période la plus courte.
    4.    Le métier et les développeurs doivent collaborer régulièrement et de préférence quotidiennement au projet.
    5.    Le projet doit impliquer des personnes motivées. Donnez-leur l'environnement et le soutien dont elles ont besoin et faites leur confiance quant au respect des objectifs.
    6.    La méthode la plus efficace de transmettre l'information est une conversation en face à face.
    7.    L’unité de mesure de la progression du projet est un logiciel fonctionnel.
    8.    Les processus agiles promeuvent un rythme de développement soutenable.
    9.    Les processus agiles recommandent une attention continue à l'excellence technique et à la qualité de la conception.
    10.    La simplicité et l'art de minimiser les tâches parasites, sont appliqués comme principes essentiels.
    11.    Les équipes s'auto-organisent afin de faire émerger les meilleures architectures, spécifications et conceptions.
    12.    À intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son processus de travail en conséquence.

2- Les Limites de l'Agile

Ce qui ne doit pas être “agile” :
Le nucléaire, la sûreté et la sécurité, la chirurgie cardiaque, les essais de médicaments… Tout ce dont l’échec peut provoquer des conséquences graves et irréversibles.

L’agile n’est pas toujours positif

• L’agilité des uns peut parfois se construire contre celle des autres : cas d’Über face aux taxis ?
• L’agilité peut produire des déséquilibres graves : l’entreprise est “flexible” et le salarié “précaire” ?
• L’agilité peut éviter de se poser la question du sens et de la direction : “une start-up est une entité constituée pour chercher un modèle d’affaire extensible et reproductible” - c’est une formule qui marche, mais quid du métier, des conséquences possibles, du sens du projet ?...

3- Quelques domaines où "L'Agile" peut être à la base d'une transformation