Agile Grenoble 2025 - La gestion des risques vue par une agiliste

Je suis coach agile et j'ai un secret à vous avouer : j'ai une passion pour la gestion de projet, notamment la gestion des risques. J'ai même encore mon vieil exemplaire du PMBOK dans ma bibliothèque ...

Et c'est notamment pour cela que j'aime tant l'Agilité !

Je vous propose lors de cette session de vous partager en quoi l'Agilité est (entre autres) un fabuleux corpus de pratiques, postures, outils etc. de gestion de risques.

C'est par exemple par ce biais que j'ai pu initier des conversations impactantes dans des contextes où la culture est fondée sur la gestion de projet classique et où mes interlocuteurs ne voyaient pas forcément d'un bon oeil une coach agile débarquer sur leur périmètre ... Toute ressemblance avec un programme de transformation réel est bien évidement fortuite !

Ce sera aussi pour moi l'occasion de vous dévoiler une partie de ma boîte à outils sur le sujet, notamment des ateliers prêts à l'emploi que je propose aux équipes agiles que j'acciompagne afin de rendre visible la gestion des risques et ainsi permettre à l'équipe de se l'approprier de façon consciente.

Transcript

1. La gestion des risques vue par une agiliste Anne Gabrillagues - Novembre 2025
2. Merci !
3. Vos feedbacks sont bienvenus ! 3
4. Une approche plus efficace pour livrer des produits à plus forte valeur ajoutée, de meilleure qualité, plus rapidement et avec une meilleure capacité d'adaptation que les méthodes traditionnelles type cycle en V. La promesse séduisante de l’Agilité 4
5. Données issues de la “vraie vie” 5 Standish Group - Chaos Report 2015 Standish Group - Chaos Report 2020
6. Le taux de succès des projets Agiles reste très faible L'industrie du développement logiciel affiche en réalité une performance médiocre comparée aux autres secteurs. Une réalité qui fait mal … 6
7. Bonjour ! Anne Gabrillagues Coach Agile @ essensei 7
8. Gestion des risques & Agilité ? 8 Il n'existe pas de pratique ou de processus dédié à la gestion des risques dans l'Agilité. Ajouter des processus et des outils pour reproduire la gestion des risques traditionnelle du cycle en V ne marche pas. 8
10. Mitigation “by design” Les principes et pratiques Agiles intègrent une boîte à outils de mitigation des risques extrêmement efficace 10
11. Causes classiques d’échec #1 Dérive du périmètre attendu #2 Problèmes de communication #3 Mauvaise compréhension des besoins #4 Manque d’implication des utilisateurs #5 Mauvais timing #6 Dette technique #7 Non respect des contraintes #8 Mauvaise gestion des dépendances #9 Excès de confiance 11
12. Priorisation en fonction de la valeur Démonstrations fréquentes Collecte et prise en compte des feedbacks Livraisons fréquentes Référent métier légitime intégré à l’équipe (PO) Planification adaptative Partage des besoins Affinage au fil de l’eau Roadmap Produit Rétrospectives Management visuel Daily DoD et DoR Revue de Sprint Centricité utilisateur Ateliers “Produit” collaboratifs Tests utilisateurs Itérations courtes Reporting agile Estimations relatives et collaboratives Attention portée à la qualité #1 Dérive du périmètre attendu Ingénierie logicielle moderne Approche frugale MVP / MMP Tests en continu 12
13. Priorisation en fonction de la valeur Démonstrations fréquentes Collecte et prise en compte des feedbacks Livraisons fréquentes Référent métier légitime intégré à l’équipe (PO) Planification adaptative Partage des besoins Affinage au fil de l’eau Roadmap Produit Rétrospectives Management visuel Daily DoD et DoR Revue de Sprint Centricité utilisateur Ateliers “Produit” collaboratifs Tests utilisateurs Itérations courtes Reporting agile Estimations relatives et collaboratives Attention portée à la qualité #2 Problèmes de communication Tests en continu Approche frugale MVP / MMP Ingénierie logicielle moderne 13
14. Priorisation en fonction de la valeur Démonstrations fréquentes Collecte et prise en compte des feedbacks Livraisons fréquentes Référent métier légitime intégré à l’équipe (PO) Planification adaptative Partage des besoins Affinage au fil de l’eau Roadmap Produit Rétrospectives Management visuel Daily DoD et DoR Revue de Sprint Centricité utilisateur Ateliers “Produit” collaboratifs Tests utilisateurs Itérations courtes Reporting agile Estimations relatives et collaboratives Attention portée à la qualité #3 Mauvaise compréhension des besoins Approche frugale MVP / MMP Ingénierie logicielle moderne Tests en continu 14
15. Priorisation en fonction de la valeur Démonstrations fréquentes Collecte et prise en compte des feedbacks Livraisons fréquentes Référent métier légitime intégré à l’équipe (PO) Planification adaptative Partage des besoins Affinage au fil de l’eau Roadmap Produit Rétrospectives Management visuel Daily DoD et DoR Revue de Sprint Centricité utilisateur Ateliers “Produit” collaboratifs Tests utilisateurs Itérations courtes Reporting agile Estimations relatives et collaboratives Attention portée à la qualité #4 Manque d’implication des utilisateurs Approche frugale MVP / MMP Ingénierie logicielle moderne Tests en continu 15
16. Priorisation en fonction de la valeur Démonstrations fréquentes Collecte et prise en compte des feedbacks Livraisons fréquentes Référent métier légitime intégré à l’équipe (PO) Planification adaptative Partage des besoins Affinage au fil de l’eau Roadmap Produit Rétrospectives Management visuel Daily DoD et DoR Revue de Sprint Centricité utilisateur Ateliers “Produit” collaboratifs Tests utilisateurs Itérations courtes Reporting agile Estimations relatives et collaboratives Attention portée à la qualité #5 Mauvais timing Tests en continu Approche frugale MVP / MMP Ingénierie logicielle moderne 16
17. Priorisation en fonction de la valeur Démonstrations fréquentes Collecte et prise en compte des feedbacks Livraisons fréquentes Référent métier légitime intégré à l’équipe (PO) Planification adaptative Partage des besoins Affinage au fil de l’eau Roadmap Produit Rétrospectives Management visuel Daily DoD et DoR Revue de Sprint Centricité utilisateur Ateliers “Produit” collaboratifs Tests utilisateurs Itérations courtes Reporting agile Estimations relatives et collaboratives Attention portée à la qualité #6 Dette technique Tests en continu Approche frugale MVP / MMP Ingénierie logicielle moderne 17
18. Priorisation en fonction de la valeur Démonstrations fréquentes Collecte et prise en compte des feedbacks Livraisons fréquentes Référent métier légitime intégré à l’équipe (PO) Planification adaptative Partage des besoins Affinage au fil de l’eau Roadmap Produit Rétrospectives Management visuel Daily DoD et DoR Revue de Sprint Centricité utilisateur Ateliers “Produit” collaboratifs Tests utilisateurs Itérations courtes Reporting agile Estimations relatives et collaboratives Attention portée à la qualité #7 Non respect des contraintes Approche frugale MVP / MMP Ingénierie logicielle moderne Tests en continu 18
19. Priorisation en fonction de la valeur Démonstrations fréquentes Collecte et prise en compte des feedbacks Livraisons fréquentes Référent métier légitime intégré à l’équipe (PO) Planification adaptative Partage des besoins Affinage au fil de l’eau Rétrospectives Management visuel Daily Revue de Sprint Centricité utilisateur Ateliers “Produit” collaboratifs Itérations courtes Reporting agile Estimations relatives et collaboratives #8 Mauvaise gestion des dépendances Tests en continu Approche frugale MVP / MMP DoD et DoR Tests utilisateurs Roadmap Produit Ingénierie logicielle moderne Attention portée à la qualité 19
20. Priorisation en fonction de la valeur Démonstrations fréquentes Collecte et prise en compte des feedbacks Livraisons fréquentes Référent métier légitime intégré à l’équipe (PO) Planification adaptative Partage des besoins Affinage au fil de l’eau Roadmap Produit Rétrospectives Management visuel Daily DoD et DoR Revue de Sprint Centricité utilisateur Ateliers “Produit” collaboratifs Tests utilisateurs Itérations courtes Reporting agile Estimations relatives et collaboratives Attention portée à la qualité #9 Excès de confiance Tests en continu Approche frugale MVP / MMP Ingénierie logicielle moderne 20
22. Un constat amer • Des équipes qui manquent de maturité, de stabilité et d'expérience • Des pratiques Agiles appliquées sans compréhension ni appropriation ("cargo cult") • Des équipes de juniors sans formation appropriée ni connaissances en gestion de projet agile • Une croyance forte selon laquelle une approche incrémentale à petits pas élimine naturellement tous les risques • Un manque de discipline et de courage 22
23. Redorer le blason de la gestion des risques 23 • Les Scrum Masters et Product Owners doivent dépasser le simple reporting passif et s'approprier les enjeux liés aux risques. • Évoluer dans des environnements complexes nécessite de dépasser les rôles tels que définis par le Scrum Guide. • La gestion des risques est définitivement un sport d'équipe. • Rendre les risques visibles de manière partagée et transparente. • Intégrer formellement la revue des risques et la planification d'actions dans les cérémonies agiles. • S’assurer que les risques sont pris en compte dans les livrables et activités agiles classiques.
25. Atelier “Risk Storming” Objectif : Identifier et catégoriser les risques, initialiser le plan de mitigation des risques Participants : l’ensemble de l’équipe 1. Rappel théorique (risque, identification, catégorisation, réduction) si nécessaire 2. Partage des risques éventuellement identifiés précédemment 3. Brainstorming en équipe : a. “A quoi verrait-on factuellement que le projet est un échec ?” b. “Qu’est ce qui pourrait mener à cette situation ?” c. “Quels autres sujets pourraient entraver le bon déroulement du projet ?” 4. Inviter l’équipe à placer les éléments identifiés sur la matrice des risques 5. Identifier les sujets à traiter en priorité (risques critiques) 6. Identifier les actions de réduction à mettre en oeuvre ainsi que leur porteur 25
26. Atelier “Risk Storming” : un exemple 26
27. Questions ?
28. Merci ! Anne Gabrillagues Coach Agile @ essensei 28
29. Merci pour vos retours ! 29