Leadership et culture

Cette publication est l’épisode 8 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.

Les structures définissent un espace de décision ; les comportements déterminent si cet espace est réellement utilisé. Cette partie relie autonomie et responsabilité : exprimer une intention, définir des garde-fous, puis créer les conditions dans lesquelles les risques et désaccords peuvent être formulés assez tôt.

Chapitre 20 — Leadership par l’intention

Déplacer l’information et l’autorité

Dans un système complexe, la personne la plus proche de la situation détient souvent l’information la plus récente, tandis que la hiérarchie porte une vision plus large des contraintes. Le leadership par l’intention cherche à combiner ces deux perspectives : la personne formule ce qu’elle entend faire et pourquoi ; le responsable vérifie l’alignement, la compétence et le risque, sans reprendre automatiquement la décision.[12]

Cas pédagogique — My Little Old Cie

Une correction à faible risque attendait auparavant plusieurs validations. L’équipe et le responsable définissent un mandat : déploiement autonome si les tests, la réversibilité et le niveau d’impact satisfont des critères publiés ; consultation obligatoire au-delà de ces limites.

Les conditions de l’autonomie

L’autonomie exige cinq éléments :

• une intention stratégique comprise ;
• des limites de décision explicites ;
• l’accès aux informations nécessaires ;
• une compétence démontrée ou un accompagnement adapté ;
• un mécanisme de retour et d’escalade.

Sans ces éléments, déléguer peut transférer le risque sans transférer les moyens. À l’inverse, exiger une validation systématique prive l’équipe de la possibilité de développer son jugement.

Dialogue d’intention

Une formulation professionnelle comprend l’observation, l’objectif, les options examinées, le choix, les risques et la prochaine vérification. Le responsable peut demander : « Quelle information pourrait invalider cette décision ? », « Quelle est la limite de réversibilité ? » ou « À quel moment dois-je être informé ? »

Garde-fous et arrêt

Les conditions d’arrêt doivent être simples et connues : seuil d’impact, signal de sécurité, contrainte réglementaire, perte de réversibilité ou changement d’hypothèse. Les décisions importantes sont journalisées pour permettre une revue de qualité, non pour reconstruire une chaîne d’approbation invisible.

Signe de maturité

Le succès n’est pas l’absence d’escalade. C’est la capacité à décider au niveau approprié et à escalader tôt lorsque le mandat ou l’information ne suffisent plus.

Chapitre 21 — Créer la sécurité psychologique

Une condition de fiabilité collective

La sécurité psychologique désigne une croyance partagée selon laquelle l’équipe permet la prise de risque interpersonnelle : poser une question, reconnaître une erreur, contester une hypothèse ou signaler un danger. Elle ne signifie ni confort permanent, ni absence d’exigence, ni consensus.[6]

Dans les activités complexes, le silence retarde l’apprentissage. Un risque technique non formulé, un objectif irréaliste non contesté ou une erreur dissimulée peuvent traverser plusieurs étapes avant de devenir visibles.

Cas pédagogique — My Little Old Cie

Une développeuse repère un risque de compatibilité mais hésite à l’exposer après qu’une alerte précédente a été qualifiée de « négative ». Le cas est simulé. Il illustre que la qualité de la réaction managériale détermine en partie la probabilité des alertes futures.

Intervenir sur les comportements

1. Le leader reconnaît explicitement l’incertitude et sollicite les objections.
2. Les réunions utilisent un tour de risques avant la décision, avec contribution des personnes les plus proches du travail.
3. Les incidents distinguent sécurisation immédiate, analyse causale et responsabilité des actions.
4. Les désaccords importants sont consignés avec l’hypothèse retenue et une date de revue.
5. Les comportements humiliants ou intimidants sont traités ; la sécurité psychologique ne peut dépendre du courage individuel.

Mesurer avec prudence

Des questionnaires anonymes peuvent suivre la perception dans le temps, mais ils doivent être complétés par des indicateurs indirects : délai de signalement, diversité des personnes qui prennent la parole, nombre de risques soulevés avant incident, actions issues des rétrospectives et qualité des réponses. Une hausse initiale des alertes peut signaler une meilleure transparence plutôt qu’une dégradation.

Associer sécurité et exigence

Une équipe fiable combine possibilité de parler et standards élevés. Les erreurs sont examinées avec rigueur ; les engagements sont clarifiés ; les comportements sont responsabilisés. La différence tient à l’objet du débat : on évalue les faits, les décisions et le système sans attaquer la valeur de la personne.

Question de contrôle

Après une alerte difficile, les personnes présentes sont-elles davantage ou moins susceptibles de signaler le prochain risque ?

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.