Comment définir le risque et le gérer dans le cadre d'un projet Agile ? • quel type de risque ? • priorisation et risque • quels outils et techniques ?

1. t
Gestion du risque dans un projet
Agile

2. Définition du risque
Le risque est un événement incertain qui peut
impacter le chemin choisi

3. Daily Scrum
Permettre à l’équipe de
s’assurer que sa prévision
de sprint est toujours
d’actualité et que le sprint
goal est tenu
=> Réduire le risque de ne rien livrer du tout

4. Rétrospective
Permettre à l’équipe de
s’améliorer
=> Réduire le risque de perte d’engagement

5. Sprint planning
Permettre à l’équipe de choisir les stories et de
s’engager sur un objectif commun
=> Réduire le risque de ne pas livrer les
bonnes fonctionnalités où celles qui
n’apportent pas de valeur

6. Sprint review
Permettre à l’équipe d’obtenir les retours des
stakeholders
=> Réduire le risque de livrer des
fonctionnalités qui ne correspondent pas au
besoin

7. Mais alors ?
On a déjà tout ce qu’il faut !
Merci

8. Stratégie
Attack the risks before they attack you

9. Les types de risque
Risque technique
Risque d’architecture
Risque UX (gérer la déception)
Risque fonctionnel (satisfaction / déception)

10. Le risque de non-agilité
Risque de ne pas se fier à l’équipe
Risque de commander à l’équipe
Risque de faire le travail de l’équipe
Risque de ne pas laisser l’équipe évaluer elle-même
les risques

11. Risques humains
Humeur (Niko Niko)
Conflits
Absences

12. Mesurer le risque
Probabilité
Gravité

13. Jeu de carte pour mesurer le risque et la valeur
Distribuer un nombre limité de cartes vertes et
rouges
=> Limiter volontairement le choix vers le plus
de valeur et le plus de risques

14. • Mesurer la santé de l’équipe
Poser des questions et évaluer les réponses
sur une grille :
• Team members are self-organized, respect each other, help each other complete
sprint goals, manage interdependencies and stay in-sync with each other
• Scrum Master attends Scrum of Scrums and interacts with RTE as appropriate
• Stories are iterated through the sprint with multiple define-build-test cycles
• …

15. • Mesurer le niveau de l’équipe
Poser des questions et évaluer les réponses
sur une grille :
• The team knows about the model of Scrum development.
• The team has experience in estimating tasks.
• The team has experience in the technology and platform it will work on.
• The team’s technical level is high.

16. Gérer le risque
Atténuer : modifier le périmètre
Eviter : supprimer la cause
Contenir :
• est-il rentable de prendre le risque par rapport à
la perte attendue ?
• Dimensionner la parade au risque en fonction de
son importance
Ne rien faire

17. Surveiller le risque – burndow chart

18. Prioriser avec le risque
Fail fast Value first
High value, High risk High value, Low risk
low value, High risk Low value, Low risk

19. Quand le risque se réalise
Issues calendar
Issues snake
=> Ne pas laisser les problèmes s’accumuler,
comprendre la baisse de vélocité

20. Quand le risque se réalise
Impediment backlog
Issues calendar
Issues snake
=> Ne pas laisser les problèmes s’accumuler,
comprendre la baisse de vélocité

21. Risque – innovation - apprentissage

22. Réflexions sur la prise de risque
L’enjeu pour l'entreprise est d'établir le niveau de risques qu'elle est
prête à accepter pour atteindre l'objectif (Nous parlons ici de budget
et de temps).
L'issue d'une prise de risque ne doit pas conditionner l'avancement
des personnes. Plutôt elle doit devenir un résultat capitalisable.
L'innovation est le savant mélange de la créativité et de la prise de
risque. La créativité doit être encouragée et estimée. Le risque doit
être pondéré et accepté.
Le management doit créer les conditions pour la première et prendre
la responsabilité de la seconde.

23. Références
http://scaledagileframework.com/art-metrics/
https://www.scrumalliance.org/community/articles/2013/2013-
may/risk-management-in-agile
http://www.mightybytes.com/blog/the_scrum_series_part_two_agile_di
scoveryexercises_to_establish_risk_and_va/
https://www.scrumalliance.org/community/articles/2014/january/risk-estimation-
during-agile-project-planning