SlideShare une entreprise Scribd logo
1  sur  29
Télécharger pour lire hors ligne
1
Realisé par : Lhouceine OUHAMZA
2020
Introduction
Plus le projet est imprévisible, plus votre équipe est susceptible de
rencontrer des échecs successifs pendant sa gestion. Vous aurez alors
tout intérêt à choisir un développement dit “agile”, incrémental (ajouts
successifs) et itératif (cycles répétitifs), afin de vous adapter aux
changements.
2
Le manifeste agile
Les méthodes agiles sont issues initialement du manifeste agile
❏ Les individus et les interactions plutôt que les processus et les outils
❏ Le logiciel en fonctionnement plutôt que l’établissement d’une documentation complète
❏ La collaboration avec le client plutôt que la négociation du contrat commercial
❏ La réponse aux changements plutôt que le suivi de plans établis
3
Modèle Scrum
Scrum est une méthodologie agile pour le développement de logiciels. Il
décrit une série de cérémonies (réunions) qui doivent avoir lieu à intervalles
réguliers. Il définit également les rôles des différents participants.
L’intervalle régulier de scrum est appelé sprint.
Il est à la fois itératif, incrémental et agile.
4
Les fondements du modèle scrum
Selon le Guide Scrum, le cadre Scrum repose sur les trois piliers suivants :
5
Le modèle scrum
Equipe
Scrum
Les règles
Les
artéfacts
Le modèle scrum se compose de:
6
Les
événements
(cérémonies )
L’équipe scrum
7
Scrum master
❏ Il n’est pas un chef de projet, ni un développeur.
❏ Il n'exerce aucune autorité sur les membres de l'équipe de développement.
❏ Son objectif principal est de permettre à toute l'équipe de travailler sans
perturbation.
❏ Il encourage l’esprit d’équipe et maintenez la motivation.
8
Product owner
Votre client peut rencontrer plusieurs difficultés avec le Scrum :
● Manque de disponibilité pour le projet
● Manque d'expérience en gestion de projet agile
● Manque d'informations sur les utilisateurs
Le modèle Scrum propose un rôle de product owner !
le seul qui peut compléter ou modifier à tout moment la liste des
fonctionnalités.
● L'expression des besoins avec l’équipe
● La priorisation des besoins pour l'équipe
● La validation des résultats de l'équipe
9
Équipe de développement
Les membres de votre équipe de développement sont en charge des
opérations du projet. Ils livrent votre client à intervalles réguliers des
fonctionnalités complètes.
● Ses membres ont de multiples compétences.
● Ses membres sont pluridisciplinaires.
● Ses membres sont autonomes.
10
Les valeurs de scrum
11
Les cérémonies rituelles
Sprint
retrospective
Sprint
review
Daily
scrum
Les 5 cérémonies rituelles:
12
Sprint
planning
Product
backlog
Grooming
Evenement principal
Evenement complementaire
Sprint
❏ Le sprint consiste en une période de temps prédéterminée
❏ Il peut durer au maximum un mois.
❏ Sprint est le cœur du modèle scrum.
❏ A la fin de chaque sprint on délivre un incrément fonctionnel au
client.
13
Sprint planning
❏ Quelles seront les user stories à développer au cours de la prochaine
itération.
❏ Le scrum master limite la durée de cette réunion à 8 heures pour un
sprint d'un mois et à 2 heures pour un sprint d'une semaine.
❏ 2 sujets à couvrir dans cette planification:
● Le Quoi? (Les éléments du Backlog produit sélectionnés )
● Le Comment? (Le plan de livraison )
14
Daily scrum
Daily scrum: est une réunion quotidienne qui a généralement lieu le matin
et ne peut durer plus de 15 minutes. Pas une de plus !
on repondant aux questions:
➢ Sur quoi ai-je travaillé hier ?
➢ Sur quoi vais-je travailler aujourd’hui ?
➢ Quels sont les problèmes et leurs solutions ?
15
Chaque jour même heure et au même endroit.
Sprint review (1)
❏ À la fin de chaque sprint, la réunion de revue est organisée.
❏ A pour but d’inspecter l’ajout incrémental réalisé au cours du sprint
et d’adapter, si nécessaire, le carnet de produit.
❏ Elle permet de passer en revue l’Incrément du produit qui vient
d’être « terminé », et ainsi le valider
❏ Sa durée maximale doit être de 4 heures. S’il s’agit d’un sprint de
moins de quatre semaines, cette durée peut être plus courte.
16
Sprint review (2)
Voici des exemples de sujets à aborder pendant la sprint review :
● Déroulement du sprint
● Problèmes rencontrés
● Résolutions trouvées
● Questions sur l'incrément
17
Les parties prenantes participent ( stakeholders ) à cette réunion.
Sprint retrospective
❏ Mettre en évidence ce qui a bien marché au cours du sprint et ce
qui doit être amélioré lors du prochain sprint.
❏ Il dure 3 heures.
❏ En qualité de scrum master, vous actualisez un radar de
satisfaction et un plan d'action en animant cette réunion pour
l'équipe Scrum.
18
Aborder aux sujets personnels
Product backlog grooming
Encourager l'équipe Scrum à faire le raffinage du product backlog ou toilettage. (
cette réunion n’est pas officiel par le guide scrum ).
❏ Détectez les user stories qui n'ont plus aucun sens pour le projet.
❏ Formulez et estimez les nouvelles user stories si des besoins apparaissent.
❏ Réévaluez l'ordre de priorité des user stories dans le product backlog.
❏ Corrigez les estimations en fonction de nouvelles informations.
❏ Découpez les user stories qui pourraient candidater aux prochains sprints.
19
Les réunions et leur durée
20
Evenements Durée
Sprint maximum 1 mois.
Sprint Planning maximum 8 heures pour un sprint d'un mois,
Daily Scrum maximum 15 minutes,
Sprint Review maximum 4 heures pour un sprint d'un mois
Sprint Retrospective maximum 3 heures pour un sprint d'un mois
Notions
Sprint backlog: Votre sprint backlog réunit toutes les user stories à
développer pendant le sprint.
Le planning poker: Votre équipe doit estimer la complexité de
chaque user story avec le product owner.
Le tableau kanban: Vous allez afficher chaque user stories sur un
tableau divisé en 3 colonnes : "à faire", "en cours" et "terminé".
21
Notions
Vélocité: Additionnez les points des user stories terminées au cours
d'une itération.
Sprint d'échauffement: C’est une sprint d’essai lors de la préparation du
projet. afin de calculer la vélocité de l'équipe.
Incrément: C’est le résultat opérationnel de votre sprint.ce n’est pas
une maquette ou une preuve de concept.
22
Notions
Burndown chart: un graphe qui montre la somme totale de travail restant
dans le sprint backlog à n’importe quel moment du sprint.
Burnup Chart: un graphe qui permet d’analyser l’avancement du travail
réalisé par rapport à la globalité du projet prévu.
Méthode MoSCoW: Pour prioriser les user stories du sprint backlog avant le
début d'un sprint.
23
Notions
Pour évaluer la bonne priorisation d'un product backlog ?
● La méthode MoSCoW
● Le questionnaire matriciel de satisfaction
Comment évaluer la qualité des users stories et les tâches ?
● Pour les user stories: La grille de critères INVEST.
● Pour les tâches: La grille de critère SMART.
L'affichette de tableau kanban doit obligatoirement contient?
● La user story de référence
● La valeur de la user story
● La complexité de la user story
● La description des tâches à réaliser
● Les critères d’acceptation (au dos de l’affichette) 24
Récapitulatif
25
Scrum team roles - Summary
26
Scrum events - Summary
27
Artifact transparency - Summary
28
29

Contenu connexe

Tendances

Présentation de Django @ Orange Labs (FR)
Présentation de Django @ Orange Labs (FR)Présentation de Django @ Orange Labs (FR)
Présentation de Django @ Orange Labs (FR)Martin Latrille
 
Concevoir, développer et sécuriser des micro-services avec Spring Boot
Concevoir, développer et sécuriser des micro-services avec Spring BootConcevoir, développer et sécuriser des micro-services avec Spring Boot
Concevoir, développer et sécuriser des micro-services avec Spring BootDNG Consulting
 
Les dessous du framework spring
Les dessous du framework springLes dessous du framework spring
Les dessous du framework springAntoine Rey
 
eServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API ManagementeServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API ManagementLilia Sfaxi
 
Mohamed youssfi support architectures logicielles distribuées basées sue les ...
Mohamed youssfi support architectures logicielles distribuées basées sue les ...Mohamed youssfi support architectures logicielles distribuées basées sue les ...
Mohamed youssfi support architectures logicielles distribuées basées sue les ...ENSET, Université Hassan II Casablanca
 
Docker - un outil pour faciliter le développement et le déploiement informatique
Docker - un outil pour faciliter le développement et le déploiement informatiqueDocker - un outil pour faciliter le développement et le déploiement informatique
Docker - un outil pour faciliter le développement et le déploiement informatiquesdenier
 
Workshop spring session 2 - La persistance au sein des applications Java
Workshop spring   session 2 - La persistance au sein des applications JavaWorkshop spring   session 2 - La persistance au sein des applications Java
Workshop spring session 2 - La persistance au sein des applications JavaAntoine Rey
 
Angular Framework présentation PPT LIGHT
Angular Framework présentation PPT LIGHTAngular Framework présentation PPT LIGHT
Angular Framework présentation PPT LIGHTtayebbousfiha1
 
Workshop Spring - Session 1 - L'offre Spring et les bases
Workshop Spring  - Session 1 - L'offre Spring et les basesWorkshop Spring  - Session 1 - L'offre Spring et les bases
Workshop Spring - Session 1 - L'offre Spring et les basesAntoine Rey
 
Gitlab CI : Integration et Déploiement Continue
Gitlab CI : Integration et Déploiement ContinueGitlab CI : Integration et Déploiement Continue
Gitlab CI : Integration et Déploiement ContinueVincent Composieux
 
Formation autour de git et git lab
Formation autour de git et git labFormation autour de git et git lab
Formation autour de git et git labAbdelghani Azri
 
Intégration continue et déploiement continue avec Jenkins
Intégration continue et déploiement continue avec JenkinsIntégration continue et déploiement continue avec Jenkins
Intégration continue et déploiement continue avec JenkinsKokou Gaglo
 
Architecture microservices avec docker
Architecture microservices avec dockerArchitecture microservices avec docker
Architecture microservices avec dockergcatt
 

Tendances (20)

Présentation de Django @ Orange Labs (FR)
Présentation de Django @ Orange Labs (FR)Présentation de Django @ Orange Labs (FR)
Présentation de Django @ Orange Labs (FR)
 
Support de cours angular
Support de cours angularSupport de cours angular
Support de cours angular
 
Concevoir, développer et sécuriser des micro-services avec Spring Boot
Concevoir, développer et sécuriser des micro-services avec Spring BootConcevoir, développer et sécuriser des micro-services avec Spring Boot
Concevoir, développer et sécuriser des micro-services avec Spring Boot
 
Systemes authentification
Systemes authentificationSystemes authentification
Systemes authentification
 
Les dessous du framework spring
Les dessous du framework springLes dessous du framework spring
Les dessous du framework spring
 
eServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API ManagementeServices-Chp5: Microservices et API Management
eServices-Chp5: Microservices et API Management
 
Mohamed youssfi support architectures logicielles distribuées basées sue les ...
Mohamed youssfi support architectures logicielles distribuées basées sue les ...Mohamed youssfi support architectures logicielles distribuées basées sue les ...
Mohamed youssfi support architectures logicielles distribuées basées sue les ...
 
Docker - un outil pour faciliter le développement et le déploiement informatique
Docker - un outil pour faciliter le développement et le déploiement informatiqueDocker - un outil pour faciliter le développement et le déploiement informatique
Docker - un outil pour faciliter le développement et le déploiement informatique
 
Workshop spring session 2 - La persistance au sein des applications Java
Workshop spring   session 2 - La persistance au sein des applications JavaWorkshop spring   session 2 - La persistance au sein des applications Java
Workshop spring session 2 - La persistance au sein des applications Java
 
Angular Framework présentation PPT LIGHT
Angular Framework présentation PPT LIGHTAngular Framework présentation PPT LIGHT
Angular Framework présentation PPT LIGHT
 
Nouveautés Java 9-10-11
Nouveautés Java 9-10-11Nouveautés Java 9-10-11
Nouveautés Java 9-10-11
 
Workshop Spring - Session 1 - L'offre Spring et les bases
Workshop Spring  - Session 1 - L'offre Spring et les basesWorkshop Spring  - Session 1 - L'offre Spring et les bases
Workshop Spring - Session 1 - L'offre Spring et les bases
 
Nouveautés de java 8
Nouveautés de java 8Nouveautés de java 8
Nouveautés de java 8
 
Support de cours Spring M.youssfi
Support de cours Spring  M.youssfiSupport de cours Spring  M.youssfi
Support de cours Spring M.youssfi
 
Gitlab CI : Integration et Déploiement Continue
Gitlab CI : Integration et Déploiement ContinueGitlab CI : Integration et Déploiement Continue
Gitlab CI : Integration et Déploiement Continue
 
Support JEE Servlet Jsp MVC M.Youssfi
Support JEE Servlet Jsp MVC M.YoussfiSupport JEE Servlet Jsp MVC M.Youssfi
Support JEE Servlet Jsp MVC M.Youssfi
 
Formation autour de git et git lab
Formation autour de git et git labFormation autour de git et git lab
Formation autour de git et git lab
 
Kubernetes
KubernetesKubernetes
Kubernetes
 
Intégration continue et déploiement continue avec Jenkins
Intégration continue et déploiement continue avec JenkinsIntégration continue et déploiement continue avec Jenkins
Intégration continue et déploiement continue avec Jenkins
 
Architecture microservices avec docker
Architecture microservices avec dockerArchitecture microservices avec docker
Architecture microservices avec docker
 

Similaire à Scrum course

Similaire à Scrum course (20)

Module 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptxModule 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptx
 
Symposium scrum
Symposium scrumSymposium scrum
Symposium scrum
 
1.pdf
1.pdf1.pdf
1.pdf
 
MÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptxMÃthode-agile-SCRUM.pptx
MÃthode-agile-SCRUM.pptx
 
Scrum cook and go, les astuces de Rémy
Scrum cook and go, les astuces de RémyScrum cook and go, les astuces de Rémy
Scrum cook and go, les astuces de Rémy
 
Guide scrum
Guide scrumGuide scrum
Guide scrum
 
Mon cours Agile scrum.ppt
Mon cours Agile scrum.pptMon cours Agile scrum.ppt
Mon cours Agile scrum.ppt
 
Evenements scrum
Evenements scrumEvenements scrum
Evenements scrum
 
Présentation.pptx
Présentation.pptxPrésentation.pptx
Présentation.pptx
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XP
 
SCRUM.pptx
SCRUM.pptxSCRUM.pptx
SCRUM.pptx
 
Scrum 2020 : concepts et principes
Scrum 2020 : concepts et principesScrum 2020 : concepts et principes
Scrum 2020 : concepts et principes
 
At nancy10 scrumv2.0
At nancy10 scrumv2.0At nancy10 scrumv2.0
At nancy10 scrumv2.0
 
La méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdfLa méthode de gestion de projet agile.pdf
La méthode de gestion de projet agile.pdf
 
Scrum@fujitsu
Scrum@fujitsuScrum@fujitsu
Scrum@fujitsu
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
 
AT2010 Introduction à scrum
AT2010 Introduction à scrumAT2010 Introduction à scrum
AT2010 Introduction à scrum
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 
Formation Professional Scrum Master I
Formation Professional Scrum Master IFormation Professional Scrum Master I
Formation Professional Scrum Master I
 
Scrum les principes de base
Scrum les principes de base Scrum les principes de base
Scrum les principes de base
 

Plus de Lhouceine OUHAMZA

Plus de Lhouceine OUHAMZA (6)

Présentation sur internet.pptx
Présentation sur internet.pptxPrésentation sur internet.pptx
Présentation sur internet.pptx
 
WEB SERVICE SOAP, JAVA, XML, JAXWS
WEB SERVICE SOAP, JAVA, XML, JAXWSWEB SERVICE SOAP, JAVA, XML, JAXWS
WEB SERVICE SOAP, JAVA, XML, JAXWS
 
Prometheus and Grafana
Prometheus and GrafanaPrometheus and Grafana
Prometheus and Grafana
 
Functional programming
Functional programmingFunctional programming
Functional programming
 
Spring AOP
Spring AOPSpring AOP
Spring AOP
 
Extreme Programming (XP)
Extreme Programming (XP)Extreme Programming (XP)
Extreme Programming (XP)
 

Scrum course

  • 1. 1 Realisé par : Lhouceine OUHAMZA 2020
  • 2. Introduction Plus le projet est imprévisible, plus votre équipe est susceptible de rencontrer des échecs successifs pendant sa gestion. Vous aurez alors tout intérêt à choisir un développement dit “agile”, incrémental (ajouts successifs) et itératif (cycles répétitifs), afin de vous adapter aux changements. 2
  • 3. Le manifeste agile Les méthodes agiles sont issues initialement du manifeste agile ❏ Les individus et les interactions plutôt que les processus et les outils ❏ Le logiciel en fonctionnement plutôt que l’établissement d’une documentation complète ❏ La collaboration avec le client plutôt que la négociation du contrat commercial ❏ La réponse aux changements plutôt que le suivi de plans établis 3
  • 4. Modèle Scrum Scrum est une méthodologie agile pour le développement de logiciels. Il décrit une série de cérémonies (réunions) qui doivent avoir lieu à intervalles réguliers. Il définit également les rôles des différents participants. L’intervalle régulier de scrum est appelé sprint. Il est à la fois itératif, incrémental et agile. 4
  • 5. Les fondements du modèle scrum Selon le Guide Scrum, le cadre Scrum repose sur les trois piliers suivants : 5
  • 6. Le modèle scrum Equipe Scrum Les règles Les artéfacts Le modèle scrum se compose de: 6 Les événements (cérémonies )
  • 8. Scrum master ❏ Il n’est pas un chef de projet, ni un développeur. ❏ Il n'exerce aucune autorité sur les membres de l'équipe de développement. ❏ Son objectif principal est de permettre à toute l'équipe de travailler sans perturbation. ❏ Il encourage l’esprit d’équipe et maintenez la motivation. 8
  • 9. Product owner Votre client peut rencontrer plusieurs difficultés avec le Scrum : ● Manque de disponibilité pour le projet ● Manque d'expérience en gestion de projet agile ● Manque d'informations sur les utilisateurs Le modèle Scrum propose un rôle de product owner ! le seul qui peut compléter ou modifier à tout moment la liste des fonctionnalités. ● L'expression des besoins avec l’équipe ● La priorisation des besoins pour l'équipe ● La validation des résultats de l'équipe 9
  • 10. Équipe de développement Les membres de votre équipe de développement sont en charge des opérations du projet. Ils livrent votre client à intervalles réguliers des fonctionnalités complètes. ● Ses membres ont de multiples compétences. ● Ses membres sont pluridisciplinaires. ● Ses membres sont autonomes. 10
  • 11. Les valeurs de scrum 11
  • 12. Les cérémonies rituelles Sprint retrospective Sprint review Daily scrum Les 5 cérémonies rituelles: 12 Sprint planning Product backlog Grooming Evenement principal Evenement complementaire
  • 13. Sprint ❏ Le sprint consiste en une période de temps prédéterminée ❏ Il peut durer au maximum un mois. ❏ Sprint est le cœur du modèle scrum. ❏ A la fin de chaque sprint on délivre un incrément fonctionnel au client. 13
  • 14. Sprint planning ❏ Quelles seront les user stories à développer au cours de la prochaine itération. ❏ Le scrum master limite la durée de cette réunion à 8 heures pour un sprint d'un mois et à 2 heures pour un sprint d'une semaine. ❏ 2 sujets à couvrir dans cette planification: ● Le Quoi? (Les éléments du Backlog produit sélectionnés ) ● Le Comment? (Le plan de livraison ) 14
  • 15. Daily scrum Daily scrum: est une réunion quotidienne qui a généralement lieu le matin et ne peut durer plus de 15 minutes. Pas une de plus ! on repondant aux questions: ➢ Sur quoi ai-je travaillé hier ? ➢ Sur quoi vais-je travailler aujourd’hui ? ➢ Quels sont les problèmes et leurs solutions ? 15 Chaque jour même heure et au même endroit.
  • 16. Sprint review (1) ❏ À la fin de chaque sprint, la réunion de revue est organisée. ❏ A pour but d’inspecter l’ajout incrémental réalisé au cours du sprint et d’adapter, si nécessaire, le carnet de produit. ❏ Elle permet de passer en revue l’Incrément du produit qui vient d’être « terminé », et ainsi le valider ❏ Sa durée maximale doit être de 4 heures. S’il s’agit d’un sprint de moins de quatre semaines, cette durée peut être plus courte. 16
  • 17. Sprint review (2) Voici des exemples de sujets à aborder pendant la sprint review : ● Déroulement du sprint ● Problèmes rencontrés ● Résolutions trouvées ● Questions sur l'incrément 17 Les parties prenantes participent ( stakeholders ) à cette réunion.
  • 18. Sprint retrospective ❏ Mettre en évidence ce qui a bien marché au cours du sprint et ce qui doit être amélioré lors du prochain sprint. ❏ Il dure 3 heures. ❏ En qualité de scrum master, vous actualisez un radar de satisfaction et un plan d'action en animant cette réunion pour l'équipe Scrum. 18 Aborder aux sujets personnels
  • 19. Product backlog grooming Encourager l'équipe Scrum à faire le raffinage du product backlog ou toilettage. ( cette réunion n’est pas officiel par le guide scrum ). ❏ Détectez les user stories qui n'ont plus aucun sens pour le projet. ❏ Formulez et estimez les nouvelles user stories si des besoins apparaissent. ❏ Réévaluez l'ordre de priorité des user stories dans le product backlog. ❏ Corrigez les estimations en fonction de nouvelles informations. ❏ Découpez les user stories qui pourraient candidater aux prochains sprints. 19
  • 20. Les réunions et leur durée 20 Evenements Durée Sprint maximum 1 mois. Sprint Planning maximum 8 heures pour un sprint d'un mois, Daily Scrum maximum 15 minutes, Sprint Review maximum 4 heures pour un sprint d'un mois Sprint Retrospective maximum 3 heures pour un sprint d'un mois
  • 21. Notions Sprint backlog: Votre sprint backlog réunit toutes les user stories à développer pendant le sprint. Le planning poker: Votre équipe doit estimer la complexité de chaque user story avec le product owner. Le tableau kanban: Vous allez afficher chaque user stories sur un tableau divisé en 3 colonnes : "à faire", "en cours" et "terminé". 21
  • 22. Notions Vélocité: Additionnez les points des user stories terminées au cours d'une itération. Sprint d'échauffement: C’est une sprint d’essai lors de la préparation du projet. afin de calculer la vélocité de l'équipe. Incrément: C’est le résultat opérationnel de votre sprint.ce n’est pas une maquette ou une preuve de concept. 22
  • 23. Notions Burndown chart: un graphe qui montre la somme totale de travail restant dans le sprint backlog à n’importe quel moment du sprint. Burnup Chart: un graphe qui permet d’analyser l’avancement du travail réalisé par rapport à la globalité du projet prévu. Méthode MoSCoW: Pour prioriser les user stories du sprint backlog avant le début d'un sprint. 23
  • 24. Notions Pour évaluer la bonne priorisation d'un product backlog ? ● La méthode MoSCoW ● Le questionnaire matriciel de satisfaction Comment évaluer la qualité des users stories et les tâches ? ● Pour les user stories: La grille de critères INVEST. ● Pour les tâches: La grille de critère SMART. L'affichette de tableau kanban doit obligatoirement contient? ● La user story de référence ● La valeur de la user story ● La complexité de la user story ● La description des tâches à réaliser ● Les critères d’acceptation (au dos de l’affichette) 24
  • 26. Scrum team roles - Summary 26
  • 27. Scrum events - Summary 27
  • 29. 29

Notes de l'éditeur

  1. Transparence Vous devez garantir que toutes les informations relatives à la bonne compréhension du projet sont bien communiquées aux membres. Inspection Vous vérifiez à intervalles réguliers que le projet respecte les demande de votre client. Adaptation Vous encouragez la correction des dérives constatées et proposer des changements appropriés.
  2. L’ouverture (d’esprit), apporte bienveillance dans les relations par l’écoute active et la prise en compte des avis de chacun Courage: créer un environnement où l’échec sera accepté et sera considéré comme une occasion d’apprendre et de grandir