Upload
basile-du-plessis
View
319
Download
4
Embed Size (px)
DESCRIPTION
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 ?
Citation preview
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
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
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
Les types de risque
Risque technique
Risque d’architecture
Risque UX (gérer la déception)
Risque fonctionnel (satisfaction / déception)
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
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
• Mesurer la santé de l’équipe
• 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
• …
Poser des questions et évaluer les réponses
sur une grille :
• Mesurer le niveau de l’équipe
• 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.
Poser des questions et évaluer les réponses
sur une grille :
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
Prioriser avec le risque
High value, High risk High value, Low risk
low value, High risk Low value, Low risk
Fail fast Value first
Quand le risque se réalise
Issues calendar
Issues snake
=> Ne pas laisser les problèmes s’accumuler,
comprendre la baisse de vélocité
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é
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.
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