Stratégies de transformation

Cette publication est l’épisode 7 sur 9 de la série « De la preuve à l’action — L’agilité incarnée ». Elle conserve la distinction de la source entre références établies, retours d’expérience anonymisés et cas pédagogiques simulés.

Une transformation crédible ne se mesure pas au nombre de formations, de rôles renommés ou d’outils déployés. Elle se mesure à l’évolution d’un problème précis et à la capacité du système à apprendre. Cette partie propose de réduire le risque par des expérimentations limitées, puis d’examiner si la structure soutient réellement la stratégie.

Chapitre 18 — Transformer par petites expérimentations

Traiter le changement comme une hypothèse

Un programme de transformation très large cumule les variables : structure, processus, outils, objectifs et responsabilités changent simultanément. Même si les résultats évoluent, il devient difficile d’identifier la cause et de corriger la trajectoire. Une expérimentation limitée offre une boucle de feedback plus courte et un coût d’abandon supportable.

Le terme « petite victoire » ne désigne pas une opération de communication. Il décrit une amélioration observable d’un problème significatif, obtenue avec un périmètre, une durée et une décision de suite explicites.

Cas pédagogique — My Little Old Cie

Au lieu de déployer un nouveau cadre dans toute l’entreprise, l’organisation composite choisit un flux client dont le délai s’est dégradé. Une équipe, un sponsor et une fonction de contrôle testent pendant six semaines une nouvelle règle de priorité et une validation automatisée. Le résultat est évalué avant toute extension.

Concevoir une expérimentation exploitable

1. Décrire la situation initiale avec quelques données et témoignages croisés.
2. Formuler l’hypothèse causale, pas seulement l’activité à réaliser.
3. Limiter le périmètre tout en conservant un enjeu réel.
4. Définir une durée assez longue pour observer le signal, assez courte pour décider.
5. Nommer le décideur et les parties prenantes avant le démarrage.
6. Prévoir les conditions d’arrêt et la méthode de partage des apprentissages.

L’Evidence-Based Management propose de relier objectifs, expériences et mesures de valeur. Son intérêt réside dans la discipline d’apprentissage, non dans l’accumulation d’indicateurs.[4]

Éviter les faux positifs

Une amélioration peut venir d’une baisse temporaire de la demande, d’un changement de composition de l’équipe ou d’un traitement exceptionnel. Documenter ces facteurs, comparer plusieurs périodes et combiner données quantitatives et qualitatives rendent l’interprétation plus robuste. Lorsque l’échantillon est faible, parler de signal prometteur plutôt que de preuve définitive.

Passer à l’échelle avec prudence

Une pratique réussie dans un contexte ne doit pas être copiée à l’identique. Avant extension, identifier les mécanismes qui semblent avoir produit l’effet, les prérequis locaux et les risques spécifiques au nouveau périmètre. L’extension elle-même reste une nouvelle hypothèse.

Définition opérationnelle du progrès

Une expérimentation est utile si elle produit une décision mieux informée, y compris lorsqu’elle invalide l’idée initiale.

Chapitre 19 — Aligner structure et stratégie avec Org Topologies

La structure comme choix stratégique

Une structure organise les dépendances, les décisions et les possibilités d’apprentissage. Elle privilégie certains résultats : profondeur d’expertise, prévisibilité de livraison ou adaptation rapide. Le modèle Org Topologies propose une carte pour discuter ces compromis à partir de deux axes, la portée du travail et la capacité de découverte.[10]

Ces orientations ne sont ni des niveaux de maturité ni une séquence obligatoire. Une organisation peut combiner plusieurs configurations. Le choix doit refléter la stratégie, la nature de la demande et les risques.

Cas pédagogique — My Little Old Cie

Le flux composite traverse cinq fonctions pour livrer une évolution. La cartographie révèle que l’organisation optimise l’utilisation d’experts alors que la stratégie exige d’apprendre rapidement auprès d’un segment client. Un périmètre pilote réunit temporairement les capacités nécessaires et conserve des services partagés pour les contrôles rares.

Démarche de cartographie

1. Clarifier le résultat stratégique et l’incertitude principale.
2. Cartographier le flux réel, les dépendances et les lieux de décision.
3. Localiser la configuration actuelle sans la qualifier de bonne ou mauvaise.
4. Décrire une configuration cible et les compromis acceptés.
5. Concevoir une transition limitée, avec mesures de flux, de valeur et de risque.
6. Réexaminer la structure après apprentissage.

Questions de conception

• L’équipe peut-elle observer directement l’effet de ses décisions ?
• Les compétences critiques sont-elles disponibles au rythme de la demande ?
• Où se trouvent les files d’attente et les arbitrages récurrents ?
• Quels contrôles doivent rester indépendants ?
• Quel coût de duplication est acceptable pour réduire une dépendance ?
• Quelle évolution de stratégie rendrait la structure cible inadéquate ?

Une modification d’organigramme sans changement des responsabilités, objectifs ou mécanismes budgétaires produit rarement l’effet attendu. La structure formelle, les incitations et les interfaces de travail doivent évoluer de manière cohérente.

Critère de décision

Retenir la configuration qui sert le mieux la stratégie actuelle avec des risques explicites, puis programmer sa réévaluation. Une structure adaptée aujourd’hui peut devenir une contrainte demain.

Sources

1. Manifesto for Agile Software Development, Kent Beck et al., 2001.

2. Le Guide Scrum, Ken Schwaber et Jeff Sutherland, version française, novembre 2020.

3. The Kanban Guide, Kanban Guides, mai 2025.

4. Evidence-Based Management Guide, Scrum.org, 2024.

5. Unskilled and unaware of it, Justin Kruger et David Dunning, Journal of Personality and Social Psychology, 1999.

6. Psychological Safety and Learning Behavior in Work Teams, Amy C. Edmondson, Administrative Science Quarterly, 1999.

7. Certified Tester Foundation Level — CTFL v4.0, ISTQB, page et syllabus officiels.

8. DORA metrics, DORA, guide officiel des indicateurs de performance de livraison logicielle.

9. Shape Up, Basecamp, ressource officielle en ligne.

10. Org Topologies — Mapping, Org Topologies, ressource officielle de cartographie.

11. The Kanban Guide for Scrum Teams, Scrum.org, guide officiel.

12. Turn the Ship Around!, L. David Marquet, page officielle de l’ouvrage.

13. Managing the Development of Large Software Systems, Winston W. Royce, actes IEEE WESCON, 1970.

14. Problems of Monetary Management: The U.K. Experience, Charles A. E. Goodhart, 1975.

15. Theory in Practice: Increasing Professional Effectiveness, Chris Argyris et Donald A. Schön, 1974.

16. Agile Testing: A Practical Guide for Testers and Agile Teams, Lisa Crispin et Janet Gregory, Addison-Wesley, 2009.

17. Thinking, Fast and Slow, Daniel Kahneman, Farrar, Straus and Giroux, 2011.