Agile Tour 2011 - Lille
-
Upload
pierre-e-neis -
Category
Business
-
view
717 -
download
1
description
Transcript of Agile Tour 2011 - Lille
Scrum 2.0 ?
Pierre NEIS Scrum Coach @ coPROcess
2010 October
05/05/09 www.agiletour.com
www.agiletour.com 05/05/09
Masterclass?
www.agiletour.com 05/05/09
Notre Backlog du jour:
• Pourquoi Scrum change? • Qu’est-ce Scrum? • Les Rôles • Les Artefacts • Les Evènements • La Definition of Done
www.agiletour.com 05/05/09
www.agiletour.com 05/05/09
Scrum évolue
www.agiletour.com 05/05/09
Scrum est un cadre pour l'élaboration et
le maintien des produits complexes.
Cycle de vie d’un produit
Temps
Conception Croissance Maturité Déclin Retrait
Projet
Projet Projet
Projet Projet
Projet
Projet
Projet
www.agiletour.com 05/05/09
Cynefin
Et les gestion des systèmes complexes auto-adaptatifs
www.agiletour.com 05/05/09
05/05/09 www.agiletour.com
05/05/09 www.agiletour.com
05/05/09 www.agiletour.com
05/05/09 www.agiletour.com
www.agiletour.com 05/05/09
The Definitive Guide to Scrum: The Rules of the
Game
Scrum @ CTIE
Trois piliers supportent chaque implémentation du contrôle des
processus empiriques :
www.agiletour.com 05/05/09
Transparence
Inspection
Adaptation
www.agiletour.com 05/05/09
Scrum n'existe que dans son intégralité et fonctionne ainsi en tant
que conteneur pour d'autres techniques, méthodologies
et pratiques.
www.agiletour.com 05/05/09
Rôles Artefacts Évènements Règles
Chaque composant dans ce cadre sert
un but spécifique et est essentiel à la
réussite et de l’usage de Scrum.
www.agiletour.com
Le
Ca
dr
e d
e S
cr
um
Le cadre de Scrum se
compose des Scrum Teams et
de leurs rôles associés, des
événements, des artefacts
et des règles.
Les règles de Scrum lient les
événements, les rôles et les
artefacts, qui régissent les
relations et les interactions entre
eux. 05/05/09
LES RÔLES
www.agiletour.com 05/05/09
www.agiletour.com 05/05/09
Development Team
Scrum Master
Product Owner
La Development Team Auto-organisée
Transverse
www.agiletour.com 05/05/09
Scrum ne reconnaît pas les titres des membres de la Development Team autres que développeur, quel que soit le travail effectué par la personne, il n'y a aucune exception à cette règle
Constitution de l’Équipe
www.agiletour.com
Development Team
Développeur
Analyste
Architecte
Testeur
DBA
Scrum Master
Tout le monde. Pas une autorité. Pas nécessairement un développeur.
Product Owner
Product Manager
Business Analyst
Chef de Projet fonctionnel
MOA
UX Designer
05/05/09
Scrum Master
www.agiletour.com 05/05/09
Product Owner
ou avoir la Development Team qui le fait
le Product Owner demeure responsable
Gestion du
Product Backlog
une personne
pas un comité
Le Product Owner
est toute l’organisation doit respecter ses décisions
Pour réussir
www.agiletour.com 05/05/09
• Les décisions du Product Owner sont visibles dans le contenu et l'ordonnancement du Product Backlog.
• Personne n'est autorisé à dire à la Development Team de travailler à partir d'un ensemble d’exigences différentes et, la Development Team n'est pas autorisée à agir sur ce que quelqu'un d'autre dit.
www.agiletour.com 05/05/09
LES ARTEFACTS
www.agiletour.com 05/05/09
Product Backlog?
www.agiletour.com
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
Pri
ori
té
hau
te
Pri
ori
té
mo
yen
ne
05/05/09
Product Backlog Grooming: l’entretien
www.agiletour.com 05/05/09
www.agiletour.com 05/05/09
Le Sprint Backlog c’est:
1. l'ensemble des items de Product
Backlog sélectionnés pour le Sprint,
2. plus un plan Pour fournir l'incrément du produit
3. et la réalisation de l'Objectif du Sprint.
www.agiletour.com 05/05/09
Le Sprint Backlog c’est:
1. une prévision par la Development
Team sur ce qui sera une fonctionnalité dans le prochain incrément et le travail nécessaire pour fournir cette fonctionnalité.
www.agiletour.com 05/05/09
Le Sprint Backlog :
1. le travail que la Development Team
produira pour transformer les items du Product Backlog en un incrément « Done ».
www.agiletour.com 05/05/09
1. Le Sprint Backlog rend visible tout
le travail que la Development Team identifie comme nécessaire pour atteindre l'objectif du Sprint.
2. Sprint Backlog est un plan avec suffisamment de détails pour que les changements en cours peuvent être compris lors du Daily Scrum.
www.agiletour.com 05/05/09
www.agiletour.com 05/05/09
La Development Team modifie le Sprint Backlog à travers le Sprint et le Sprint Backlog émerge au cours du Sprint.
www.agiletour.com 05/05/09
Le Sprint Backlog est une image du travail de l'équipe de
développement très visible, en temps réel, des plans à réaliser au
cours du Sprint, et il appartient exclusivement à la Development
Team.
LES ÉVÉNEMENTS
www.agiletour.com 05/05/09
www.agiletour.com
Scrum utilise des évènements time-boxés, de telle sorte que chaque
événement a une durée maximale.
05/05/09
www.agiletour.com
Outre que le Sprint lui-même, qui est un conteneur pour tous
les autres événements, chaque événement dans Scrum
est une opportunité d'inspecter et d'adapter quelque chose.
05/05/09
www.agiletour.com
Ces événements sont spécifiquement conçus pour permettre la
transparence critique et l'inspection.
05/05/09
Sp
rin
t P
lan
nin
g 2
Re
vue
de
Sp
rin
t
Ré
tro
spe
ctiv
e
Développement
Daily Meetings
www.agiletour.com
Sp
rin
t P
lan
nin
g 1
Sp
rin
t P
lan
nin
g 2
Sp
rin
t P
lan
nin
g 1
SPRINT
05/05/09
Le Sprint
www.agiletour.com 05/05/09
• Aucune modification n'est apportée qui pourraient affecter l'objectif de Sprint;
• La composition de la Development Team et les objectifs de qualité restent constants et,
• le cadre peut être clarifié et renégocié entre le Product Owner et la Development Team au fur et à mesure des connaissances acquises
Pendant le Sprint
• peut être considéré comme un projet avec un horizon d'un mois.
Chaque Sprint
• les sprints sont utilisés pour accomplir quelque chose.
Comme les projets,
www.agiletour.com 05/05/09
Sprint Planning Meeting
www.agiletour.com 05/05/09
www.agiletour.com
Part ❶: Qu’est-ce qui sera livré dans l’incrément
résultant du Sprint?
05/05/09
www.agiletour.com
Part ❷: Quel sera le travail nécessaire pour que
l’incrément soit réalisé?
05/05/09
L’objectif de Sprint
• L'objectif de Sprint donne à la Development Team une certaine souplesse quant à la fonctionnalité à implémenter dans le Sprint.
• Tout au long de son travail, la Development Team garde cet objectif en tête.
• Afin de satisfaire l'objectif de Sprint, elle implémente la fonctionnalité et la technologie.
• Si le travail se révèle être différent de ce que la Development Team avait prévu, elle collabore avec le Product Owner pour négocier le scope du Sprint Backlog dans le Sprint.
• L'objectif de Sprint peut être un jalon dans l'objectif plus général de la Product Roadmap.
www.agiletour.com 05/05/09
DAILY SCRUM
www.agiletour.com 05/05/09
SPRINT REVIEW
Analyse des résultats
www.agiletour.com 05/05/09
RÉTROSPECTIVE
www.agiletour.com 05/05/09
Finalité de la Rétrospective
• Debriefing
• Amélioration
• Comprendre la réalité
• Apprendre
• “Input” pour le Sprint Planning
www.agiletour.com
Où allons-nous à partir d’ici?
05/05/09
DÉFINITION OF DONE - DOD
www.agiletour.com 05/05/09
• Lorsque le Product Backlog item ou un incrément est désigné comme « Done", chacun doit comprendre ce que «Done» signifie.
• Bien que cela varie considérablement par Scrum Team, les membres doivent avoir une compréhension partagée de ce que cela signifie pour le travail d’être terminé afin d'assurer la transparence.
• Voici la "Définition de Done" pour l'équipe Scrum et qui est utilisée pour évaluer quand le travail est terminé sur l’incrément du produit.
www.agiletour.com 05/05/09
www.agiletour.com 05/05/09
Scrum 2.0 ?
www.agiletour.com 05/05/09
Merci
www.agiletour.com 05/05/09