Agile - Scrum PDF [PDF]

Zitiervorschau

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