SlideShare une entreprise Scribd logo
GDP avec Scrum │ © Pierre E. Neis 1
GDP avec Scrum │ © Pierre E. Neis 2
GDP avec Scrum │ © Pierre E. Neis 3
GDP avec Scrum │ © Pierre E. Neis 4
Gestion de projets agiles avec Scrum
Cycle de formation « base »
Pierre NEIS
• Scrum Coach
http://managingagile.blogspot.com/
GDP avec Scrum │ © Pierre E. Neis 6
GDP avec Scrum │ © Pierre E. Neis 7
LE JARGON DE SCRUM
①
GDP avec Scrum │ © Pierre E. Neis 8
Le Jargon
GDP avec Scrum │ © Pierre E. Neis
Sprint: Est une itération
Backlog: Est une liste de tâches ouvertes
Product Backlog: Est une liste d’items ouverts pour livrer le produit
Sprint Backlog: Est une liste de tâches ouvertes attribuées au Sprint
L’EQUIPE ou la Development TEAM: C’est l’équipe de développement
La Scrum Team: C’est l’ EQUIPE + le ScrumMaster + le Product Owner
Estimation Meeting C’est la réunion d’estimation
Sprint Planning Meeting C’est la réunion de planification de Sprint
Daily Scrum ou Stand-up Meeting C’est la réunion journalière de 15’ où l’EQUIPE inspecte et adapte, coordonne son effort.
Sprint Review ou Revue de Sprint C’est la réunion de fin de Sprint où tous les acteurs deu projet se retrouvent pour inspecter
les délivrables du Sprint.
Rétrospective C’est la réunion d’inspection et d’adaption de la Scrum Team.
9
Objectif
• Comprendre les fondamentaux de Scrum
• Savoir utiliser les outils de Scrum
• Être en mesure de démarrer votre projet
Scrum
10
GDP avec Scrum │ © Pierre E. Neis
Périmètre
• Historique
• La théorie « Scrum »
• La Philosophie agile
11
GDP avec Scrum │ © Pierre E. Neis
GDP avec Scrum │ © Pierre E. Neis 12
Le modèle “Grandiose” de
Winston Royce
GDP avec Scrum │ © Pierre E. Neis
“Je crois en ce concept, mais la mise en
œuvre est risquée et invite l'échec.”
Winston W. Royce, “Managing the development of large software
systems”, Aug 1970
Un modèle de “Phasage
simple” pour faire face aux
exigences règlementaires
américaines de DoD.
13
Nous perdons la course de relais
• “ L’approche “course de relai” du
développement de produit…
peut entrer en conflit avec les
objectifs de vitesse maximale et
de flexibilité. A contrario, une
démarche holistique ou « rugby »
où une équipe essaie d’aller au
loin comme une unité, passant la
balle en arrière, peut mieux
servir aujourd’hui les exigences
de la compétivité. »
GDP avec Scrum │ © Pierre E. Neis
Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”,
Harvard Business Review, January 1986
14
GDP avec Scrum │ © Pierre E. Neis
Est-ce que le développement logiciel est
un processus défini?
15
Le modèle empirique
GDP avec Scrum │ © Pierre E. Neis
•exigences
•technologie
•équipe
Incrément de
produit
potentiellement
livrable
Contrôles
Process
Inputs Outputs
Le modèle empirique est dépendant de fréquentes inspections et adaptations pour atteindre l’objectif.
16
La théorie SCRUM
17
GDP avec Scrum │ © Pierre E. Neis
Scrum est un processus empirique
18
GDP avec Scrum │ © Pierre E. Neis
Scrum repose sur 3 pieds
Transparence Inspection Adaptation
19
GDP avec Scrum │ © Pierre E. Neis
10 Pratiques de base
1. Vision claire et partagée
2. Product Backlog entretenu
3. Product Backlog priorisé en fonction de la valeur métier
4. Items de backlog triés par l’équipe
5. Daily Scrums
6. Sprints non perturbés ni par le Management ni par le(s) client(s)
7. L’Equipe ne délivre que des items « terminés »
8. Revue de Sprint collaborative
9. Rétrospective concentrée sur l’amélioration du travail et du processus de l’équipe et de
l’organisation
10. Burndown Charts (graphiques de reste-à-faire)
20
GDP avec Scrum │ © Pierre E. Neis
Scrum vs Modèle en “cascade”
GDP avec Scrum │ © Pierre E. Neis 21
La Philosophie Agile
L’Agile Manifesto
22
GDP avec Scrum │ © Pierre E. Neis
Manifeste pour le développement
Agile de logiciels
GDP avec Scrum │ © Pierre E. Neis
Les individus et leurs
interactions
• Des logiciels opérationnels
• La collaboration avec les
clients
• L’adaptation au changement
les processus et les
outils
• une documentation
exhaustive
• la négociation contractuelle
• le suivi d’un plan
23
Principes sous-jacents au manifeste
GDP avec Scrum │ © Pierre E. Neis
Priorité
1 satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée.
2 Les processus Agiles exploitent le changement pour donner un avantage compétitif au client.
3 Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une
préférence pour les plus courts.
4 Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout
au long du projet.
5 Réalisez les projets avec des personnes motivées.
6 La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et
à l’intérieur de celle-ci est le dialogue en face à face.
7 Un logiciel opérationnel est la principale mesure d’avancement.
8 Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir
indéfiniment un rythme constant.
9 Une attention continue à l'excellence technique et à une bonne conception renforcent l’Agilité.
10 La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle.
11 Les meilleures architectures, spécifications et conceptions émergent d'équipes auto organisées.
12 À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son
comportement en conséquence.
24
CONTENU DE SCRUM
25
GDP avec Scrum │ © Pierre E. Neis
Introduction par Ken Schwaber
• Scrum n'est pas une méthodologie. Scrum ne fournit
pas les réponses à la manière de construire des
logiciels de qualité plus rapidement.
• Scrum est un cadre dans lequel le jeu du
développement de produit est joué.
• Votre équipe joue et, le bon ou le mauvais deviennent
très visibles.
• Votre équipe est dans un processus d’amélioration
continue.
GDP avec Scrum │ © Pierre E. Neis 26
Le principe “Pull”
GDP avec Scrum │ © Pierre E. Neis 27
Équipes auto-gérées vs Organisation
traditionnelle
GDP avec Scrum │ © Pierre E. Neis
Equipes auto-gérées Organisation traditionnelle
Orientées client Pilotée par le management
Force de travail multi-compétence Force de travail constituée de spécialistes isolés
Peu de description de poste Beaucoup de description de poste
Information largement partagée Information limitée
Peu de niveau de management De npmbreux niveaux de management
Orientée Ensemble du Métier Orientée fonction/département
Objectifs partagés Objectifs séparés
D’apparence chaotique D’apparence organisée
Emphatique sur l’hypothèse d’atteindre le résultat Emphatique sur la résolution de problème
Très fort engagement des “développeurs” Très fort engagement du Management
Améliorations continues Améliorations incrémentales
Autorégulées Contrôlées par le Management
Basées sur des valeurs et des principes Basées sur des politiques et des procédures
Source: "Leading self-directed work teams" by Kimball Fisher. Traduction libre Pierre NEIS. 28
Les Règles
Rôles, Artifacts et Time-boxes
29
GDP avec Scrum │ © Pierre E. Neis
3 Rôles Scrum Team plus
3 Rôles organisationnels
Les
Rôles
de
l’Équipe
Scrum
• La Development
Team
• Le ScrumMaster
• Le Product
Owner
Les
Rôles
organisationnels
• Le
Management
• Le Client
• Les
Utilisateurs
GDP avec Scrum │ © Pierre E. Neis 30
Les Rôles de l’Equipe Scrum
GDP avec Scrum │ © Pierre E. Neis 31
Le ScrumMaster
GDP avec Scrum │ © Pierre E. Neis 32
Sa fonction
• Protège l’équipe des turbulences
• Il n’est pas un membre de l’Équipe
• Il optimise la productivité de l’Équipe
• Il contrôle l’”Inspect-&-Adapt” de l’Équipe
• Il assure que les idéaux “agiles” soient bien compris et respectés par
tous les participants au projet.
• Il n’est pas responsable des déliverables.
GDP avec Scrum │ © Pierre E. Neis 33
Sa Mission
• Protéger l’Équipe Scrum
• Lever les obstacles
• Exécuter le process
• Travailler avec le Product Owner
• Changer l’Organisation
GDP avec Scrum │ © Pierre E. Neis 34
Le ScrumMaster
GDP avec Scrum │ © Pierre E. Neis
Faire bien (Produit)
• Il forme et coache SCRUM
• Il régule les obstacles
• Il anime les réunions
• Il protège l’équipe
• Il est le gardien du process
Scrum
Agir de la bonne façon
+ Produit
+ Process
35
Bonne
façon
Mauvais
e façon
Bon chemin
Mauvais chemin
Gains rapides,
mais insoutenable
Succès durable
Échec lent
Echec rapide
Le Product Owner
GDP avec Scrum │ © Pierre E. Neis 36
Sa fonction
• Il pilote le projet d’un point de vue métier
• Il communique une vision claire du produit et défini ses caractéristiques
• Il accepte ou rejette le produit à la fin de chaque Sprint
• Il s’assure que l’Équipe se concentre sur les items du Backlog de plus forte
valeur ajoutée
• Il a le même objectif que l’Équipe
• Il est responsable du Retour sur Investissement et des livraisons.
GDP avec Scrum │ © Pierre E. Neis 37
Sa Mission
• Se concentre sur le retour sur investissement
• Construit et communique la vision
• Entretien le Product Backlog
• Rend compte de l’acceptance des déliverables
• Établi et maintien le Plan de Livraison
GDP avec Scrum │ © Pierre E. Neis 38
… dans Scrum?
Produit Process
Sous la responsabilité du Product Owner Sous la responsabilité du ScrumMaster
GDP avec Scrum │ © Pierre E. Neis 39
L’Équipe
GDP avec Scrum │ © Pierre E. Neis 40
Sa fonction
• Elle délivre le produit et elle est responsable de sa
qualité
• Elle travaille avec les utilisateurs-finaux, le client, le
Product Owner pour comprendre les exigences-métier.
• Elle s’engage volontairement
• Elle travaille continuellement avec le Product Owner
pour définir la direction stratégique du Produit.
GDP avec Scrum │ © Pierre E. Neis 41
Constituer l’Équipe
• 5/9 personnes
• Multidisciplinaire
• Autogérée
• Cross-fonctionnelle / transverse
• Plus orientée compétence que fonction
GDP avec Scrum │ © Pierre E. Neis 42
Comment optimiser le travail de l’Équipe...
• Créer une règle de vie de l’Équipe
• Ne jamais utiliser le “VOUS”
• Être à l’heure
• Utiliser un “bâton de parole”
• Ne jamais être nominatif
GDP avec Scrum │ © Pierre E. Neis 43
Collaboration
• Le Product Owner n’est pas un ennemi
• D’autres équipes ont besoin de savoir que
nous avons besoin d’elles.
• Nous avons tous le même objectif
• Une Équipe = un espace dédié à l’Équipe
GDP avec Scrum │ © Pierre E. Neis 44
Sa Mission
• Garantir la Qualité
• Livrer
• Livrer
• Livrer
• Estimer
• Estimer
• Estimer
• S’engager
• S’autogérer
• S’organiser .... Elle-même
GDP avec Scrum │ © Pierre E. Neis 45
Les Rôles Organisationnels
GDP avec Scrum │ © Pierre E. Neis 46
Le Client
GDP avec Scrum │ © Pierre E. Neis 47
Sa fonction
• Il demande le produit
• Il contracte l’organisation pour le développement de son produit
• Typiquement, il s’agit d’un responsable qui achète un
développement de produit par un sous-traitant.
• Dans les projets internes, il s’agit principalement du sponsor au
projet, c’est à dire la personne validant le projet et le budget.
GDP avec Scrum │ © Pierre E. Neis 48
Sa Mission
• Il commande le produit
• Il paye le développement du produit
• Il donne des feed-back et des révisions
GDP avec Scrum │ © Pierre E. Neis 49
Le Manager
GDP avec Scrum │ © Pierre E. Neis 50
Sa fonction
• Le management, la gestion, est primordial dans tout
projet Scrum. Il permet à l’Équipe de constituer un
environnement optimal pour le déroulement du
projet Scrum.
• Le manager donne de la structure et de la stabilité.
• Il travaille de concert avec le ScrumMaster pour
réorganiser l’organigramme de la structure et
donner de la guidance si nécessaire.
GDP avec Scrum │ © Pierre E. Neis 51
Sa Mission
• Il s’assure que l’organisation puisse survivre
en cas de défaillance.
• Il crée des règles et des lignes directrices.
GDP avec Scrum │ © Pierre E. Neis 52
L’Utilisateur Final
GDP avec Scrum │ © Pierre E. Neis 53
Sa fonction
• Ce rôle peut être joué par un grand nombre
de personnes.
• L'Utilisateur final est celui qui connaît les
besoins et avec cette connaissance, il définit le
produit en disant à l'équipe ce dont il a besoin
comme fonctionnalités.
GDP avec Scrum │ © Pierre E. Neis 54
Sa Mission
• Il connaît ses besoins et ses exigences
• Il donne son feed-back lors des revues
• Il participe au Sprint Planning 1
GDP avec Scrum │ © Pierre E. Neis 55
COMMENT CES RÔLES TRAVAILLENT-
ILS ENSEMBLE?
GDP avec Scrum │ © Pierre E. Neis 56
Rôles organisationnels
Scrum Team Roles
GDP avec Scrum │ © Pierre E. Neis 57
Le ScrumMaster travaille avec le
Product Owner
GDP avec Scrum │ © Pierre E. Neis 58
Le ScrumMaster travaille avec la
Development Team
GDP avec Scrum │ © Pierre E. Neis 59
Le Product Owner travaille avec le
client
GDP avec Scrum │ © Pierre E. Neis 60
La Development Team travaille
avec l’utilisateur final
GDP avec Scrum │ © Pierre E. Neis 61
Le ScrumMaster travaille avec le
Manager
GDP avec Scrum │ © Pierre E. Neis 62
Le Product Owner a besoin de
connaître ce que le marché
(l’utilisateur final) souhaite.
GDP avec Scrum │ © Pierre E. Neis 63
LES ARTEFACTS
64
GDP avec Scrum │ © Pierre E. Neis
4 Artefacts
Product Backlog
Sprint Backlog
Release Burndown
Sprint Burndown
65
GDP avec Scrum │ © Pierre E. Neis
Modèle
Je voudrais une application bureau que je puisse utilise pour
stocker toute mon information confidentielle tells que les
numéros de série, les informations Carte de Crédit, les alias
d’enregistrement sur les sites web, les mots de passe, etc. pour
chaque item que je souhaite stocker, je dois définir le type de
données (comme une date d’expiration). Bien entendu, le
système devra être protégé par mot de passe et très sécurisé. Je
souhaiterai effectuer des sauvegardes/restaurations online de
sorte que je puisse récupérer mes informations à distance. Le
produit devra posséder des options de recherche, etc.…
GDP avec Scrum │ © Pierre E. Neis
Sécurisation des
Informations Personnelles
Source: Mike Cohn, CSPO
66
User Stories
• En tant que [rôle Utilisateur]
• Je veux une [FONCTIONNALITE]
• De sorte que je reçois [BUSINESS VALUE].
GDP avec Scrum │ © Pierre E. Neis 67
User Story Card
• Une brève
description
textuelle des
exigences
• + Risques
• + critères
d’acceptation
GDP avec Scrum │ © Pierre E. Neis
AS A Product Owner
I CAN / I WANT estimate Costs
3 lines of Requirement
Description
68
Les bonnes Stories sont INVEST
indépendant
I
négociable
N
valorisable
V
estimable
E Sized to fit (à
la bonne
taille)
S
testable
T
GDP avec Scrum │ © Pierre E. Neis
69
Le Product Backlog?
GDP avec Scrum │ © Pierre E. Neis
Sprint
Release
Releases
futures
Le Backlog est une liste
de tâches ouvertes
comme :
–les exigences
– une liste de tous les travaux
souhaités pour le projet
–Idéalement exprimé de telle
sorte que chaque objet a une
valeur pour les utilisateurs ou les
clients du produit
–Priorisé par le Product Owner
–Repriorisé au début de chaque
Sprint
Priorité
haute
Priorité
moyenne
70
Le Product Backlog
GDP avec Scrum │ © Pierre E. Neis
 Le Product Backlog répond
aux questions suivantes:
Quoi? Quand? Pour Qui?
71
Un backlog de produit
Elément de backlog Estimation
Un invité peut faire une réservation 3
En tant qu'invité, j'annule une réservation 5
En tant qu'invité, je change les dates d'une
réservation.
3
En tant qu'employé de l'hôtel, je produis les
rapports de revenu par chambre
8
Améliorer la gestion des exceptions 8
... 30
... 50
Sprint Backlog
Tâches pour
transformer le
Product Backlog
en
fonctionnalité-
produit
Tâches estimées
en heures
Une tâche ne
doit pas
nécessiter plus
d’un jour ou
deux pour être
Done.
Les grandes
tâches sont
découpées
ultérieurement
dans le Sprint
Les membres de
la Dev. Team
s’engagent sur
les tâches une
fois que le Sprint
a démarré
Les tâches ne
sont jamais
assignées
Le Sprint Backlog
est revu
journellement
De nouvelles
tâches sont
identifiées,
d’autres sont
modifées ou
supprimées.
Les heures
restantes de
travail
pour chaque
tâche sont
mises à jour
Les équipes sont
mesurées en
fonction de leurs
engagements
Et pas sur le
temps
nécessaire
pour les
réaliser
73
GDP avec Scrum │ © Pierre E. Neis
Release Burn down Chart
Example de Burndown Chart (Schwaber and Beedle 2002) Le Release burndown rend les
tendances des progrès visibles.
Le rapport est basé sur les
informations suivantes:
• le reste-à-faire du Product Backlog pour
transformer la Vision en un produit gagnant.
• Le nombre de Sprints nécessaires ou restants.
• La vélocité.
Le Release burndown regarde le passé pour comprendre ce que l'avenir est susceptible de
détenir. Nous déterminons le taux d'avancement des sprints passés.
74
GDP avec Scrum │ © Pierre E. Neis
Sprint Burn-down Charts
• Le Sprint Burn-down
chart montre
– combien d'efforts a
été déployé en
travaillant sur la
tâche contenue dans
le Sprint Backlog
– Et compare cela à la
depense idéale
Le tableau donne une tendance qui indique si l'équipe est susceptible
de respecter son engagement (indicateur avancé)
75
GDP avec Scrum │ © Pierre E. Neis
LES TIME-BOXES
76
GDP avec Scrum │ © Pierre E. Neis
Au niveau stratégique
GDP avec Scrum │ © Pierre E. Neis 77
Estimation Meeting
- Préparation du Sprint Planning
- Estimation formelle
- Passez au moins deux réunions par Sprint
- Estimer uniquement sur la taille et le temps
GDP avec Scrum │ © Pierre E. Neis
> Input pour Release Planning
78
Au niveau tactique
GDP avec Scrum │ © Pierre E. Neis 79
Les Meetings
• Le Quoi?
• Le Comment?
• La Synchronisation
• Les Résultats
• L’Amélioration
GDP avec Scrum │ © Pierre E. Neis 80
Sprint
Planning
2
Revue
de
Sprint
Rétrospective
SPRINT
Daily Meetings
GDP avec Scrum │ © Pierre E. Neis
Sprint
Planning
1
Sprint
Planning
2
Sprint
Planning
1
81
Sprint Planning Meeting
• Organisateur:
Product Owner
• Participants:
l’équipe (actif), le
ScrumMaster
(passif)
• Durée: 8 heures
pour un Sprint de
4 semaines
GDP avec Scrum │ © Pierre E. Neis
 2 PARTIES:
 Le QUOI?
 Le COMMENT?
 LE PRODUCT OWNER:
 Présente le Product Backlog priorisé par le client
et/ou les utilisateurs
 Présente le Release Plan Initial
 Présentation de la Vision
 L’ÉQUIPE:
 Estime le Product Backlog en fonction de sa
faisabilité (estimation fonctionelle)
 Découpe le Product Backlog en Sprint Backlogs avec
le Product Owner
 Découpe le Sprint Backlog en tâches
 Estime le Sprint Backlog
 LE PRODUCT OWNER ET L’EQUIPE:
 Définissent l’objectif du Sprint
 Valident la Definition of Done
82
Pour chaque Item du Product
Backlog (US)
• Quelle interface devons-nous designer?
• Quelle architecture devons-nous créer?
• Quelles tables devons-nous actualiser?
• Quels composants devons-nous mettre à jour ou
créer?
GDP avec Scrum │ © Pierre E. Neis
Design
Sprint
Planning
2
83
Definition of Done
GDP avec Scrum │ © Pierre E. Neis 84
Level of Done
• Le Code est conforme aux normes
• Le Code est
 Propre
 Refactoré
 Testé unitairement
 Validé (checked in)
 Intégré (Built)
 Dispose d'une suite de test unitaire qui lui est appliquée.
• Pour arriver à cela, l’environnement de développement est
constitué :
 D’une bibliothèque de code source
 De codes standards,
 Build automatisé,
 D’un environnement pour les tests unitaires.
GDP avec Scrum │ © Pierre E. Neis
Pour
l’EQUIPE
85
Definition of Done
• Une Story/Item est “done” lorsque
l’équipe a atteint son Level of Done
• Le Sprint/itération est “done” lorsque
– tous les items sont “done”
– et que le Sprint atteint son objectif
– et que les critères d’acceptation sont
adressés.
• La Release est “done”
 “done” pour l’intégration
 “done” pour la production
GDP avec Scrum │ © Pierre E. Neis
Pour
SCRUM
86
•Half done is not done
GDP avec Scrum │ © Pierre E. Neis 87
Daily Scrum
• Synchronisation /
Engagement sur les tâches
GDP avec Scrum │ © Pierre E. Neis 88
Daily Scrum
• Organisateur:
l’équipe
• Participants:
l’équipe (actif), le
ScrumMaster
(passif), Product
Owner (passif)
• Durée: 15 min
GDP avec Scrum │ © Pierre E. Neis
 C’est l’inspect-and-
adapt de l’équipe:
synchronisation et
engagement
 Les 3 questions:
1. Qu’est-ce que tu as
fait hier?
2. Quels sont les
problèmes que tu as
rencontrés?
3. Qu’est-ce que tu as
prévu aujourd’hui?
89
La Revue de Sprint
• Organisateur: Product
Owner
• Participants: l’équipe
(actif), le
ScrumMaster (passif),
le Management
(actif), le client (actif),
les utilisateurs (actifs)
• Durée: 4 heures pour
un Sprint de 4
semaines
GDP avec Scrum │ © Pierre E. Neis
 C’est l’inspect-and-adapt des
utilisateurs, du client et du
management
 L’équipe présente les résultats
du Sprint
 Utilisateurs/Client/
Management expriment leurs
remarques et trouvent un
compromis avec l’équipe
 Le Product Owner valide ou
rejète les items du Sprint
Backlog en fonction de la
Definition of Done
 C’est le Product Owner qui a
toujours le dernier mot...
90
Quand un membre de l'équipe dit
« DONE", ça veut dire quoi?
• Le code est conforme aux normes, est propre, a
été re-factoré, a été testé unitairement, a été
vérifiée, a été built, et a eu une suite de tests
unitaires qui lui est appliquée.
• Dispose d’un environnement de développement,
pour cela il faut une bibliothèque de codes
source, des normes de codage, des builts
automatisés, et un environnement de tests
unitaires
GDP avec Scrum │ © Pierre E. Neis 91
LOD!
Sprint Review
• Présentation (par l’équipe)
• Feedback (par l’utilisateur final)
• C’est l’inspect-&-adapt de l’utilisateur
permettant la création ou le changement des
items du Product Backlog
GDP avec Scrum │ © Pierre E. Neis 92
La Rétrospective
• Organisateur:
ScrumMaster
• Participants: l’équipe
(actif), le
ScrumMaster (actif),
le Product Owner
(actif en sa qualité de
membre de l’équipe)
• Durée: 3 heures pour
un Sprint de 4
semaines
GDP avec Scrum │ © Pierre E. Neis
 Analyse du Process
Scrum:
 Comment cela c’est
passé pendant le Sprint
 Comment s’améliorer
 Points principaux de
vérification:
 La communication dans
l’équipe
 Les relations entre les
membres de l’équipe
 Les process et les outils
 Les besoins en formation
93
Rétrospective
• Nous faisons un point après l’action en nous
posant deux questions:
– Qu’est-ce qui a bien fonctionné?
– Que devons-nous améliorer?
• Objectifs:
– Apprendre du passé pour préparer l’avenir
– Améliorer la productivité de l’équipe
GDP avec Scrum │ © Pierre E. Neis 94
Finalité de la Rétrospective
• Debriefing
• Amélioration
• Comprendre la réalité
• Apprendre
• “Input” pour le Sprint
Planning
GDP avec Scrum │ © Pierre E. Neis
Où allons-nous à partir d’ici?
95

Contenu connexe

Similaire à Scrum.pdf

Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013
Pyxis Technologies
 
La gestion de projet agile
La gestion de projet agileLa gestion de projet agile
La gestion de projet agile
Eugène ZENGOMONA
 
Scrum pour les (nuls) devs
Scrum pour les (nuls) devsScrum pour les (nuls) devs
Scrum pour les (nuls) devs
Jenny Beaumont
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
Dominic Danis
 
Web-formation | Lean Innovation & Méthode 3P
Web-formation | Lean Innovation & Méthode 3PWeb-formation | Lean Innovation & Méthode 3P
Web-formation | Lean Innovation & Méthode 3P
XL Groupe
 
Agile - Que le choc commence !
Agile - Que le choc commence !Agile - Que le choc commence !
Agile - Que le choc commence !
Martin Lapointe, M.T.I.
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrum
msmpp-nantes
 
Agilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernanceAgilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernance
Pyxis Technologies
 
Agilite Scrum
Agilite Scrum Agilite Scrum
Agilite Scrum
Skander Hamza
 
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSIIConférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Normandie Web Xperts
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XP
Nicolas Perriault
 
Agile Tour Lille 2008
Agile Tour Lille 2008Agile Tour Lille 2008
Agile Tour Lille 2008
François Wauquier
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Le scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheurLe scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheur
sebastien_fournel
 
Methode Agile
Methode Agile Methode Agile
Methode Agile
JEAN-GUILLAUME DUJARDIN
 
Formation Agilité au CESI de Bordeaux
Formation Agilité au CESI de BordeauxFormation Agilité au CESI de Bordeaux
Formation Agilité au CESI de Bordeaux
Fabrice Aimetti
 
Parlons Agilité !
Parlons Agilité !Parlons Agilité !
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmse
agnes_crepet
 
SCRUM AGL.pptx
SCRUM AGL.pptxSCRUM AGL.pptx
SCRUM AGL.pptx
khairyhattour
 
Formation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product OwnerFormation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product Owner
NovUp
 

Similaire à Scrum.pdf (20)

Agilité et la gestion du changement mboisvert - 15 octobre 2013
Agilité et la gestion du changement   mboisvert - 15 octobre 2013Agilité et la gestion du changement   mboisvert - 15 octobre 2013
Agilité et la gestion du changement mboisvert - 15 octobre 2013
 
La gestion de projet agile
La gestion de projet agileLa gestion de projet agile
La gestion de projet agile
 
Scrum pour les (nuls) devs
Scrum pour les (nuls) devsScrum pour les (nuls) devs
Scrum pour les (nuls) devs
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
Web-formation | Lean Innovation & Méthode 3P
Web-formation | Lean Innovation & Méthode 3PWeb-formation | Lean Innovation & Méthode 3P
Web-formation | Lean Innovation & Méthode 3P
 
Agile - Que le choc commence !
Agile - Que le choc commence !Agile - Que le choc commence !
Agile - Que le choc commence !
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrum
 
Agilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernanceAgilité du point de vue de la gouvernance
Agilité du point de vue de la gouvernance
 
Agilite Scrum
Agilite Scrum Agilite Scrum
Agilite Scrum
 
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSIIConférence #nwx2014 - Nicolas Saillard - Agilité en SSII
Conférence #nwx2014 - Nicolas Saillard - Agilité en SSII
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XP
 
Agile Tour Lille 2008
Agile Tour Lille 2008Agile Tour Lille 2008
Agile Tour Lille 2008
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 
Le scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheurLe scrum master, metamorphe du bonheur
Le scrum master, metamorphe du bonheur
 
Methode Agile
Methode Agile Methode Agile
Methode Agile
 
Formation Agilité au CESI de Bordeaux
Formation Agilité au CESI de BordeauxFormation Agilité au CESI de Bordeaux
Formation Agilité au CESI de Bordeaux
 
Parlons Agilité !
Parlons Agilité !Parlons Agilité !
Parlons Agilité !
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmse
 
SCRUM AGL.pptx
SCRUM AGL.pptxSCRUM AGL.pptx
SCRUM AGL.pptx
 
Formation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product OwnerFormation agile - Certification Professional Scrum Product Owner
Formation agile - Certification Professional Scrum Product Owner
 

Dernier

Microbiologie: le monde microbien et les techniques de mise en évidence.
Microbiologie: le monde microbien et les techniques de mise en évidence.Microbiologie: le monde microbien et les techniques de mise en évidence.
Microbiologie: le monde microbien et les techniques de mise en évidence.
MahouwetinJacquesGBO
 
[218_phot_d'Autriche-Hongrie_et_des_[...]Vaffier_Hubert_btv1b8594559c.pdf
[218_phot_d'Autriche-Hongrie_et_des_[...]Vaffier_Hubert_btv1b8594559c.pdf[218_phot_d'Autriche-Hongrie_et_des_[...]Vaffier_Hubert_btv1b8594559c.pdf
[218_phot_d'Autriche-Hongrie_et_des_[...]Vaffier_Hubert_btv1b8594559c.pdf
mcevapi3
 
1eT Revolutions Empire Revolution Empire
1eT Revolutions Empire Revolution Empire1eT Revolutions Empire Revolution Empire
1eT Revolutions Empire Revolution Empire
NadineHG
 
apprendre-a-programmer-avec-python-3.pdf
apprendre-a-programmer-avec-python-3.pdfapprendre-a-programmer-avec-python-3.pdf
apprendre-a-programmer-avec-python-3.pdf
kamouzou878
 
MS-203 Microsoft 365 Messaging Study Guide to prepare the certification
MS-203 Microsoft 365 Messaging Study Guide to prepare the certificationMS-203 Microsoft 365 Messaging Study Guide to prepare the certification
MS-203 Microsoft 365 Messaging Study Guide to prepare the certification
OlivierLumeau1
 
Burkina Faso libraries newsletter for June 2024
Burkina Faso libraries newsletter for June 2024Burkina Faso libraries newsletter for June 2024
Burkina Faso libraries newsletter for June 2024
Friends of African Village Libraries
 
Chap1 Généralités sur les réseaux informatiques.pdf
Chap1 Généralités sur les réseaux informatiques.pdfChap1 Généralités sur les réseaux informatiques.pdf
Chap1 Généralités sur les réseaux informatiques.pdf
TimogoTRAORE
 
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
Editions La Dondaine
 
Auguste Herbin.pptx Peintre français
Auguste   Herbin.pptx Peintre   françaisAuguste   Herbin.pptx Peintre   français
Auguste Herbin.pptx Peintre français
Txaruka
 
MARTYRS DE HOLLANDE - La révolte hollandaise et les guerres de religion..pptx
MARTYRS DE HOLLANDE - La révolte hollandaise et les guerres de religion..pptxMARTYRS DE HOLLANDE - La révolte hollandaise et les guerres de religion..pptx
MARTYRS DE HOLLANDE - La révolte hollandaise et les guerres de religion..pptx
Martin M Flynn
 
Zineb Mekouar.pptx Écrivaine marocaine
Zineb Mekouar.pptx   Écrivaine  marocaineZineb Mekouar.pptx   Écrivaine  marocaine
Zineb Mekouar.pptx Écrivaine marocaine
Txaruka
 

Dernier (11)

Microbiologie: le monde microbien et les techniques de mise en évidence.
Microbiologie: le monde microbien et les techniques de mise en évidence.Microbiologie: le monde microbien et les techniques de mise en évidence.
Microbiologie: le monde microbien et les techniques de mise en évidence.
 
[218_phot_d'Autriche-Hongrie_et_des_[...]Vaffier_Hubert_btv1b8594559c.pdf
[218_phot_d'Autriche-Hongrie_et_des_[...]Vaffier_Hubert_btv1b8594559c.pdf[218_phot_d'Autriche-Hongrie_et_des_[...]Vaffier_Hubert_btv1b8594559c.pdf
[218_phot_d'Autriche-Hongrie_et_des_[...]Vaffier_Hubert_btv1b8594559c.pdf
 
1eT Revolutions Empire Revolution Empire
1eT Revolutions Empire Revolution Empire1eT Revolutions Empire Revolution Empire
1eT Revolutions Empire Revolution Empire
 
apprendre-a-programmer-avec-python-3.pdf
apprendre-a-programmer-avec-python-3.pdfapprendre-a-programmer-avec-python-3.pdf
apprendre-a-programmer-avec-python-3.pdf
 
MS-203 Microsoft 365 Messaging Study Guide to prepare the certification
MS-203 Microsoft 365 Messaging Study Guide to prepare the certificationMS-203 Microsoft 365 Messaging Study Guide to prepare the certification
MS-203 Microsoft 365 Messaging Study Guide to prepare the certification
 
Burkina Faso libraries newsletter for June 2024
Burkina Faso libraries newsletter for June 2024Burkina Faso libraries newsletter for June 2024
Burkina Faso libraries newsletter for June 2024
 
Chap1 Généralités sur les réseaux informatiques.pdf
Chap1 Généralités sur les réseaux informatiques.pdfChap1 Généralités sur les réseaux informatiques.pdf
Chap1 Généralités sur les réseaux informatiques.pdf
 
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
La Révolution Bénédictine Casadéenne du Livradois-Forez: De Charlemagne à Fra...
 
Auguste Herbin.pptx Peintre français
Auguste   Herbin.pptx Peintre   françaisAuguste   Herbin.pptx Peintre   français
Auguste Herbin.pptx Peintre français
 
MARTYRS DE HOLLANDE - La révolte hollandaise et les guerres de religion..pptx
MARTYRS DE HOLLANDE - La révolte hollandaise et les guerres de religion..pptxMARTYRS DE HOLLANDE - La révolte hollandaise et les guerres de religion..pptx
MARTYRS DE HOLLANDE - La révolte hollandaise et les guerres de religion..pptx
 
Zineb Mekouar.pptx Écrivaine marocaine
Zineb Mekouar.pptx   Écrivaine  marocaineZineb Mekouar.pptx   Écrivaine  marocaine
Zineb Mekouar.pptx Écrivaine marocaine
 

Scrum.pdf

  • 1. GDP avec Scrum │ © Pierre E. Neis 1
  • 2. GDP avec Scrum │ © Pierre E. Neis 2
  • 3. GDP avec Scrum │ © Pierre E. Neis 3
  • 4. GDP avec Scrum │ © Pierre E. Neis 4
  • 5. Gestion de projets agiles avec Scrum Cycle de formation « base »
  • 6. Pierre NEIS • Scrum Coach http://managingagile.blogspot.com/ GDP avec Scrum │ © Pierre E. Neis 6
  • 7. GDP avec Scrum │ © Pierre E. Neis 7
  • 8. LE JARGON DE SCRUM ① GDP avec Scrum │ © Pierre E. Neis 8
  • 9. Le Jargon GDP avec Scrum │ © Pierre E. Neis Sprint: Est une itération Backlog: Est une liste de tâches ouvertes Product Backlog: Est une liste d’items ouverts pour livrer le produit Sprint Backlog: Est une liste de tâches ouvertes attribuées au Sprint L’EQUIPE ou la Development TEAM: C’est l’équipe de développement La Scrum Team: C’est l’ EQUIPE + le ScrumMaster + le Product Owner Estimation Meeting C’est la réunion d’estimation Sprint Planning Meeting C’est la réunion de planification de Sprint Daily Scrum ou Stand-up Meeting C’est la réunion journalière de 15’ où l’EQUIPE inspecte et adapte, coordonne son effort. Sprint Review ou Revue de Sprint C’est la réunion de fin de Sprint où tous les acteurs deu projet se retrouvent pour inspecter les délivrables du Sprint. Rétrospective C’est la réunion d’inspection et d’adaption de la Scrum Team. 9
  • 10. Objectif • Comprendre les fondamentaux de Scrum • Savoir utiliser les outils de Scrum • Être en mesure de démarrer votre projet Scrum 10 GDP avec Scrum │ © Pierre E. Neis
  • 11. Périmètre • Historique • La théorie « Scrum » • La Philosophie agile 11 GDP avec Scrum │ © Pierre E. Neis
  • 12. GDP avec Scrum │ © Pierre E. Neis 12
  • 13. Le modèle “Grandiose” de Winston Royce GDP avec Scrum │ © Pierre E. Neis “Je crois en ce concept, mais la mise en œuvre est risquée et invite l'échec.” Winston W. Royce, “Managing the development of large software systems”, Aug 1970 Un modèle de “Phasage simple” pour faire face aux exigences règlementaires américaines de DoD. 13
  • 14. Nous perdons la course de relais • “ L’approche “course de relai” du développement de produit… peut entrer en conflit avec les objectifs de vitesse maximale et de flexibilité. A contrario, une démarche holistique ou « rugby » où une équipe essaie d’aller au loin comme une unité, passant la balle en arrière, peut mieux servir aujourd’hui les exigences de la compétivité. » GDP avec Scrum │ © Pierre E. Neis Hirotaka Takeuchi and Ikujiro Nonaka, “The New New Product Development Game”, Harvard Business Review, January 1986 14
  • 15. GDP avec Scrum │ © Pierre E. Neis Est-ce que le développement logiciel est un processus défini? 15
  • 16. Le modèle empirique GDP avec Scrum │ © Pierre E. Neis •exigences •technologie •équipe Incrément de produit potentiellement livrable Contrôles Process Inputs Outputs Le modèle empirique est dépendant de fréquentes inspections et adaptations pour atteindre l’objectif. 16
  • 17. La théorie SCRUM 17 GDP avec Scrum │ © Pierre E. Neis
  • 18. Scrum est un processus empirique 18 GDP avec Scrum │ © Pierre E. Neis
  • 19. Scrum repose sur 3 pieds Transparence Inspection Adaptation 19 GDP avec Scrum │ © Pierre E. Neis
  • 20. 10 Pratiques de base 1. Vision claire et partagée 2. Product Backlog entretenu 3. Product Backlog priorisé en fonction de la valeur métier 4. Items de backlog triés par l’équipe 5. Daily Scrums 6. Sprints non perturbés ni par le Management ni par le(s) client(s) 7. L’Equipe ne délivre que des items « terminés » 8. Revue de Sprint collaborative 9. Rétrospective concentrée sur l’amélioration du travail et du processus de l’équipe et de l’organisation 10. Burndown Charts (graphiques de reste-à-faire) 20 GDP avec Scrum │ © Pierre E. Neis
  • 21. Scrum vs Modèle en “cascade” GDP avec Scrum │ © Pierre E. Neis 21
  • 22. La Philosophie Agile L’Agile Manifesto 22 GDP avec Scrum │ © Pierre E. Neis
  • 23. Manifeste pour le développement Agile de logiciels GDP avec Scrum │ © Pierre E. Neis Les individus et leurs interactions • Des logiciels opérationnels • La collaboration avec les clients • L’adaptation au changement les processus et les outils • une documentation exhaustive • la négociation contractuelle • le suivi d’un plan 23
  • 24. Principes sous-jacents au manifeste GDP avec Scrum │ © Pierre E. Neis Priorité 1 satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. 2 Les processus Agiles exploitent le changement pour donner un avantage compétitif au client. 3 Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. 4 Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. 5 Réalisez les projets avec des personnes motivées. 6 La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face. 7 Un logiciel opérationnel est la principale mesure d’avancement. 8 Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant. 9 Une attention continue à l'excellence technique et à une bonne conception renforcent l’Agilité. 10 La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle. 11 Les meilleures architectures, spécifications et conceptions émergent d'équipes auto organisées. 12 À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. 24
  • 25. CONTENU DE SCRUM 25 GDP avec Scrum │ © Pierre E. Neis
  • 26. Introduction par Ken Schwaber • Scrum n'est pas une méthodologie. Scrum ne fournit pas les réponses à la manière de construire des logiciels de qualité plus rapidement. • Scrum est un cadre dans lequel le jeu du développement de produit est joué. • Votre équipe joue et, le bon ou le mauvais deviennent très visibles. • Votre équipe est dans un processus d’amélioration continue. GDP avec Scrum │ © Pierre E. Neis 26
  • 27. Le principe “Pull” GDP avec Scrum │ © Pierre E. Neis 27
  • 28. Équipes auto-gérées vs Organisation traditionnelle GDP avec Scrum │ © Pierre E. Neis Equipes auto-gérées Organisation traditionnelle Orientées client Pilotée par le management Force de travail multi-compétence Force de travail constituée de spécialistes isolés Peu de description de poste Beaucoup de description de poste Information largement partagée Information limitée Peu de niveau de management De npmbreux niveaux de management Orientée Ensemble du Métier Orientée fonction/département Objectifs partagés Objectifs séparés D’apparence chaotique D’apparence organisée Emphatique sur l’hypothèse d’atteindre le résultat Emphatique sur la résolution de problème Très fort engagement des “développeurs” Très fort engagement du Management Améliorations continues Améliorations incrémentales Autorégulées Contrôlées par le Management Basées sur des valeurs et des principes Basées sur des politiques et des procédures Source: "Leading self-directed work teams" by Kimball Fisher. Traduction libre Pierre NEIS. 28
  • 29. Les Règles Rôles, Artifacts et Time-boxes 29 GDP avec Scrum │ © Pierre E. Neis
  • 30. 3 Rôles Scrum Team plus 3 Rôles organisationnels Les Rôles de l’Équipe Scrum • La Development Team • Le ScrumMaster • Le Product Owner Les Rôles organisationnels • Le Management • Le Client • Les Utilisateurs GDP avec Scrum │ © Pierre E. Neis 30
  • 31. Les Rôles de l’Equipe Scrum GDP avec Scrum │ © Pierre E. Neis 31
  • 32. Le ScrumMaster GDP avec Scrum │ © Pierre E. Neis 32
  • 33. Sa fonction • Protège l’équipe des turbulences • Il n’est pas un membre de l’Équipe • Il optimise la productivité de l’Équipe • Il contrôle l’”Inspect-&-Adapt” de l’Équipe • Il assure que les idéaux “agiles” soient bien compris et respectés par tous les participants au projet. • Il n’est pas responsable des déliverables. GDP avec Scrum │ © Pierre E. Neis 33
  • 34. Sa Mission • Protéger l’Équipe Scrum • Lever les obstacles • Exécuter le process • Travailler avec le Product Owner • Changer l’Organisation GDP avec Scrum │ © Pierre E. Neis 34
  • 35. Le ScrumMaster GDP avec Scrum │ © Pierre E. Neis Faire bien (Produit) • Il forme et coache SCRUM • Il régule les obstacles • Il anime les réunions • Il protège l’équipe • Il est le gardien du process Scrum Agir de la bonne façon + Produit + Process 35 Bonne façon Mauvais e façon Bon chemin Mauvais chemin Gains rapides, mais insoutenable Succès durable Échec lent Echec rapide
  • 36. Le Product Owner GDP avec Scrum │ © Pierre E. Neis 36
  • 37. Sa fonction • Il pilote le projet d’un point de vue métier • Il communique une vision claire du produit et défini ses caractéristiques • Il accepte ou rejette le produit à la fin de chaque Sprint • Il s’assure que l’Équipe se concentre sur les items du Backlog de plus forte valeur ajoutée • Il a le même objectif que l’Équipe • Il est responsable du Retour sur Investissement et des livraisons. GDP avec Scrum │ © Pierre E. Neis 37
  • 38. Sa Mission • Se concentre sur le retour sur investissement • Construit et communique la vision • Entretien le Product Backlog • Rend compte de l’acceptance des déliverables • Établi et maintien le Plan de Livraison GDP avec Scrum │ © Pierre E. Neis 38
  • 39. … dans Scrum? Produit Process Sous la responsabilité du Product Owner Sous la responsabilité du ScrumMaster GDP avec Scrum │ © Pierre E. Neis 39
  • 40. L’Équipe GDP avec Scrum │ © Pierre E. Neis 40
  • 41. Sa fonction • Elle délivre le produit et elle est responsable de sa qualité • Elle travaille avec les utilisateurs-finaux, le client, le Product Owner pour comprendre les exigences-métier. • Elle s’engage volontairement • Elle travaille continuellement avec le Product Owner pour définir la direction stratégique du Produit. GDP avec Scrum │ © Pierre E. Neis 41
  • 42. Constituer l’Équipe • 5/9 personnes • Multidisciplinaire • Autogérée • Cross-fonctionnelle / transverse • Plus orientée compétence que fonction GDP avec Scrum │ © Pierre E. Neis 42
  • 43. Comment optimiser le travail de l’Équipe... • Créer une règle de vie de l’Équipe • Ne jamais utiliser le “VOUS” • Être à l’heure • Utiliser un “bâton de parole” • Ne jamais être nominatif GDP avec Scrum │ © Pierre E. Neis 43
  • 44. Collaboration • Le Product Owner n’est pas un ennemi • D’autres équipes ont besoin de savoir que nous avons besoin d’elles. • Nous avons tous le même objectif • Une Équipe = un espace dédié à l’Équipe GDP avec Scrum │ © Pierre E. Neis 44
  • 45. Sa Mission • Garantir la Qualité • Livrer • Livrer • Livrer • Estimer • Estimer • Estimer • S’engager • S’autogérer • S’organiser .... Elle-même GDP avec Scrum │ © Pierre E. Neis 45
  • 46. Les Rôles Organisationnels GDP avec Scrum │ © Pierre E. Neis 46
  • 47. Le Client GDP avec Scrum │ © Pierre E. Neis 47
  • 48. Sa fonction • Il demande le produit • Il contracte l’organisation pour le développement de son produit • Typiquement, il s’agit d’un responsable qui achète un développement de produit par un sous-traitant. • Dans les projets internes, il s’agit principalement du sponsor au projet, c’est à dire la personne validant le projet et le budget. GDP avec Scrum │ © Pierre E. Neis 48
  • 49. Sa Mission • Il commande le produit • Il paye le développement du produit • Il donne des feed-back et des révisions GDP avec Scrum │ © Pierre E. Neis 49
  • 50. Le Manager GDP avec Scrum │ © Pierre E. Neis 50
  • 51. Sa fonction • Le management, la gestion, est primordial dans tout projet Scrum. Il permet à l’Équipe de constituer un environnement optimal pour le déroulement du projet Scrum. • Le manager donne de la structure et de la stabilité. • Il travaille de concert avec le ScrumMaster pour réorganiser l’organigramme de la structure et donner de la guidance si nécessaire. GDP avec Scrum │ © Pierre E. Neis 51
  • 52. Sa Mission • Il s’assure que l’organisation puisse survivre en cas de défaillance. • Il crée des règles et des lignes directrices. GDP avec Scrum │ © Pierre E. Neis 52
  • 53. L’Utilisateur Final GDP avec Scrum │ © Pierre E. Neis 53
  • 54. Sa fonction • Ce rôle peut être joué par un grand nombre de personnes. • L'Utilisateur final est celui qui connaît les besoins et avec cette connaissance, il définit le produit en disant à l'équipe ce dont il a besoin comme fonctionnalités. GDP avec Scrum │ © Pierre E. Neis 54
  • 55. Sa Mission • Il connaît ses besoins et ses exigences • Il donne son feed-back lors des revues • Il participe au Sprint Planning 1 GDP avec Scrum │ © Pierre E. Neis 55
  • 56. COMMENT CES RÔLES TRAVAILLENT- ILS ENSEMBLE? GDP avec Scrum │ © Pierre E. Neis 56
  • 57. Rôles organisationnels Scrum Team Roles GDP avec Scrum │ © Pierre E. Neis 57
  • 58. Le ScrumMaster travaille avec le Product Owner GDP avec Scrum │ © Pierre E. Neis 58
  • 59. Le ScrumMaster travaille avec la Development Team GDP avec Scrum │ © Pierre E. Neis 59
  • 60. Le Product Owner travaille avec le client GDP avec Scrum │ © Pierre E. Neis 60
  • 61. La Development Team travaille avec l’utilisateur final GDP avec Scrum │ © Pierre E. Neis 61
  • 62. Le ScrumMaster travaille avec le Manager GDP avec Scrum │ © Pierre E. Neis 62
  • 63. Le Product Owner a besoin de connaître ce que le marché (l’utilisateur final) souhaite. GDP avec Scrum │ © Pierre E. Neis 63
  • 64. LES ARTEFACTS 64 GDP avec Scrum │ © Pierre E. Neis
  • 65. 4 Artefacts Product Backlog Sprint Backlog Release Burndown Sprint Burndown 65 GDP avec Scrum │ © Pierre E. Neis
  • 66. Modèle Je voudrais une application bureau que je puisse utilise pour stocker toute mon information confidentielle tells que les numéros de série, les informations Carte de Crédit, les alias d’enregistrement sur les sites web, les mots de passe, etc. pour chaque item que je souhaite stocker, je dois définir le type de données (comme une date d’expiration). Bien entendu, le système devra être protégé par mot de passe et très sécurisé. Je souhaiterai effectuer des sauvegardes/restaurations online de sorte que je puisse récupérer mes informations à distance. Le produit devra posséder des options de recherche, etc.… GDP avec Scrum │ © Pierre E. Neis Sécurisation des Informations Personnelles Source: Mike Cohn, CSPO 66
  • 67. User Stories • En tant que [rôle Utilisateur] • Je veux une [FONCTIONNALITE] • De sorte que je reçois [BUSINESS VALUE]. GDP avec Scrum │ © Pierre E. Neis 67
  • 68. User Story Card • Une brève description textuelle des exigences • + Risques • + critères d’acceptation GDP avec Scrum │ © Pierre E. Neis AS A Product Owner I CAN / I WANT estimate Costs 3 lines of Requirement Description 68
  • 69. Les bonnes Stories sont INVEST indépendant I négociable N valorisable V estimable E Sized to fit (à la bonne taille) S testable T GDP avec Scrum │ © Pierre E. Neis 69
  • 70. Le Product Backlog? GDP avec Scrum │ © Pierre E. Neis Sprint Release Releases futures Le Backlog est une liste de tâches ouvertes comme : –les exigences – une liste de tous les travaux souhaités pour le projet –Idéalement exprimé de telle sorte que chaque objet a une valeur pour les utilisateurs ou les clients du produit –Priorisé par le Product Owner –Repriorisé au début de chaque Sprint Priorité haute Priorité moyenne 70
  • 71. Le Product Backlog GDP avec Scrum │ © Pierre E. Neis  Le Product Backlog répond aux questions suivantes: Quoi? Quand? Pour Qui? 71
  • 72. Un backlog de produit Elément de backlog Estimation Un invité peut faire une réservation 3 En tant qu'invité, j'annule une réservation 5 En tant qu'invité, je change les dates d'une réservation. 3 En tant qu'employé de l'hôtel, je produis les rapports de revenu par chambre 8 Améliorer la gestion des exceptions 8 ... 30 ... 50
  • 73. Sprint Backlog Tâches pour transformer le Product Backlog en fonctionnalité- produit Tâches estimées en heures Une tâche ne doit pas nécessiter plus d’un jour ou deux pour être Done. Les grandes tâches sont découpées ultérieurement dans le Sprint Les membres de la Dev. Team s’engagent sur les tâches une fois que le Sprint a démarré Les tâches ne sont jamais assignées Le Sprint Backlog est revu journellement De nouvelles tâches sont identifiées, d’autres sont modifées ou supprimées. Les heures restantes de travail pour chaque tâche sont mises à jour Les équipes sont mesurées en fonction de leurs engagements Et pas sur le temps nécessaire pour les réaliser 73 GDP avec Scrum │ © Pierre E. Neis
  • 74. Release Burn down Chart Example de Burndown Chart (Schwaber and Beedle 2002) Le Release burndown rend les tendances des progrès visibles. Le rapport est basé sur les informations suivantes: • le reste-à-faire du Product Backlog pour transformer la Vision en un produit gagnant. • Le nombre de Sprints nécessaires ou restants. • La vélocité. Le Release burndown regarde le passé pour comprendre ce que l'avenir est susceptible de détenir. Nous déterminons le taux d'avancement des sprints passés. 74 GDP avec Scrum │ © Pierre E. Neis
  • 75. Sprint Burn-down Charts • Le Sprint Burn-down chart montre – combien d'efforts a été déployé en travaillant sur la tâche contenue dans le Sprint Backlog – Et compare cela à la depense idéale Le tableau donne une tendance qui indique si l'équipe est susceptible de respecter son engagement (indicateur avancé) 75 GDP avec Scrum │ © Pierre E. Neis
  • 76. LES TIME-BOXES 76 GDP avec Scrum │ © Pierre E. Neis
  • 77. Au niveau stratégique GDP avec Scrum │ © Pierre E. Neis 77
  • 78. Estimation Meeting - Préparation du Sprint Planning - Estimation formelle - Passez au moins deux réunions par Sprint - Estimer uniquement sur la taille et le temps GDP avec Scrum │ © Pierre E. Neis > Input pour Release Planning 78
  • 79. Au niveau tactique GDP avec Scrum │ © Pierre E. Neis 79
  • 80. Les Meetings • Le Quoi? • Le Comment? • La Synchronisation • Les Résultats • L’Amélioration GDP avec Scrum │ © Pierre E. Neis 80
  • 81. Sprint Planning 2 Revue de Sprint Rétrospective SPRINT Daily Meetings GDP avec Scrum │ © Pierre E. Neis Sprint Planning 1 Sprint Planning 2 Sprint Planning 1 81
  • 82. Sprint Planning Meeting • Organisateur: Product Owner • Participants: l’équipe (actif), le ScrumMaster (passif) • Durée: 8 heures pour un Sprint de 4 semaines GDP avec Scrum │ © Pierre E. Neis  2 PARTIES:  Le QUOI?  Le COMMENT?  LE PRODUCT OWNER:  Présente le Product Backlog priorisé par le client et/ou les utilisateurs  Présente le Release Plan Initial  Présentation de la Vision  L’ÉQUIPE:  Estime le Product Backlog en fonction de sa faisabilité (estimation fonctionelle)  Découpe le Product Backlog en Sprint Backlogs avec le Product Owner  Découpe le Sprint Backlog en tâches  Estime le Sprint Backlog  LE PRODUCT OWNER ET L’EQUIPE:  Définissent l’objectif du Sprint  Valident la Definition of Done 82
  • 83. Pour chaque Item du Product Backlog (US) • Quelle interface devons-nous designer? • Quelle architecture devons-nous créer? • Quelles tables devons-nous actualiser? • Quels composants devons-nous mettre à jour ou créer? GDP avec Scrum │ © Pierre E. Neis Design Sprint Planning 2 83
  • 84. Definition of Done GDP avec Scrum │ © Pierre E. Neis 84
  • 85. Level of Done • Le Code est conforme aux normes • Le Code est  Propre  Refactoré  Testé unitairement  Validé (checked in)  Intégré (Built)  Dispose d'une suite de test unitaire qui lui est appliquée. • Pour arriver à cela, l’environnement de développement est constitué :  D’une bibliothèque de code source  De codes standards,  Build automatisé,  D’un environnement pour les tests unitaires. GDP avec Scrum │ © Pierre E. Neis Pour l’EQUIPE 85
  • 86. Definition of Done • Une Story/Item est “done” lorsque l’équipe a atteint son Level of Done • Le Sprint/itération est “done” lorsque – tous les items sont “done” – et que le Sprint atteint son objectif – et que les critères d’acceptation sont adressés. • La Release est “done”  “done” pour l’intégration  “done” pour la production GDP avec Scrum │ © Pierre E. Neis Pour SCRUM 86
  • 87. •Half done is not done GDP avec Scrum │ © Pierre E. Neis 87
  • 88. Daily Scrum • Synchronisation / Engagement sur les tâches GDP avec Scrum │ © Pierre E. Neis 88
  • 89. Daily Scrum • Organisateur: l’équipe • Participants: l’équipe (actif), le ScrumMaster (passif), Product Owner (passif) • Durée: 15 min GDP avec Scrum │ © Pierre E. Neis  C’est l’inspect-and- adapt de l’équipe: synchronisation et engagement  Les 3 questions: 1. Qu’est-ce que tu as fait hier? 2. Quels sont les problèmes que tu as rencontrés? 3. Qu’est-ce que tu as prévu aujourd’hui? 89
  • 90. La Revue de Sprint • Organisateur: Product Owner • Participants: l’équipe (actif), le ScrumMaster (passif), le Management (actif), le client (actif), les utilisateurs (actifs) • Durée: 4 heures pour un Sprint de 4 semaines GDP avec Scrum │ © Pierre E. Neis  C’est l’inspect-and-adapt des utilisateurs, du client et du management  L’équipe présente les résultats du Sprint  Utilisateurs/Client/ Management expriment leurs remarques et trouvent un compromis avec l’équipe  Le Product Owner valide ou rejète les items du Sprint Backlog en fonction de la Definition of Done  C’est le Product Owner qui a toujours le dernier mot... 90
  • 91. Quand un membre de l'équipe dit « DONE", ça veut dire quoi? • Le code est conforme aux normes, est propre, a été re-factoré, a été testé unitairement, a été vérifiée, a été built, et a eu une suite de tests unitaires qui lui est appliquée. • Dispose d’un environnement de développement, pour cela il faut une bibliothèque de codes source, des normes de codage, des builts automatisés, et un environnement de tests unitaires GDP avec Scrum │ © Pierre E. Neis 91 LOD!
  • 92. Sprint Review • Présentation (par l’équipe) • Feedback (par l’utilisateur final) • C’est l’inspect-&-adapt de l’utilisateur permettant la création ou le changement des items du Product Backlog GDP avec Scrum │ © Pierre E. Neis 92
  • 93. La Rétrospective • Organisateur: ScrumMaster • Participants: l’équipe (actif), le ScrumMaster (actif), le Product Owner (actif en sa qualité de membre de l’équipe) • Durée: 3 heures pour un Sprint de 4 semaines GDP avec Scrum │ © Pierre E. Neis  Analyse du Process Scrum:  Comment cela c’est passé pendant le Sprint  Comment s’améliorer  Points principaux de vérification:  La communication dans l’équipe  Les relations entre les membres de l’équipe  Les process et les outils  Les besoins en formation 93
  • 94. Rétrospective • Nous faisons un point après l’action en nous posant deux questions: – Qu’est-ce qui a bien fonctionné? – Que devons-nous améliorer? • Objectifs: – Apprendre du passé pour préparer l’avenir – Améliorer la productivité de l’équipe GDP avec Scrum │ © Pierre E. Neis 94
  • 95. Finalité de la Rétrospective • Debriefing • Amélioration • Comprendre la réalité • Apprendre • “Input” pour le Sprint Planning GDP avec Scrum │ © Pierre E. Neis Où allons-nous à partir d’ici? 95