31 0 2MB
METHODOLOGIE / GESTION DE PROJET
AGILE - SCRUM
© 2017 - SCRUM
|
Mourad HASSINI
Formation de 3 jours
PLAN DE LA FORMATION – Introduction – Méthodes Agiles – Framework Scrum en Détails – Rôles Scrum : Équipe, Scrum Master, Product Owner – 3 Examens Blancs, avec Corrections
– Conclusion
© 2017 - SCRUM
|
Mourad HASSINI
2
INTRODUCTION • Méthode Pédagogique
• Modalités pratiques
• Exercice 1 : Présentations
© 2017 - SCRUM
|
Mourad HASSINI
3
MÉTHODE PÉDAGOGIQUE • Cette formation sera dispensée à travers des échanges et des discussions. • Le fil conducteur de la formation sera cette présentation, que nous suivrons. Nous pouvons ajuster le programme si des contraintes. • La formation inclura quelques ateliers pratiques pour mettre en application les notions abordées. • Les participants travailleront en groupes.
• N’hésitez surtout pas à poser toutes vos questions.
© 2017 - SCRUM
|
Mourad HASSINI
4
MODALITÉS PRATIQUES (SCÉNARIO 1) -
Planification de la formation • Cette formation est prévue sur 3 jours
-
Organisation des journées • 09h30 - 12h15 • Pause • 12h45 - 15h30
09h30
12h15 12h45
30
15h30 -
Avez-vous des contraintes particulières? © 2017 - SCRUM
|
Mourad HASSINI
5
MODALITÉS PRATIQUES (SCÉNARIO 2) -
-
-
Planification de la formation • Cette formation est prévue sur 3 jours Organisation des journées • 09h30 - 10h45 • Pause • 11h00 - 12h30 • Repas • 13h30 - 14h45 • Pause • 15h00 - 16h30
09h30 15
12h30 13h30
60
15
16h30
Avez-vous des contraintes particulières? © 2017 - SCRUM
|
Mourad HASSINI
6
EXERCICE 1 : PRÉSENTATIONS – MOI ? • Mourad HASSINI : https://tn.linkedin.com/in/mouradhassini • Ingénieur Informaticien, diplômé de l’ENSEA (Cergy – IDF - France) en 2002 - 15 années d’expérience
• Actuellement : – Formateur SCRUM / JavaEE / BPM / BlockChain – Certifié SCRUM Master (PSMI - SMAC - CSM) / SCRUM Product Owner (SPOAC), avec Scrum.org, Scrum Institute et Scrum Alliance – Fondateur de M104 Formation : www.m104.io
• Auparavant : – Responsable Technique / Formateur, à OXIA (WEVIOO) – Leader Technique JavaEE / BPM, à la Société Générale – Consultant JavaEE / BPM, au Crédit Agricole
© 2017 - SCRUM
|
Mourad HASSINI
7
EXERCICE 1 : PRÉSENTATIONS – VOUS ? • Hello World! (Qui êtes-vous ?)
• Quel est votre niveau d'expérience avec SCRUM et l'Agilité ? (Que connaissez-vous sur l'Agilité ou sur SCRUM ?) • Quels sont vos objectifs à la fin de cette formation ? (Éléments que vous souhaiteriez approfondir sur l'Agilité ou sur SCRUM)
© 2017 - SCRUM
|
Mourad HASSINI
8
C’EST PARTI …
© 2017 - SCRUM
|
Mourad HASSINI
9
MÉTHODES AGILE
• Les Méthodes Classiques • Les Méthodes Agiles
© 2017 - SCRUM
|
Mourad HASSINI
10
POURQUOI DES MÉTHODES ? • Prendre en compte les 3C :
• Atteindre la satisfaction du Client
• Pour aider à atteindre les objectifs ci-dessus, nous pouvons avoir recours à plusieurs méthodes et approches :
© 2017 - SCRUM
|
Mourad HASSINI
11
LES MÉTHODES CLASSIQUES • Approche prédictive « cycle en cascade » : • Phases Séquentielles • Les risques sont détectés tardivement • Des documents très détaillés en amont
© 2017 - SCRUM
|
Mourad HASSINI
12
L’EFFET TUNNEL • Absence de Visibilité : • Désintérêt des Sponsors et des Parties Prenantes • Résultat Binaire – Conforme : Oui/Non – À l’heure : Oui/Non
© 2017 - SCRUM
|
Mourad HASSINI
13
LES MÉTHODES AGILES • • • •
Comment augmenter la satisfaction du client ? Comment faciliter la gestion de projet ? Comment améliorer la qualité de développement ? Comment mieux s’adapter aux imprévus du projet ?
• Les méthodes ou approches « AGILES » vont nous permettre de répondre à toutes ces questions : • Les méthodes agiles sont des groupes de pratiques de pilotage et de réalisation de projets.
© 2017 - SCRUM
|
Mourad HASSINI
14
L’AGILITÉ ET L’ÉTAT D’ESPRIT • L’agilité recense un certain nombre de valeurs et principes qui nécessitent un bouleversement culturel pour vous et vos équipes. • Si vous adoptez l’état d’esprit Agile, les pratiques suivront plus facilement.
© 2017 - SCRUM
|
Mourad HASSINI
15
EXERCICE 2 : VOS PROJETS COURANTS • Formez des groupes de 9 personnes maximum • Restituez vos travaux de manière visuelle pour présenter aux autres groupes • Parmi les projets sur lesquels vous avez travaillé : – Identifiez un projet réussi – Identifiez un projet en échec ou en difficulté
• Pour chaque projet, répondez aux questions suivantes : – Quelle était la définition ou les critères de réussite ou d'échec ? – Quels étaient les facteurs de réussite ou d'échec ?
• Présentez vos réponses à l'ensemble du groupe © 2017 - SCRUM
|
Mourad HASSINI
16
PROJETS : SUCCÈS / ÉCHEC / CHALLENGE
• • •
Rapport 2015 Standish Group: Etude annuelle, depuis 1994, En 2015, environ 50 000 projets , partout dans le monde, ont été étudiés.
© 2017 - SCRUM
|
Mourad HASSINI
17
PROJETS : AGILE / CASCADE
• Rapport 2015 Standish Group: Etude sur 10 000 projets © 2017 - SCRUM
|
Mourad HASSINI
18
DÉFINITION DE SUCCÈS • The Sydney Opera House, Sydney • Estimation: 4 années / $7 Million - Réalité: 14 années / $102 Million • 300% d’heures supplémentaires & 1400% hors budget = Echec?
© 2017 - SCRUM
|
Mourad HASSINI
19
TAUX D'UTILISATION DES FONCTIONNALITÉS Toujours; 7%
Souvent; 13%
Jamais; 45%
Parfois; 16%
Rarement; 19%
• En tant que Product Owner : – Essayez d'évitez 45% de déchet, – Augmenter les 20% (7% + 13%) toujours ou souvent utilisés. © 2017 - SCRUM
|
Mourad HASSINI
20
CAUSES D’ÉCHEC D’UN PROJET • Les causes les plus courantes d’échecs de projets proviennent du processus de gestion de projet et l’alignement de l’informatique avec les cultures organisationnelles. Mauvaise compréhension du besoin Mauvaise planification Objectifs et Priorités qui changent souvent pendant le projet Estimation peu réaliste Manque de communication (Développeurs - Management – Utilisateurs) • Pas de travail d’équipe • Compétences inadéquates • • • • •
© 2017 - SCRUM
|
Mourad HASSINI
21
BIEN COMPRENDRE LE BESOIN SINON :
© 2017 - SCRUM
|
Mourad HASSINI
22
DÉFINITION DU SUCCÈS D’UN PROJET • Définition de l’échec, selon Mike Cohn (Coach Agile) : “Un projet au cours duquel personne n'a eu de meilleure idée que ce qui était initialement prévu dans la liste des exigences.” • Définition de Succès, selon Standish Group : - On Time (Calendrier) - On Budget (Coût) - With satisfactory Result (Contenu)
•
Standish Group est un cabinet de conseil, international, indépendant, fondé en 1985. Connu par ses rapports émis sur les projets de mise en œuvre de systèmes d'information, dans le secteur public et privé. © 2017 - SCRUM
|
Mourad HASSINI
23
RAISONS DE CHANGEMENT • Nous allons voir dans la suite : Pourquoi devenir Agile ?
© 2017 - SCRUM
|
Mourad HASSINI
24
BESOINS DU MARCHÉ ACTUEL • La Flexibilité : – Suivre rapidement les changements (Mondialisation)
• La Qualité : – Le produit doit fonctionner correctement, – Et surtout doit apporter une valeur ajoutée.
• La Communication : – L’équipe métier et l’équipe technique doivent travailler ensemble et avoir un objectif commun.
© 2017 - SCRUM
|
Mourad HASSINI
25
LA MÉTHODOLOGIE CLASSIQUE
Effort
Time 3 months © 2017 - SCRUM
|
Mourad HASSINI
26
LA MÉTHODOLOGIE AGILE
Time
3 months
Iteration 1 …
Effort © 2017 - SCRUM
|
Mourad HASSINI
27
LES AVANTAGES DE L’AGILITÉ • Pour le client : – La satisfaction réelle du besoin plutôt que le respect du contrat initial – La compétitivité car valeur ajouté apportée par l’adaptation régulière du produit – Réduction du coût du changement, car petits incréments – Réduction du risque – Meilleure visibilité car des démonstrations régulières – Gestion des Priorités : efficacité au niveau économique
• Pour les managers : – Visibilité sur l’avancement du Projet
© 2017 - SCRUM
|
Mourad HASSINI
28
LES AVANTAGES DE L’AGILITÉ • Pour les développeurs : – – – –
Auto Organisation, Liberté => Épanouissement Responsabilisation et Implication dans le projet => Motivation Un Code simplifié car les fonctionnalités découpées. Meilleure qualité de vie professionnelle, car beaucoup d’échanges
• Pour la direction : – Meilleur retour sur Investissement (ROI)
• Un inconvénient : Peu de place à la documentation.
© 2017 - SCRUM
|
Mourad HASSINI
29
EXERCICE 3 : BESOINS DE VOTRE ENTREPRISE • Quelle est la taille de votre Société ? • Depuis combien d’année l’agilité est-elle appliquée chez vous ? • Quels sont les objectifs stratégiques de votre entreprise qui nécessiteraient selon vous de l'Agilité ?
• Objectif Stratégique : « Les objectifs stratégiques sont des buts à atteindre à une échéance à moyen terme (supérieure à 2 ans). Un objectif stratégique peut être quantitatif ou qualitatif. » © 2017 - SCRUM
|
Mourad HASSINI
30
AGILE ET LA COMMUNICATION
© 2017 - SCRUM
|
Mourad HASSINI
31
AGILE ET LA COMMUNICATION Canal de Communication
Efficacité de la Communication
Face à Face
Haut
Vidéoconférence
Haut
Téléphone
Haut
Emails
Moyen
Papiers
Bas
© 2017 - SCRUM
|
Mourad HASSINI
32
AGILE : MODÈLE D’INTERACTION • Des contacts informels plus fréquents
• Réduction de la durée du Projet, grâce à des moyens de communication plus directs et des retours plus rapides • La proximité permet de réduire le risque de conflits et permet d'identifier plus rapidement ces mêmes conflits et de les résoudre
© 2017 - SCRUM
|
Mourad HASSINI
33
HISTORIQUE DE L'AGILITÉ • L’agile Manifesto rédigé en 2001 est l’acte généralisateur des méthodes agiles.
• http://agilemanifesto.org/ • Il consacre le terme d'« agile » pour référencer de multiples méthodes existantes, qui ont en commun un certain nombre de valeurs.
© 2017 - SCRUM
|
Mourad HASSINI
34
LES 4 VALEURS DU MANIFESTE AGILE • " Nous avons trouvé une voie améliorant le développement logiciel en réalisant ce travail et en aidant les autres à le faire. De ce fait nous avons déduit des valeurs communes. " • 4 Valeurs Fondamentales : Les individus et leurs interactions plus que les processus et les outils Des logiciels opérationnels plus qu'une documentation exhaustive La collaboration avec les clients plus que la négociation contractuelle L’adaptation au changement plus que le suivi d'un plan
• Nous reconnaissons la valeur des seconds éléments mais privilégions les premiers © 2017 - SCRUM
|
Mourad HASSINI
35
LES 12 PRINCIPES SOUS-JACENTS AU MANIFESTE • 1- Notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utiles. • 2- Le changement est accepté, même tardivement dans le développement. Les processus agiles exploitent le changement comme avantage compétitif pour le client.
• 3- Livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une tendance pour la période la plus courte. • 4- Les experts métier et les développeurs doivent collaborer quotidiennement au projet. © 2017 - SCRUM
|
Mourad HASSINI
36
LES 12 PRINCIPES SOUS-JACENTS AU MANIFESTE • 5- Bâtissez le projet autour de personnes motivées. Donnez leur l'environnement et le soutien dont elles ont besoin, et croyez en leur capacité à faire le travail. • 6- La méthode la plus efficace pour transmettre l'information est une conversation en face à face.
• 7- Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet. • 8- Les processus agiles promeuvent un rythme de développement durable. Commanditaires, développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment. © 2017 - SCRUM
|
Mourad HASSINI
37
LES 12 PRINCIPES SOUS-JACENTS AU MANIFESTE • 9- Une attention continue à l'excellence technique et à la qualité de la conception améliore l'agilité. • 10- La simplicité - l'art de maximiser la quantité de travail à ne pas faire - est essentielle. • 11- Les meilleures architectures, spécifications et conceptions sont issues d'équipes qui s'auto-organisent. • 12- À intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens. © 2017 - SCRUM
|
Mourad HASSINI
38
LES PRINCIPALES MÉTHODES AGILE • Classées par date de publication : – – – – – – –
Rapid Application Development (RAD, 1991) Dynamic systems development method (DSDM, 1995) Scrum (1996) Feature Driven Development (FDD) (1999) Extreme programming (XP, 1999) Adaptive software development (ASD, 2000) Crystal clear (2004)
© 2017 - SCRUM
|
Mourad HASSINI
39
SCRUM – VUE D’ENSEMBLE
• Historique
• Piliers • Définition • Vue d’Ensemble
© 2017 - SCRUM
|
Mourad HASSINI
40
HISTORIQUE DE SCRUM • Scrum est un modèle de développement inventé par Jeff Sutherland en 1993 lorsqu'il travaillait pour la société Easel Corporation. • Jeff Sutherland s'est associé avec Ken Schwaber pour formaliser Scrum en 1995. • Ensemble ils ont répandu l'utilisation de Scrum dans de nombreuses sociétés informatiques, et ont contribué à l'élaboration du Manifeste Agile en 2001.
© 2017 - SCRUM
|
Mourad HASSINI
41
LES TROIS PILIERS DE SCRUM
• Scrum suit les principes des méthodes agiles.
• • • •
Il s'appuie sur trois piliers : Transparence Inspection Adaptation
© 2017 - SCRUM
|
Mourad HASSINI
42
C’EST QUOI SCRUM?
• Un cadre avec un ensemble de règles simples
• Permettant à une équipe moyenne de s'auto-organiser en une équipe super intelligente, qui travaille 10 fois mieux que la normale.
(D’après : Jeff Sutherland, L’inventeur de SCRUM).
© 2017 - SCRUM
|
Mourad HASSINI
43
SCRUM – VUE GLOBALE
© 2017 - SCRUM
|
Mourad HASSINI
44
ÉLÉMENTS DU FRAMEWORK SCRUM SCRUM
Roles
Meetings
Artefacts
Theme
Scrum Master
Daily Scrum
Product Backlog
Epic
Product Owner
Sprint Planning
Sprint Backlog
Story
Team
Sprint Review
Increment
Indicators
User Story
Retrospective
Bug
Backlog Refinement
Technical Story
© 2017 - SCRUM
|
Mourad HASSINI
45
SCRUM – EN DÉTAILS • Rôles (Scrum Master, Product Owner, Team) • Meetings (Daily Scrum, Sprint Planning, Sprint Review, …) • Artefacts (Product Backlog, Sprint Backlog, Incrément…) • Items : Theme, Epic, Story • Indicateurs (Charts, …)
© 2017 - SCRUM
|
Mourad HASSINI
46
SPRINT • Un Sprint est une itération limitée dans le temps (un mois ou moins) • Les Sprints sont protégés par le Scrum Master de tout changement qui aurait une incidence sur l'objectif du Sprint • Le sprint contient : – le Daily Scrum (mêlée quotidienne) – Le Sprint Planning – les activités de développement – L’affinage du backlog de produit – le Sprint Review (revue de Sprint) – la rétrospective • La composition de l'équipe est constante tout au long du Sprint © 2017 - SCRUM
|
Mourad HASSINI
47
LES MEETINGS DE SCRUM (CÉRÉMONIES) • Daily Scrum • Sprint Planning • Revue de Sprint
• Rétrospective de Sprint • Affinage du Backlog
© 2017 - SCRUM
|
Mourad HASSINI
48
SPRINT PLANNING – Partie 1 • Durée : 8 heures maximum pour un Sprint de un mois. • Composé de deux parties : WHAT-Meeting & HOW-Meeting • WHAT-Meeting : Qu’est-ce qui peut être terminé au cours de ce Sprint ? : – Le Product Owner indique à l'équipe les items prioritaires – La vélocité de l'équipe est utilisée pour définir sa capacité
– Ensemble, ils choisissent les items à intégrer dans le Sprint
© 2017 - SCRUM
|
Mourad HASSINI
49
VÉLOCITÉ • La mesure de la quantité de travail terminé par l'équipe lors du précédent Sprint • Utilisée pour planifier le Sprint suivant • Souvent, une unité abstraite de mesure : Points Story (Item)
Estimation (Points)
1
5
2
2
3
3
• Vélocité sur ce Sprint : 10 points
© 2017 - SCRUM
|
Mourad HASSINI
50
ESTIMATION • • • •
Méthode d’estimation : le Planning Poker Utilise des cartes qui ont les valeurs de la suite de Fibonacci : Valeurs des cartes : 0, ½, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144. Simplification : ½, 1, 2, 3, 5, 8, 13, 20, 40, 100
© 2017 - SCRUM
|
Mourad HASSINI
51
ESTIMATION • Le Product Owner présente la User Story. • L'équipe lui pose des questions pour clarifier le besoin. • Chaque membre de l'équipe choisit en privé la carte représentant son estimation. • Les cartes choisies sont révélées. • La personne ayant l’estimation la plus élevée et celle ayant l’estimation la plus faible expliquent leurs choix. • Répéter jusqu'à ce qu'un consensus soit trouvé par tous les membres de l'équipe.
© 2017 - SCRUM
|
Mourad HASSINI
52
SPRINT PLANNING – Partie 2 • HOW-Meeting : Comment sera effectué le travail choisi ? : – L'équipe répartit les user stories – L’équipe décompose le travail prévu pour les premiers jours du Sprint
© 2017 - SCRUM
|
Mourad HASSINI
53
SPRINT REVIEW • Durée : 4 heures maximum pour un Sprint de un mois. • Une revue de Sprint est tenue à la fin de chaque Sprint • Le PO (Product Owner) valide chaque fonctionnalité planifiée • Le PO fait une démonstration au client • l'Équipe Scrum et les parties prenantes échangent sur ce qui a été fait durant le Sprint • Adapter le Product Backlog si nécessaire © 2017 - SCRUM
|
Mourad HASSINI
54
RÉTROSPECTIVE DE SPRINT • Durée : 3 heures maximum pour un Sprint de un mois. • Inspecter la manière dont le dernier Sprint s'est déroulé en ce qui concerne les personnes, les relations, les processus et les outils • Identifier et ordonner les éléments majeurs qui se sont bien déroulés, les éléments qui se sont mal déroulés et les améliorations potentielles (les 5 « Pourquoi? ») • Créer un plan pour améliorer les processus de travail de l'Équipe Scrum
© 2017 - SCRUM
|
Mourad HASSINI
55
EXERCICE 4 : RÉTROSPECTIVE DE SPRINT • Choisissez un projet sur lequel vous avez travaillé récemment : • Sur les post-it verts – Ecrivez ce qui vous parait positif et que vous souhaiteriez voir
continuer • Sur les post-it rouges
– Ecrivez ce qui ne vous a pas vraiment plu
• Sur les post-it jaunes – Ecrivez vos idées pour améliorer les post-it rouges
• Travaillez en groupe pour les rassembler • Sélectionnez ceux que vous souhaitez mettre en place dans un premier temps © 2017 - SCRUM
|
Mourad HASSINI
56
AFFINAGE DU BACKLOG • Activité régulière • Ne dépassant pas 10% de chaque Sprint • Le PO ajoute des détails, et explique à l'équipe les différents items • L'équipe passe les items en revue, et les ré-estime • Ordonnancement des items du Product Backlog • L’Équipe Scrum décide comment et quand l’affinage est effectué
© 2017 - SCRUM
|
Mourad HASSINI
57
DAILY SCRUM (MÊLÉE QUOTIDIENNE) • Événement limité à 15 minutes • l’Équipe de Développement synchronise ses activités et crée un plan pour les prochaines 24 heures • À tour de rôle, chaque membre de l'équipe répond à 3 questions : – Qu'est-ce que j'ai fait hier ? – Qu'est-ce que je compte faire aujourd'hui ? – Quelles sont les difficultés que je rencontre ?
• Toute autre personne de l'équipe peut écouter mais pas intervenir
© 2017 - SCRUM
|
Mourad HASSINI
58
LES RÈGLES DU DAILY SCRUM • • • •
Tout le monde reste debout Identifier les problèmes sans chercher à les résoudre Même endroit, même heure tous les jours Celui qui prend la parole : – Sur quoi je travaille? L’aide dont j’ai besoin? Dépendances? Retards?
• Les autres écoutent : – De quoi ai je besoin de la part de la personne qui a pris la parole? Comment puis-je l’aider?
• Tout problème identifié devient un “TO DO”: – Donner un nom à cette tâche, Identifier les participants et fixer une date de livraison © 2017 - SCRUM
|
Mourad HASSINI
59
EXERCICE 5 : Daily Scrum • Formez des équipes (max. 9 personnes) • Levez-vous • Répondez à ces 3 questions : – Qu'est-ce que j'ai fait hier ? – Qu'est-ce que je compte faire aujourd'hui ? – Quelles sont les difficultés que je rencontre ?
© 2017 - SCRUM
|
Mourad HASSINI
60
EXERCICE 6 : RÉVISION MEETINGS • Compléter la tableau suivant :
© 2017 - SCRUM
|
Mourad HASSINI
61
ÉLÉMENTS DU FRAMEWORK SCRUM SCRUM
Roles
Meetings
Artefacts
Theme
Indicators
TODO Scrum Master
Daily Scrum
Product Backlog
Epic
Product Owner
Sprint Planning
Sprint Backlog
Story
TODO Team
Sprint Review
Increment
TODO
User Story
WIP Retrospective
Bug
Backlog Refinement
Technical Story
DONE © 2017 - SCRUM
|
Mourad HASSINI
62
LE BACKLOG DU PRODUIT • Le Product Owner en est le propriétaire • Toujours en évolution, jamais complet. Aussi longtemps que le produit existe, son Backlog existe • Les éléments du Backlog sont priorisés • Les éléments sont estimés • Un format simple qui fonctionne – Un mur avec des post-it
– Un fichier Excel
© 2017 - SCRUM
|
Mourad HASSINI
63
EXEMPLE PRODUCT BACKLOG ID Priorité 77 3
Item En tant quacheteur en ligne, je veux pouvoir ajouter un item à mon panier afin de pouvoir l'acheter.
Critère Estimation Release d’Acceptation 5 2 L'tem est sélectionné lorsque je clique sur « Ajouter ». Je peux ainsi voir mon item ajouté à mon panier.
© 2017 - SCRUM
|
Mourad HASSINI
Sprint 10
Statut Terminé
64
LE BACKLOG DU SPRINT • La liste de User Stories est issue du Sprint Planning • Comprend toutes les User Stories à développer pour répondre à l'objectif du Sprint • L'équipe en est propriétaire • L’équipe choisit sur quelles tâches travailler • Les tâches sont estimées en heure ou en points story • Les tâches sont ré-estimées quotidiennement
© 2017 - SCRUM
|
Mourad HASSINI
65
INCRÉMENT
• L'incrément est constitué des éléments du Product Backlog terminés pendant le sprint ainsi que de la valeur cumulative des incréments livrés dans les sprints précédents.
© 2017 - SCRUM
|
Mourad HASSINI
66
OBJECTIF D’UN SPRINT • C'est une déclaration qui explique à l'équipe comment elle participe à la construction du produit • Il est créé lors de la réunion de planification du Sprint • L'objectif du Sprint est un sous-ensemble de l'objectif de la livraison • Le but du sprint devrait répondre à la question «Pourquoi faisons-nous ce sprint ?» • Cela peut être tout simplement : – « terminer les trois histoires les plus prioritaires » – « impressionner le PDG » – … © 2017 - SCRUM
|
Mourad HASSINI
67
LE CYCLE DE VIE D'UN SPRINT DE 2 SEMAINES
Lundi
Mardi
Mercredi
Jeudi
Vendredi
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Daily Scrum
Sprint Planning
Daily Scrum
Perfectionner le Product Backlog Daily Scrum
Daily Scrum
Perfectionner le Product Backlog
Perfectionner le Product Backlog Daily Scrum
Daily Scrum
Perfectionner le Product Backlog
Le Sprint Review La Rétrospective
© 2017 - SCRUM
|
Mourad HASSINI
68
ÉLÉMENTS DU FRAMEWORK SCRUM SCRUM
Roles
Meetings
Artefacts
Theme
Indicators
TODO
Scrum Master
Daily Scrum
Product Backlog
Epic
Product Owner
Sprint Planning
Sprint Backlog
Story
Team
Sprint Review
Increment
TODO
User Story
DONE
Retrospective
WIP
Backlog Refinement
Bug
Technical Story
DONE © 2017 - SCRUM
|
Mourad HASSINI
69
STORY (= ITEM) • Une user story décrit une fonctionnalité qui aura de la valeur aux yeux d'un utilisateur ou d'une partie prenante du système ou du produit • EN TANT QUE JE VEUX AFIN DE • En tant qu’acheteur en ligne, je veux pouvoir ajouter des items à mon panier afin d’enregistrer mes achats que je ne souhaite pas acheter dans l’immédiat.
© 2017 - SCRUM
|
Mourad HASSINI
70
LES DIFFÉRENTS TYPES DE STORIES • Les User Stories • Bugs • Les Items techniques
© 2017 - SCRUM
|
Mourad HASSINI
71
EPIC (GRANDE STORY) • Un item (User Story) de niveau macro • Il n’est pas nécessaire de la décomposer avant d’en avoir besoin • Cela permet de garder de la place dans la carte des Stories.
© 2017 - SCRUM
|
Mourad HASSINI
72
THEME (PLUSIEURS STORIES) • Un theme est une collection de stories • Facilite la gestion des priorités : c'est bien plus facile à faire sur 5 à 10 themes que sur des dizaines de stories. • Définir un domaine fonctionnel dont on pourra suivre l'avancement
© 2017 - SCRUM
|
Mourad HASSINI
73
EXERCICE 7 : EPIC / THEME (GRANDE STORY) • En tant qu'Utilisateur, je souhaiterais acheter les items dans mon panier afin de les ajouter à ma collection. • Supposons que ce User Story est « trop grand » (Estimation qui dépasse un seuil donné : 20 points par exemple), il est considéré comme une EPIC. • Découper le en plusieurs User Stories (Items) en utilisant « En
tant que… Je veux… afin de… »
© 2017 - SCRUM
|
Mourad HASSINI
74
LA STRUCTURE D’UN CRITÈRE D’ACCEPTATION • Doit contenir un acteur, un verbe et des résultats observables. • Si Lorsque Alors
• Si le nom de l'utilisateur existe déjà, lorsque l’acheteur en ligne clique sur « Créer un compte » alors faites apparaitre un message d'erreur disant « Ce nom existe déjà ».
© 2017 - SCRUM
|
Mourad HASSINI
75
CARTE DES STORY • MOSCOW : • MUST • SHOULD
• COULD • WOULD
© 2017 - SCRUM
|
Mourad HASSINI
76
ÉLÉMENTS DU FRAMEWORK SCRUM SCRUM
Roles
Meetings
Artefacts
Theme
Indicators
TODO
Scrum Master
Daily Scrum
Product Backlog
Epic
Product Owner
Sprint Planning
Sprint Backlog
Story
Team
Sprint Review
Increment
WIP
DONE
Retrospective
Backlog Refinement
User Story
DONE DONE
© 2017 - SCRUM
|
Mourad HASSINI
Bug
Technical Story
77
LES RÔLES DANS SCRUM
• L'Equipe
• Le Scrum Master • Le Product Owner
© 2017 - SCRUM
|
Mourad HASSINI
78
L’ÉQUIPE
• L’Equipe (la Team): ce sont des développeurs qui transforment le Backlog de Produit en un ensemble d'incréments potentiellement livrable à chaque Sprint.” • Polyvalente : toutes les compétences nécessaires pour atteindre l'objectif du Sprint • Autogérée • Pas de titres définis • Taille idéale : 3 à 9 personnes
© 2017 - SCRUM
|
Mourad HASSINI
79
L’ÉQUIPE • Les membres de l’équipe interagissent, communiquent et s’influencent mutuellement • Ponctuellement, les membres de l’équipe évaluent les compétences globale de l’équipe • Autonomie (contrôle partagé) • Adaptabilité : Pouvoir résoudre ses propres problèmes et améliorer ses propres performances
• Rendre des comptes : Partager la responsabilité des résultats de façon collective © 2017 - SCRUM
|
Mourad HASSINI
80
EXERCICE 8 : AUTO-GESTION •
L'Agile et Scrum montrent une façon de penser et de travailler quelque peu différente des méthodes traditionnelles
1. 2.
Mettez-vous par 2, l'un est guide, l'autre est acteur Le guide donne les instructions au fur et à mesure Avancer, S'arrêter, Reculer, Accélérer, Ralentir, Droite puis Gauche 3. Comptez les pas effectués et le temps passé 4. Refaites l'exercice mais le guide donne l'objectif au départ uniquement. 5. Commentez les différences obtenues
© 2017 - SCRUM
|
Mourad HASSINI
81
SCRUM MASTER •
Le Scrum Master s'assure que le processus est assimilé et suivi.
• • •
Coach Supporteur Professeur
© 2017 - SCRUM
|
Mourad HASSINI
82
SCRUM MASTER • Guider les développeurs si des difficultés • Améliorer les conditions de travail de l’équipe • Encourager la créativité et l'autonomie • Améliorer la productivité de l’équipe de développement • Améliorer les pratiques d’ingénierie et les outils • Protéger l’équipe en encourageant les interactions utiles avec les équipes externes et en évitant les interactions inutiles • Faciliter les meetings • Le Scrum Master est au service du Product Owner • Le Scrum Master est un leader au service de l’Équipe Scrum © 2017 - SCRUM
|
Mourad HASSINI
83
SCRUM MASTER • Les Six Qualité du Scrum Master : – – – – – –
Responsable Humble Collaboratif Engagé Influent Sachant
© 2017 - SCRUM
|
Mourad HASSINI
84
SCRUM MASTER • Responsable : – Responsable de l'adhésion et la pratique de l’agilité de l’équipe. – Guider et manager en temps réel. – “Bien qu’un Scrum Master ne doit pas assumer la responsabilité du succès d’un projet – ceci incombe à l'équipe - le Scrum Master doit assumer la responsabilité pour l'adoption et la pratique de Scrum.”
© 2017 - SCRUM
|
Mourad HASSINI
85
SCRUM MASTER • Humble • Le Scrum Master doit être prêt à aider l'équipe à tout faire pour atteindre ses objectifs. • Reconnaitre et faire valoir les qualités de chaque membre de l'équipe.
• Un bon Scrum Master ne choisit pas son rôle pour égo : « Voyez ce que j'ai contribué à accomplir » plutôt que « Voyez ce que j'ai accompli »
© 2017 - SCRUM
|
Mourad HASSINI
86
SCRUM MASTER • Travailler de façon collaborative • Faire en sorte que cette collaboration soit une norme au sein de l'équipe • “S'assurer que les membres de l'équipe se sentent suffisamment à l'aise pour évoquer des sujets de discussions ouvertement”
© 2017 - SCRUM
|
Mourad HASSINI
87
SCRUM MASTER • L'engagement •
Un engagement à 100% dans le projet.
•
Le Scrum Master doit avoir le même niveau d'engagement vis à vis du résultat que les membres de l'équipe.
•
Le Scrum Master doit éviter autant que possible de terminer les journée avec des problèmes (blocages) qui n’ont pas été traités.
© 2017 - SCRUM
|
Mourad HASSINI
88
SCRUM MASTER • Avoir de l’influence •
Exercer de l'influence sans être autocratique
•
Encourager l'équipe à travailler de façon plus collaborative.
•
« Le Scrum Master idéal dispose d'un certain degré de talent de communication. Il sait par qui et comment les décisions sont prises au sein de l'entreprise » Mike Cohn (Coach Agile).
© 2017 - SCRUM
|
Mourad HASSINI
89
SCRUM MASTER • De bonnes connaissances •
Avoir une bonne méthodologie, des connaissances techniques, une connaissance du métier afin d'aider l'équipe à atteindre ses objectifs.
•
« Savoir comment aider l'équipe à identifier des problèmes techniques plus pointus. »
© 2017 - SCRUM
|
Mourad HASSINI
90
ROLE SCRUM MASTER LORS DES MEETINGS - Le Scrum Master veille à ce que les événements (meetings) aient lieu et que les participants en comprennent le but. - Le Scrum Master enseigne à l’Équipe Scrum comment respecter la limite de temps associée à ces événements. -
Lors de la Revue de Sprint, le Scrum Master participe en tant que membre de l’Équipe Scrum et y amène le point de vue du responsable du processus Scrum.
-
Lors de la Rétrospective, le Scrum Master encourage l'Équipe Scrum à améliorer, dans le cadre Scrum, son processus de développement et ses pratiques afin de les rendre plus efficaces et agréables pour le prochain Sprint. © 2017 - SCRUM
|
Mourad HASSINI
91
PRODUCT OWNER • “Le Product Owner est chargé de maximiser la valeur du travail accompli.” • Il est propriétaire de la Vision et du Backlog de Produit • Il est responsable du retour sur investissement
• Il priorise le Backlog de Produit. Il est le seul à donner les priorités à l'équipe • Le Product Owner est généralement entouré d'une équipe collaborative : un chef de marketing produit…
© 2017 - SCRUM
|
Mourad HASSINI
92
PRODUCT OWNER • Le Product Owner a des compétences et préoccupations diverses. Il est : • • • • • • •
La Voix du Métier La Voix de l'Utilisateur Expert en la matière Analyste Métier Concepteur Visionnaire Décisionnaire
© 2017 - SCRUM
|
Mourad HASSINI
93
L’ENGAGEMENT PRODUCT OWNER
© 2017 - SCRUM
|
Mourad HASSINI
94
LES INTERACTIONS ENTRE LES RÔLES DE SCRUM
© 2017 - SCRUM
|
Mourad HASSINI
95
EXERCICE 9 : LES RÔLES 1. Identifier les rôles principaux dans vos projets
2. Identifier les responsabilités de chaque rôle 3. Cartographier chacun des rôles des personnes de l'organisation aux rôles de Scrum
© 2017 - SCRUM
|
Mourad HASSINI
96
ÉLÉMENTS DU FRAMEWORK SCRUM SCRUM
Roles
Meetings
Artefacts
Theme
Scrum Master
Daily Scrum
Product Backlog
Epic
Product Owner
Sprint Planning
Sprint Backlog
Story
Team
Sprint Review
Increment
DONE
DONE
Backlog Refinement
WIP
User Story
DONE
Retrospective
Indicators
Bug
Technical Story
DONE © 2017 - SCRUM
|
Mourad HASSINI
97
LES INDICATEURS • • • • •
Le tableau blanc Les graphiques d'avancement Les objectifs du Sprint La liste des points bloquants Le logiciel en fonctionnement
© 2017 - SCRUM
|
Mourad HASSINI
98
WHITE-BOARD (TABLEAU BLANC)
© 2017 - SCRUM
|
Mourad HASSINI
99
WHITE-BOARD (TABLEAU BLANC)
© 2017 - SCRUM
|
Mourad HASSINI
100
LES GRAPHIQUES D'AVANCEMENT • Les graphiques d'avancement (Burndown chart) peuvent être à l'échelle : • d'un Sprint, • d’une livraison • ou de tout le Produit
© 2017 - SCRUM
|
Mourad HASSINI
101
LES GRAPHIQUES D'AVANCEMENT • Sprint Burndown chart, le graphique d’avancement journalier sur un sprint :
© 2017 - SCRUM
|
Mourad HASSINI
102
LES GRAPHIQUES D'AVANCEMENT • Release Burndown chart, le graphique d’avancement sur une livraison (Release) :
© 2017 - SCRUM
|
Mourad HASSINI
103
LES GRAPHIQUES D'AVANCEMENT • Product Burndown chart, le graphique d’avancement sur le Produit total :
© 2017 - SCRUM
|
Mourad HASSINI
104
ÉLÉMENTS DU FRAMEWORK SCRUM SCRUM
Roles
Meetings
Artefacts
Theme
Indicators
DONE
Scrum Master
Daily Scrum
Product Backlog
Epic
Product Owner
Sprint Planning
Sprint Backlog
Story
Team
Sprint Review
Increment
DONE
DONE
Retrospective
Backlog Refinement
User Story
DONE DONE
© 2017 - SCRUM
|
Mourad HASSINI
Bug
Technical Story
105
EXERCICE 10 : RÉVISION • Chacun choisit un ou plusieurs mots clés • Expliquer chaque mot clique en une phrase ou deux : – – – – –
Rôles (Scrum Master, Product Owner, Team) Meetings (Daily Scrum, Sprint Planning, Sprint Review, …) Artefacts (Product Backlog, Sprint Backlog, Incrément…) Items : Theme, Epic, Story Indicateurs (Charts, …)
© 2017 - SCRUM
|
Mourad HASSINI
106
SCRUM GUIDE : • Lire le Scrum Guide (le soir de préférence) : – http://www.scrumguides.org/docs/scrumguide/v1/Scrum-GuideFR.pdf – http://www.scrumguides.org/docs/scrumguide/v2016/2016-ScrumGuide-US.pdf
• Relecture ensemble, et explication de son contenu, le deuxième jour de la formation.
© 2017 - SCRUM
|
Mourad HASSINI
107
EXAMEN SCRUM 1 (SCRUM.ORG) : • Examen Blanc, inspiré de https://www.scrum.org
• • • •
Examen de 80 questions Durée 60 minutes Il vous faudra obtenir 85% de bonnes réponse En voici un échantillon de 30 premières questions :
© 2017 - SCRUM
|
Mourad HASSINI
108
EXAMEN SCRUM 1 – QUESTION 1 : • What is the recommended size for a Development Team (within the Scrum Team)? • • • •
A) Minimal 7 B) 3 to 9 C) 7 plus or minus 2 D) 9
© 2017 - SCRUM
|
Mourad HASSINI
109
EXAMEN SCRUM 1 – QUESTION 2 : • Why is the Daily Scrum held at the same time and same place? • • • •
A) The place can be named. B) The consistency reduces complexity. C) The Product Owner demands it. D) Rooms are hard to book and this lets it be booked in advance. © 2017 - SCRUM
|
Mourad HASSINI
110
EXAMEN SCRUM 1 – QUESTION 3 : • When do Development Team members become the exclusive owner of a Sprint Backlog item? • A) At the Sprint planning meeting. • B) Never. All Sprint Backlog Items are "owned" by the entire Development Team, even though each one may be done by an individual development team member. • C) Whenever a team member can accommodate more work. • D) During the Daily Scrum. © 2017 - SCRUM
|
Mourad HASSINI
111
EXAMEN SCRUM 1 – QUESTION 4 : • What is the main reason for the Scrum Master to be at the Daily Scrum? • A) To make sure every team member answers the three questions. • B) He or she does not have to be there; he or she only has to ensure the Development Team has a Daily Scrum. • C) To write down any changes to the Sprint Backlog, including adding new items, and tracking progress on the burn-down. • D) To gather status and progress information to report to management. © 2017 - SCRUM
|
Mourad HASSINI
112
EXAMEN SCRUM 1 – QUESTION 5 : • When does the next Sprint begin?
• A) Next Monday. • B) Immediately following the next Sprint Planning. • C) When the Product Owner is ready. • D) Immediately after the conclusion of the previous Sprint. © 2017 - SCRUM
|
Mourad HASSINI
113
EXAMEN SCRUM 1 – QUESTION 6 : • It is mandatory that the product increment be released to production at the end of each Sprint. • A) True • B) False
© 2017 - SCRUM
|
Mourad HASSINI
114
EXAMEN SCRUM 1 – QUESTION 7 : • Which two (2) things does the Development Team do during the first Sprint? • A) Deliver an increment of releasable software. • B) Determine the complete architecture and infrastructure for the product. • C) Develop and deliver at least one piece of functionality. • D) Develop a plan for the rest of the release. • E) Create the complete Product Backlog to be developed in subsequent Sprints. © 2017 - SCRUM
|
Mourad HASSINI
115
EXAMEN SCRUM 1 – QUESTION 8 : • What are the two primary ways a Scrum Master keeps a Development Team working at its highest level of productivity? • A) By facilitating Development Team decisions • B) By removing impediments that hinder the Development Team • C) By starting and ending the meetings at the proper time • D) By keeping high value features high in the Product Backlog © 2017 - SCRUM
|
Mourad HASSINI
116
EXAMEN SCRUM 1 – QUESTION 9 : • When is a Sprint over?
• A) When all Product Backlog items meet their definition of done. • B) When the Product Owner says it is done. • C) When all the tasks are completed. • D) When the time-box expires.
© 2017 - SCRUM
|
Mourad HASSINI
117
EXAMEN SCRUM 1 – QUESTION 10 : • Who is responsible for managing the progress of work during a Sprint? • • • •
A) The Development Team B) The Scrum Master C) The Product Owner D) The most junior member of the Team
© 2017 - SCRUM
|
Mourad HASSINI
118
EXAMEN SCRUM 1 – QUESTION 11 : • The length of a Sprint should be:
• A) Short enough to keep the business risk acceptable to the Product Owner. • B) Short enough to be able to synchronize the development work with other business events. • C) No more than one month. • D) All of these answers are correct. © 2017 - SCRUM
|
Mourad HASSINI
119
EXAMEN SCRUM 1 – QUESTION 12 : • The time-box for a Daily Scrum is?
• • • • •
A) The same time of day every day. B) Two minutes per person. C) 4 hours. D) 15 minutes. E) 15 minutes for a 4 week sprint. For shorter Sprints it is usually shorter. © 2017 - SCRUM
|
Mourad HASSINI
120
EXAMEN SCRUM 1 – QUESTION 13 : • The Development Team should not be interrupted during the Sprint. The Sprint Goal should remain intact. These are conditions that foster creativity, quality and productivity. Based on this, which of the following is FALSE? • A) The Product Owner can help clarify or optimize the Sprint when asked by the Development Team. • B) The Sprint Backlog is fully formulated in the Sprint Planning meeting and does not change during the Sprint. • C) As a decomposition of the selected Product Backlog Items, the Sprint Backlog changes and may grow as the work emerges. • D) The Development Team may work with the Product Owner to remove or add work if it finds it has more or less capacity than it expected. © 2017 - SCRUM
|
Mourad HASSINI
121
EXAMEN SCRUM 1 – QUESTION 14 : • During a Sprint, a Development Team determines that it will not be able to finish the complete forecast. Who should be present to review and adjust the Sprint work selected? • A) The Scrum Master, the project manager and the Development Team. • B) The Product Owner and the Development Team. • C) The Product Owner and all stakeholders. • D) The Development Team. © 2017 - SCRUM
|
Mourad HASSINI
122
EXAMEN SCRUM 1 – QUESTION 15 : • What does it mean to say that an event has a time-box? • A) The event must happen at a set time. • B) The event must happen by a given time. • C) The event must take at least a minimum amount of time. • D) The event can take no more than a maximum amount of time. © 2017 - SCRUM
|
Mourad HASSINI
123
EXAMEN SCRUM 1 – QUESTION 16 : • Which statement best describes a Product Owner's responsibility? • A) Optimizing the value of the work the Development Team does. • B) Directing the Development Team. • C) Managing the project and ensuring that the work meets the commitments to the stakeholders. • D) Keeping stakeholders at bay. © 2017 - SCRUM
|
Mourad HASSINI
124
EXAMEN SCRUM 1 – QUESTION 17 : • What is the role of Management in Scrum? • A) Continually monitor staffing levels of the Development Team. • B) Monitor the Development Team's productivity. • C) Support the Product Owner with insights and information into high value product and system capabilities. Support the Scrum Master to cause organizational change that fosters empiricism, self-organization, bottom-up intelligence, and intelligent release of software. • D) Identify and remove people that aren't working hard enough. © 2017 - SCRUM
|
Mourad HASSINI
125
EXAMEN SCRUM 1 – QUESTION 18 : • Who is required to attend the Daily Scrum?
• • • • •
A) The Development Team. B) The Scrum team. C) The Development Team and Scrum Master. D) The Development Team and Product Owner. E) The Scrum Master and Product Owner.
© 2017 - SCRUM
|
Mourad HASSINI
126
EXAMEN SCRUM 1 – QUESTION 19 : • The three pillars of empirical process control are: • A) Respect For People, Kaizen, Eliminating Waste • B) Planning, Demonstration, Retrospective • C) Inspection, Transparency, Adaptation • D) Planning, Inspection, Adaptation • E) Transparency, Eliminating Waste, Kaizen © 2017 - SCRUM
|
Mourad HASSINI
127
EXAMEN SCRUM 1 – QUESTION 20 : • Who is on the Scrum Team?
• • • • •
A) The Scrum Master B) The Product Owner C) The Development Team D) Project Manager E) None of the above
© 2017 - SCRUM
|
Mourad HASSINI
128
EXAMEN SCRUM 1 – QUESTION 21 : • Which statement best describes the Sprint Review? • A) It is a mechanism to control the Development Team's activities during a Sprint. • B) It is when the Scrum Team and stakeholders inspect the outcome of a Sprint and figure out what to do next. • C) It is a demo at the end of the Sprint for everyone in the organization to check on the work done.
© 2017 - SCRUM
|
Mourad HASSINI
129
EXAMEN SCRUM 1 – QUESTION 22 : • Development Team membership should change:
• A) Every Sprint to promote shared learning. • B) Never, because it reduces productivity. • C) As needed, while taking into account a short term reduction in productivity. • D) As needed, with no special allowance for changes in productivity. © 2017 - SCRUM
|
Mourad HASSINI
130
EXAMEN SCRUM 1 – QUESTION 23 : • The purpose of a Sprint is to produce a done increment of working product. • A) True • B) False
© 2017 - SCRUM
|
Mourad HASSINI
131
EXAMEN SCRUM 1 – QUESTION 24 : • The time-box for the Sprint Planning meeting is? • A) 4 hours. • B) 8 hours for a monthly Sprint. For shorter Sprints it is usually shorter. • C) Whenever it is done. • D) Monthly. © 2017 - SCRUM
|
Mourad HASSINI
132
EXAMEN SCRUM 1 – QUESTION 25 : • Scrum does not have a role called "project manager." • A) True • B) False
© 2017 - SCRUM
|
Mourad HASSINI
133
EXAMEN SCRUM 1 – QUESTION 26 : • Upon what type of process control is Scrum based? • • • •
A) Empirical B) Hybrid C) Defined D) Complex
© 2017 - SCRUM
|
Mourad HASSINI
134
EXAMEN SCRUM 1 – QUESTION 27 : • The CEO asks the Development Team to add a "very important" item to a Sprint that is in progress. What should the Development Team do? • A) Add the item to the current Sprint without any adjustments. • B) Add the item to the current Sprint and drop an item of equal size. • C) Add the item to the next Sprint. • D) Inform the Product Owner so he/she can work with the CEO. © 2017 - SCRUM
|
Mourad HASSINI
135
EXAMEN SCRUM 1 – QUESTION 28 : • When multiple teams work together on the same product, each team should maintain a separate Product Backlog. • A) True • B) False
© 2017 - SCRUM
|
Mourad HASSINI
136
EXAMEN SCRUM 1 – QUESTION 29 : • Which statement best describes Scrum? • A) A complete methodology that defines how to develop software. • B) A cookbook that defines best practices for software development. • C) A framework within which complex products in complex environments are developed. • D) A defined and predictive process that conforms to the principles of Scientific Management. © 2017 - SCRUM
|
Mourad HASSINI
137
EXAMEN SCRUM 1 – QUESTION 30 : • How much work must a Development Team do to a Product Backlog item it selects for a Sprint? • A) As much as it has told the Product Owner will be done for every Product Backlog item it selects in conformance with the definition of done. • B) As much as it can fit into the Sprint. • C) All development work and at least some testing. • D) Analysis, design, programming, testing and documentation. © 2017 - SCRUM
|
Mourad HASSINI
138
EXAMEN SCRUM 1 - CORRECTION :
© 2017 - SCRUM
|
Mourad HASSINI
139
EXAMEN SCRUM 2 (SCRUM INSTITUE) : • Examen Blanc, inspiré de http://www.scrum-institute.org
• • • •
Examen de 50 questions Durée 60 minutes Il vous faudra obtenir 60% de bonnes réponse En voici les 10 premières questions :
© 2017 - SCRUM
|
Mourad HASSINI
140
EXAMEN SCRUM 2 – QUESTION 1 : • What kind of software development projects can be executed by Scrum Project Management Framework? Choice-1: Complete software packages Choice-2: Customer projects Choice-3: Sub-systems, components or parts of bigger systems – Choice-4: All kinds of software development projects – Choice-5: None of the given answers – – –
© 2017 - SCRUM
|
Mourad HASSINI
141
EXAMEN SCRUM 2 – QUESTION 2 : • What does NOT belong to cornerstones of the agile manifesto? – – – – –
Choice-1: Individuals and interactions over processes and tools Choice-2: Working software over comprehensive documentation Choice-3: Processes over people Choice-4: Customer collaboration over contract negotiation Choice-5: Responding to change over following a plan © 2017 - SCRUM
|
Mourad HASSINI
142
EXAMEN SCRUM 2 – QUESTION 3 : • What is defined by the Scrum Framework? A) Rules & Roles B) Document guidelines C) Artifacts and events – – – – –
Choice-1: A Choice-2: B Choice-3: C Choice-4: A, B ,C Choice-5: A, C © 2017 - SCRUM
|
Mourad HASSINI
143
EXAMEN SCRUM 2 – QUESTION 4 : • Where are the customer requirements stored? Choice-1: In the Product Backlog Choice-2: In the Sprint Backlog Choice-3: In a database Choice-4: In a Scrum Product Requirement Specification – Choice-5: Nowhere. The Scrum Product Owner knows them – – – –
© 2017 - SCRUM
|
Mourad HASSINI
144
EXAMEN SCRUM 2 – QUESTION 5 : • Which ones of the following main roles are defined by Scrum Framework? A) Scrum Tester B) The Scrum Team C) Scrum Manager D) Scrum Master E) Scrum Product Owner – – – – –
Choice-1: A, B, C, D, E Choice-2: B, C, D, E Choice-3: B, D, E Choice-4: A, B, D, E Choice-5: A, B, C, D © 2017 - SCRUM
|
Mourad HASSINI
145
EXAMEN SCRUM 2 – QUESTION 6 : • Which ones of the following main events are defined by Scrum Framework? A) Sprint Planning Meeting B) Sprint Retrospective Meeting C) Sprint Review Meeting D) Mid-Sprint Status Review Meeting E) Daily Scrum Meeting – – – – –
Choice-1: A, B, C, D, E Choice-2: A, B, C, D Choice-3: A, C, D, E Choice-4: A, B, C, E Choice-5: A, C, E © 2017 - SCRUM
|
Mourad HASSINI
146
EXAMEN SCRUM 2 – QUESTION 7 : • Which concept is NOT defined in the Scrum Framework? – – – – –
Choice-1: Scrum Master Choice-2: Project Manager Choice-3: Scrum Product Owner Choice-4: Daily Scrum Choice-5: Scrum Product Burndown © 2017 - SCRUM
|
Mourad HASSINI
147
EXAMEN SCRUM 2 – QUESTION 8 : • What is important in all Scrum projects? A) Self-organization B) Clear hierarchies in the company C) Communication D) Continuous improvement – – – – –
Choice-1: A, B, C, D Choice-2: A, C, D Choice-3: A, D Choice-4: A Choice-5: A, B © 2017 - SCRUM
|
Mourad HASSINI
148
EXAMEN SCRUM 2 – QUESTION 9 : • In software engineering what are the disadvantages of the classical waterfall model? A) End-Product has to be fully anticipated beforehand. B) Some requirements are implemented as defined in the beginning of the project, and yet they are not really needed by the customer. C) Each phase is strictly separated. – – – – –
Choice-1: A Choice-2: B Choice-3: C Choice-4: A, B Choice-5: A, B, C © 2017 - SCRUM
|
Mourad HASSINI
149
EXAMEN SCRUM 2 – QUESTION 10 : • What are the advantages of the Scrum Framework? – – – – –
Choice-1: Fine-grained requirements are only defined when they are really needed. Choice-2: All activities to design, build and test a certain functionality are kept together in one phase. Choice-3: Changes are expected and welcomed by Scrum team. Choice-4: All of the given answers Choice-5: None of the given answers © 2017 - SCRUM
|
Mourad HASSINI
150
EXAMEN SCRUM 2 - CORRECTION :
© 2017 - SCRUM
|
Mourad HASSINI
151
EXAMEN SCRUM 3 (SCRUM ALLIANCE) : • Examen Blanc, inspiré de https://www.scrumalliance.org
• • • •
Examen de 35 questions Pas de limite dans le temps Il vous faudra obtenir 66% de bonnes réponse En voici les 7 premières questions :
© 2017 - SCRUM
|
Mourad HASSINI
152
EXAMEN SCRUM 3 – QUESTION 1 :
© 2017 - SCRUM
|
Mourad HASSINI
153
EXAMEN SCRUM 3 – QUESTION 2 :
© 2017 - SCRUM
|
Mourad HASSINI
154
EXAMEN SCRUM 3 – QUESTION 3 :
© 2017 - SCRUM
|
Mourad HASSINI
155
EXAMEN SCRUM 3 – QUESTION 4 :
© 2017 - SCRUM
|
Mourad HASSINI
156
EXAMEN SCRUM 3 – QUESTION 5 :
© 2017 - SCRUM
|
Mourad HASSINI
157
EXAMEN SCRUM 3 – QUESTION 6 :
© 2017 - SCRUM
|
Mourad HASSINI
158
EXAMEN SCRUM 3 – QUESTION 7 :
© 2017 - SCRUM
|
Mourad HASSINI
159
EXAMEN SCRUM 3 - CORRECTION :
© 2017 - SCRUM
|
Mourad HASSINI
160
RETOUR SUR EXPÉRIENCE
• Retour d’expérience d’un projet SCRUM SNCF :
• Vidéo : • http://www.agiliste.fr/retour-dexperience-agile-sncf/ • Article : • http://www.agiliste.fr/retour-dexperience-agile-sncf/
© 2017 - SCRUM
|
Mourad HASSINI
161
ARE YOU SCRUM ?
• 2 Tests possibles :
• SCRUM Checklist (par Henrik Kniberg Coach Agile) : • http://www.fabriceaimetti.fr/dotclear/public/traductions/Scrum-checklistFR.pdf • NOKIA Test : • http://agileconsortium.blogspot.com/2007/12/nokiatest.html © 2017 - SCRUM
|
Mourad HASSINI
162
LECTURE CONSEILLÉE • Le guide SCRUM : http://www.scrumguides.org/docs/scrumguide/v1/Scrum-GuideFR.pdf • Les cérémonies SCRUM : https://www.youtube.com/watch?v=XvJZ0vIb78A • Les 3 rôles SCRUM : https://www.youtube.com/watch?v=cQzefbh10sU
© 2017 - SCRUM
|
Mourad HASSINI
163
FIN DE LA FORMATION - MERCI
© 2017 - SCRUM
|
Mourad HASSINI
164