SlideShare uma empresa Scribd logo
1 de 1
Baixar para ler offline
Le processus s’améliore en
permanence
La Signification de Fini a été
donnée (DoD)
La DoD est atteint lors
de chaque sprint
L’équipe respecte la DoD
Ce qui est important
Livrer un logiciel qui fonctionne et
testé toutes les 4 semaines ou moins
Livrer ce dont le Métier a le plus
besoin
Une Démo a lieu après
chaque sprint
On y montre un logiciel
testé et qui fonctionne
Les parties prenantes et le
PO réagissent en séance
Une Rétrospective a lieu
après chaque sprint
débouche sur propositions
d’amélioration concrètes
Certaines sont réellement
mises en oeuvre
Toute l’équipe et le PO
y participent
L’équipe a un sprint backlog
Clairement affiché
Mis à jour quotidiennement
Détenu exclusivement par
l’équipe
La longueur d’un sprint est
de 4 semaines ou moins
Il se termine toujours
dans les temps
L’équipe n’est pas gérée ou
dérangée par ailleurs
Les sprints sont de durée fixe
Le PO a un backlog produit
(PBL)
Les items sont priorisés par
valeur métier décroissante
Les items de plus grande
valeur sont estimés
Le PO maîtrise l’objectif
métier de chaque items
Les premiers items peuvent
être réalisés en 1 seul sprint
Les estimations sont
faites par l’équipe
LeProduct Owner(PO)doitêtre
identifié clairement
Ilesthabilitéàprioriser
Il a la connaissance
suffisante pour prioriser
Il est en contact direct
avec l’équipe
Il est en contact direct
avec les parties prenantes
Il s’exprime d’une seule
voix (cas d’une équipe)
Les membres de l’équipe
vivent ensemble
Si vous atteignez ces objectifs, vous pouvez ignorer
le reste de la check-list. Votre processus est rôdé.
Ces points constituent le coeur de Scrum.
Sans ça vous ne pouvez sans doute pas continuer
à appeller ce que vous faites du Scrum.
Au coeur de Scrum
Le PO détient et maintient la vision
produit cohérente avec le PBL
Le PBL et la vision produit sont
très clairement affichés
Toute l’équipe participe à
l’estimation
Le PO est disponible lorsque
l’équipe estime
Les membres ne sont pas enfermés
dans des rôles spécifiques
L’équipe a toutes les compétences
pour terminer les items du backlog
L’équipe a un Scrum Master (SM)
Toute l’équipe connait les
trois obstacles majeurs
Le SM dispose d’une stratégie
pour lever ces obstacles
Le SM se concentre sur la
levée des obstacles
Ils sont remontés à la hiérachie
si l’équipe ne peut les traiter
La vélocité est mesurée
La vélocité traite uniquement
des items qui sont finis
Le PO utilise la vélocité
pour la planification
L’équipe dispose d’un sprint
burndown chart
Clairement affiché
Mis à jour quotidiennement
Le PO y participe au minim-
um quelques fois par sprint
Tous les items planifiés dans
le sprint ont été estimés
Le SM vit avec l’équipe
Daily Scrum chaque jour,
même lieu, même heure
Estimez des tailles relatives (story
points) plutôt qu’une charge horaire
15 minutes maximum
Chaque membre de l’équipe
sait ce que les autres font
La plupart de ces points sont nécessaires mais pas forcément tous. Expérimentez!
Recommandé mais pas toujours nécessaire
La Mêlée quotidienne a lieu
Toute l’équipe y participe
Les problèmes et les
obstacles sont remontés
Il y a un Product Owner en
Chef (si plusieurs POs)
Les équipes dépendantes
pratiquent le Scrum de Scrums
Les équipes dépendantes
intègrent à chaque sprint
Dimensionnement
On prend son pied !
Beaucoup d’énergie positive.
Les heures sup sont rares
et basées sur le volontariat
Discussions, remises en cause et
expérimentation du processus
Indicateurs positifs
Scrum Checklist
http://www.crisp.se/scrum/checklist | Version 2.1 (2009-08-17)
the unofficial
Henrik Kniberg
PO = Product owner SM = Scrum Master PBL = Product Backlog DoD = Definition of Done
L’équipe livre en général
ce qu’elle s’est engagée
Principaux indicateurs d’une bonne
mise en oeuvre de Scrum.
Ces points sont fondamentaux pour dimen-
sionner correctement l’usage de Scrum.
9 personnes maximum
par équipe
Les sprints voués à l’échec
sont finis plus tôt
Les réunions de planification
du sprint ont lieu
Le PO y participe
Le PO amène un PBL à
jour
Toute l’équipe y participe
Le résultat est le planning
du sprint
Toute l’équipe a confiance
dans l’atteinte du planning
Le PO est convaincu des
priorités
s fo
Iv S
Les items du PBL sont découpés
en tâches dans le sprint
Les tâches d’un sprint sont
estimées
Le reste à faire est mis à
jour quotidiennement

Mais conteúdo relacionado

Mais procurados

Gestion de projets agiles avec scrum
Gestion de projets agiles avec scrumGestion de projets agiles avec scrum
Gestion de projets agiles avec scrum
Pierre E. NEIS
 
20190923 AgileDC 2019 Conf Kanban AntiPatterns: What you don't know *can* hur...
20190923 AgileDC 2019 Conf Kanban AntiPatterns: What you don't know *can* hur...20190923 AgileDC 2019 Conf Kanban AntiPatterns: What you don't know *can* hur...
20190923 AgileDC 2019 Conf Kanban AntiPatterns: What you don't know *can* hur...
Craeg Strong
 
Agile2013 sustainable change
Agile2013 sustainable changeAgile2013 sustainable change
Agile2013 sustainable change
Dennis Stevens
 
Scrum Team Workshop Training Agenda
Scrum Team Workshop Training AgendaScrum Team Workshop Training Agenda
Scrum Team Workshop Training Agenda
Karlo Magdic
 
스크럼(Scrum)
스크럼(Scrum)스크럼(Scrum)
스크럼(Scrum)
영기 김
 

Mais procurados (20)

Are we done yet?
Are we done yet?Are we done yet?
Are we done yet?
 
Gestion de projets agiles avec scrum
Gestion de projets agiles avec scrumGestion de projets agiles avec scrum
Gestion de projets agiles avec scrum
 
Agile Retrospectives
Agile RetrospectivesAgile Retrospectives
Agile Retrospectives
 
Agile Requirements
Agile RequirementsAgile Requirements
Agile Requirements
 
Agile Lean Kanban Training 1 hour
Agile Lean Kanban Training 1 hourAgile Lean Kanban Training 1 hour
Agile Lean Kanban Training 1 hour
 
Agile kids
Agile kids Agile kids
Agile kids
 
Scrum 101
Scrum 101Scrum 101
Scrum 101
 
20190923 AgileDC 2019 Conf Kanban AntiPatterns: What you don't know *can* hur...
20190923 AgileDC 2019 Conf Kanban AntiPatterns: What you don't know *can* hur...20190923 AgileDC 2019 Conf Kanban AntiPatterns: What you don't know *can* hur...
20190923 AgileDC 2019 Conf Kanban AntiPatterns: What you don't know *can* hur...
 
Lets kanban
Lets kanbanLets kanban
Lets kanban
 
Agile2013 sustainable change
Agile2013 sustainable changeAgile2013 sustainable change
Agile2013 sustainable change
 
Scrum Team Workshop Training Agenda
Scrum Team Workshop Training AgendaScrum Team Workshop Training Agenda
Scrum Team Workshop Training Agenda
 
Kanban paso a paso - version completa
Kanban paso a paso - version completaKanban paso a paso - version completa
Kanban paso a paso - version completa
 
Agile Çalışma Felsefesiyle Organizasyonların Dönüşümü
Agile Çalışma Felsefesiyle Organizasyonların DönüşümüAgile Çalışma Felsefesiyle Organizasyonların Dönüşümü
Agile Çalışma Felsefesiyle Organizasyonların Dönüşümü
 
Kanban 101 - 3 - Kanban Essentials
Kanban 101 - 3 - Kanban EssentialsKanban 101 - 3 - Kanban Essentials
Kanban 101 - 3 - Kanban Essentials
 
SAFe® - scaled agile framework in practice
SAFe® - scaled agile framework in practiceSAFe® - scaled agile framework in practice
SAFe® - scaled agile framework in practice
 
Choose Your WoW! DevOps in the Enterprise
Choose Your WoW!  DevOps in the EnterpriseChoose Your WoW!  DevOps in the Enterprise
Choose Your WoW! DevOps in the Enterprise
 
스크럼(Scrum)
스크럼(Scrum)스크럼(Scrum)
스크럼(Scrum)
 
Introduction to SAFe, the Scaled Agile Framework
Introduction to SAFe, the Scaled Agile FrameworkIntroduction to SAFe, the Scaled Agile Framework
Introduction to SAFe, the Scaled Agile Framework
 
Agile Executive Briefing - Situational Assessment + 50k Ft View
Agile Executive Briefing - Situational Assessment + 50k Ft ViewAgile Executive Briefing - Situational Assessment + 50k Ft View
Agile Executive Briefing - Situational Assessment + 50k Ft View
 
Kanban pizza game
Kanban pizza gameKanban pizza game
Kanban pizza game
 

Destaque

Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilitéPmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
Pierre Fauvel
 
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
PMI-Montréal
 
Agilité : une main de fer dans un gant de velours
Agilité : une main de fer dans un gant de veloursAgilité : une main de fer dans un gant de velours
Agilité : une main de fer dans un gant de velours
HSBC Private Bank
 
Le PMBOK n'est pas agile ?, ben voyons donc !!!
Le PMBOK n'est pas agile ?, ben voyons donc !!! Le PMBOK n'est pas agile ?, ben voyons donc !!!
Le PMBOK n'est pas agile ?, ben voyons donc !!!
PMI-Montréal
 
Kanban et Scrum : tirer le meilleur des deux
Kanban et Scrum : tirer le meilleur des deuxKanban et Scrum : tirer le meilleur des deux
Kanban et Scrum : tirer le meilleur des deux
Fabrice Aimetti
 
Scrum et CMMI Niveau 5 - La Potion Magique pour les Guerriers du Code
Scrum et CMMI Niveau 5 - La Potion Magique pour les Guerriers du CodeScrum et CMMI Niveau 5 - La Potion Magique pour les Guerriers du Code
Scrum et CMMI Niveau 5 - La Potion Magique pour les Guerriers du Code
Fabrice Aimetti
 

Destaque (20)

Timeboxing
TimeboxingTimeboxing
Timeboxing
 
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilitéPmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
Pmi Auvergne : Histoire D’un chef de projet qui adopte l’agilité
 
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
 
Agile du point de vue d'un PMP
Agile du point de vue d'un PMPAgile du point de vue d'un PMP
Agile du point de vue d'un PMP
 
Agilité : une main de fer dans un gant de velours
Agilité : une main de fer dans un gant de veloursAgilité : une main de fer dans un gant de velours
Agilité : une main de fer dans un gant de velours
 
Le PMBOK n'est pas agile ?, ben voyons donc !!!
Le PMBOK n'est pas agile ?, ben voyons donc !!! Le PMBOK n'est pas agile ?, ben voyons donc !!!
Le PMBOK n'est pas agile ?, ben voyons donc !!!
 
Scrum (votre guide de poche)
Scrum (votre guide de poche)Scrum (votre guide de poche)
Scrum (votre guide de poche)
 
Stratégie Industrielle Jean-Antoine Moreau
Stratégie Industrielle Jean-Antoine MoreauStratégie Industrielle Jean-Antoine Moreau
Stratégie Industrielle Jean-Antoine Moreau
 
Kanban Key Performance indicator
Kanban Key Performance indicatorKanban Key Performance indicator
Kanban Key Performance indicator
 
Guide scrum
Guide scrumGuide scrum
Guide scrum
 
Estimation et planification Agile
Estimation et planification AgileEstimation et planification Agile
Estimation et planification Agile
 
Agilité pour les nuls
Agilité pour les nulsAgilité pour les nuls
Agilité pour les nuls
 
PMbok les nouveautés de la 5ème édition
PMbok les nouveautés de la 5ème éditionPMbok les nouveautés de la 5ème édition
PMbok les nouveautés de la 5ème édition
 
Kanban et Scrum : tirer le meilleur des deux
Kanban et Scrum : tirer le meilleur des deuxKanban et Scrum : tirer le meilleur des deux
Kanban et Scrum : tirer le meilleur des deux
 
Scrum et CMMI Niveau 5 - La Potion Magique pour les Guerriers du Code
Scrum et CMMI Niveau 5 - La Potion Magique pour les Guerriers du CodeScrum et CMMI Niveau 5 - La Potion Magique pour les Guerriers du Code
Scrum et CMMI Niveau 5 - La Potion Magique pour les Guerriers du Code
 
Démarrer en Kanban
Démarrer en KanbanDémarrer en Kanban
Démarrer en Kanban
 
Article Kanban vs Scrum
Article Kanban vs ScrumArticle Kanban vs Scrum
Article Kanban vs Scrum
 
Rôle des Managers en Scrum
Rôle des Managers en ScrumRôle des Managers en Scrum
Rôle des Managers en Scrum
 
Article de référence de Winston Royce
Article de référence de Winston RoyceArticle de référence de Winston Royce
Article de référence de Winston Royce
 
Vis ma ville
Vis ma villeVis ma ville
Vis ma ville
 

Semelhante a Scrum Checklist

Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
Dominic Danis
 

Semelhante a Scrum Checklist (20)

Formation Professional Scrum Master I
Formation Professional Scrum Master IFormation Professional Scrum Master I
Formation Professional Scrum Master I
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
Corescrum fr-v1.1
Corescrum fr-v1.1Corescrum fr-v1.1
Corescrum fr-v1.1
 
agile tour toulouse 2015 - Kanban pour l'it une experience d'amélioration co...
 agile tour toulouse 2015 - Kanban pour l'it une experience d'amélioration co... agile tour toulouse 2015 - Kanban pour l'it une experience d'amélioration co...
agile tour toulouse 2015 - Kanban pour l'it une experience d'amélioration co...
 
Scrum 2020 : concepts et principes
Scrum 2020 : concepts et principesScrum 2020 : concepts et principes
Scrum 2020 : concepts et principes
 
Scrum
ScrumScrum
Scrum
 
Initiation Scrum
Initiation ScrumInitiation Scrum
Initiation Scrum
 
#7 méthodes
#7 méthodes#7 méthodes
#7 méthodes
 
Module 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptxModule 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptx
 
Agile self assessment card game by Ben Linders
Agile self assessment card game by Ben LindersAgile self assessment card game by Ben Linders
Agile self assessment card game by Ben Linders
 
Formation scrum - back to basics
Formation scrum -  back to basicsFormation scrum -  back to basics
Formation scrum - back to basics
 
Bon coach bad coach
Bon coach bad coachBon coach bad coach
Bon coach bad coach
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
 
MÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptxMÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptx
 
20mn scrum
20mn scrum20mn scrum
20mn scrum
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrum
 
SCRUM.pptx
SCRUM.pptxSCRUM.pptx
SCRUM.pptx
 
At nancy10 scrumv2.0
At nancy10 scrumv2.0At nancy10 scrumv2.0
At nancy10 scrumv2.0
 
Drupal, scrum et l'agilité - Drupalcamp Paris 2013
Drupal, scrum et l'agilité - Drupalcamp Paris 2013Drupal, scrum et l'agilité - Drupalcamp Paris 2013
Drupal, scrum et l'agilité - Drupalcamp Paris 2013
 
Comment transformer un débutant en super-développeur
Comment transformer un débutant en super-développeurComment transformer un débutant en super-développeur
Comment transformer un débutant en super-développeur
 

Mais de Fabrice Aimetti

Mais de Fabrice Aimetti (20)

Guide Comment faire du Product Discovery ?
Guide Comment faire du Product Discovery ?Guide Comment faire du Product Discovery ?
Guide Comment faire du Product Discovery ?
 
8 different ways to organize your product backlog_FR.pdf
8 different ways to organize your product backlog_FR.pdf8 different ways to organize your product backlog_FR.pdf
8 different ways to organize your product backlog_FR.pdf
 
Du 7-eyed model au 10-eyed model pour la supervision
Du 7-eyed model au 10-eyed model pour la supervisionDu 7-eyed model au 10-eyed model pour la supervision
Du 7-eyed model au 10-eyed model pour la supervision
 
Dites "NON" en tant que Product Manager !
Dites "NON" en tant que Product Manager !Dites "NON" en tant que Product Manager !
Dites "NON" en tant que Product Manager !
 
Contrat relatif au Programme de Mentorat
Contrat relatif au Programme de MentoratContrat relatif au Programme de Mentorat
Contrat relatif au Programme de Mentorat
 
L'aide-mémoire du Mentorat / Mentoring_Cheat_Sheets
L'aide-mémoire du Mentorat / Mentoring_Cheat_SheetsL'aide-mémoire du Mentorat / Mentoring_Cheat_Sheets
L'aide-mémoire du Mentorat / Mentoring_Cheat_Sheets
 
L'aide-mémoire du Mentoré / Mentee Cheat Sheet
L'aide-mémoire du Mentoré / Mentee Cheat SheetL'aide-mémoire du Mentoré / Mentee Cheat Sheet
L'aide-mémoire du Mentoré / Mentee Cheat Sheet
 
Groupe de Balint
Groupe de BalintGroupe de Balint
Groupe de Balint
 
La fabrique narrative marcela polanco
La fabrique narrative marcela polancoLa fabrique narrative marcela polanco
La fabrique narrative marcela polanco
 
Beata Jardin de vie (Rwanda)
Beata Jardin de vie (Rwanda)Beata Jardin de vie (Rwanda)
Beata Jardin de vie (Rwanda)
 
Bibliographie narrative
Bibliographie narrativeBibliographie narrative
Bibliographie narrative
 
Arrêtez de promettre des miracles
Arrêtez de promettre des miraclesArrêtez de promettre des miracles
Arrêtez de promettre des miracles
 
20191126 conf-au-dela-de-la-prison
20191126 conf-au-dela-de-la-prison20191126 conf-au-dela-de-la-prison
20191126 conf-au-dela-de-la-prison
 
20190627 intro-clean-language slideshare
20190627 intro-clean-language slideshare20190627 intro-clean-language slideshare
20190627 intro-clean-language slideshare
 
Les 4 étapes du processus de la CNV
Les 4 étapes du processus de la CNVLes 4 étapes du processus de la CNV
Les 4 étapes du processus de la CNV
 
Le jeu du prénom en mode multitâche
Le jeu du prénom en mode multitâcheLe jeu du prénom en mode multitâche
Le jeu du prénom en mode multitâche
 
Xplane fr
Xplane frXplane fr
Xplane fr
 
Twenty ways to_split_fr
Twenty ways to_split_frTwenty ways to_split_fr
Twenty ways to_split_fr
 
Schlitz mapping changebattlefield_fr
Schlitz mapping changebattlefield_frSchlitz mapping changebattlefield_fr
Schlitz mapping changebattlefield_fr
 
Na01 moen norman_fullpaper_fr
Na01 moen norman_fullpaper_frNa01 moen norman_fullpaper_fr
Na01 moen norman_fullpaper_fr
 

Scrum Checklist

  • 1. Le processus s’améliore en permanence La Signification de Fini a été donnée (DoD) La DoD est atteint lors de chaque sprint L’équipe respecte la DoD Ce qui est important Livrer un logiciel qui fonctionne et testé toutes les 4 semaines ou moins Livrer ce dont le Métier a le plus besoin Une Démo a lieu après chaque sprint On y montre un logiciel testé et qui fonctionne Les parties prenantes et le PO réagissent en séance Une Rétrospective a lieu après chaque sprint débouche sur propositions d’amélioration concrètes Certaines sont réellement mises en oeuvre Toute l’équipe et le PO y participent L’équipe a un sprint backlog Clairement affiché Mis à jour quotidiennement Détenu exclusivement par l’équipe La longueur d’un sprint est de 4 semaines ou moins Il se termine toujours dans les temps L’équipe n’est pas gérée ou dérangée par ailleurs Les sprints sont de durée fixe Le PO a un backlog produit (PBL) Les items sont priorisés par valeur métier décroissante Les items de plus grande valeur sont estimés Le PO maîtrise l’objectif métier de chaque items Les premiers items peuvent être réalisés en 1 seul sprint Les estimations sont faites par l’équipe LeProduct Owner(PO)doitêtre identifié clairement Ilesthabilitéàprioriser Il a la connaissance suffisante pour prioriser Il est en contact direct avec l’équipe Il est en contact direct avec les parties prenantes Il s’exprime d’une seule voix (cas d’une équipe) Les membres de l’équipe vivent ensemble Si vous atteignez ces objectifs, vous pouvez ignorer le reste de la check-list. Votre processus est rôdé. Ces points constituent le coeur de Scrum. Sans ça vous ne pouvez sans doute pas continuer à appeller ce que vous faites du Scrum. Au coeur de Scrum Le PO détient et maintient la vision produit cohérente avec le PBL Le PBL et la vision produit sont très clairement affichés Toute l’équipe participe à l’estimation Le PO est disponible lorsque l’équipe estime Les membres ne sont pas enfermés dans des rôles spécifiques L’équipe a toutes les compétences pour terminer les items du backlog L’équipe a un Scrum Master (SM) Toute l’équipe connait les trois obstacles majeurs Le SM dispose d’une stratégie pour lever ces obstacles Le SM se concentre sur la levée des obstacles Ils sont remontés à la hiérachie si l’équipe ne peut les traiter La vélocité est mesurée La vélocité traite uniquement des items qui sont finis Le PO utilise la vélocité pour la planification L’équipe dispose d’un sprint burndown chart Clairement affiché Mis à jour quotidiennement Le PO y participe au minim- um quelques fois par sprint Tous les items planifiés dans le sprint ont été estimés Le SM vit avec l’équipe Daily Scrum chaque jour, même lieu, même heure Estimez des tailles relatives (story points) plutôt qu’une charge horaire 15 minutes maximum Chaque membre de l’équipe sait ce que les autres font La plupart de ces points sont nécessaires mais pas forcément tous. Expérimentez! Recommandé mais pas toujours nécessaire La Mêlée quotidienne a lieu Toute l’équipe y participe Les problèmes et les obstacles sont remontés Il y a un Product Owner en Chef (si plusieurs POs) Les équipes dépendantes pratiquent le Scrum de Scrums Les équipes dépendantes intègrent à chaque sprint Dimensionnement On prend son pied ! Beaucoup d’énergie positive. Les heures sup sont rares et basées sur le volontariat Discussions, remises en cause et expérimentation du processus Indicateurs positifs Scrum Checklist http://www.crisp.se/scrum/checklist | Version 2.1 (2009-08-17) the unofficial Henrik Kniberg PO = Product owner SM = Scrum Master PBL = Product Backlog DoD = Definition of Done L’équipe livre en général ce qu’elle s’est engagée Principaux indicateurs d’une bonne mise en oeuvre de Scrum. Ces points sont fondamentaux pour dimen- sionner correctement l’usage de Scrum. 9 personnes maximum par équipe Les sprints voués à l’échec sont finis plus tôt Les réunions de planification du sprint ont lieu Le PO y participe Le PO amène un PBL à jour Toute l’équipe y participe Le résultat est le planning du sprint Toute l’équipe a confiance dans l’atteinte du planning Le PO est convaincu des priorités s fo Iv S Les items du PBL sont découpés en tâches dans le sprint Les tâches d’un sprint sont estimées Le reste à faire est mis à jour quotidiennement