Agile Tour 2011 - Lille

Scrum 2.0 ?
Pierre NEIS
Scrum Coach @ coPROcess

2010 October

05/05/09 www.agiletour.com

Masterclass?


Notre Backlog du jour:

• Pourquoi Scrum change?
• Qu’est-ce Scrum?
• Les Rôles
• Les Artefacts
• Les Evènements
• La Definition of Done


Scrum
évolue


Scrum est un cadre pour l'élaboration et
le maintien des produits complexes.


Cycle de vie d’un produit

Projet Projet

Projet Projet
Projet
Projet

Projet
Projet

Conception Croissance Maturité Déclin Retrait

Temps


Cynefin
Et les gestion des systèmes complexes auto-adaptatifs


The Definitive
Guide to Scrum:
The Rules of the
Game


Trois piliers supportent chaque
implémentation du contrôle des
processus empiriques :

Scrum @ CTIE

Transparence

Inspection

Adaptation

Scrum n'existe que dans son
intégralité et fonctionne ainsi en tant
que conteneur pour d'autres
techniques, méthodologies
et pratiques.


Rôles Artefacts Évènements Règles


Le Cadre de Scrum
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.

Chaque composant dans ce cadre sert
un but spécifique et est essentiel à la
réussite et de l’usage de Scrum.

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.

LES RÔLES


Product
Owner

Scrum
Master

Development
Team


 Auto-organisée
 Transverse La Development Team

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
Product Manager
Product
Owner MOA
Business Analyst

Chef de Projet fonctionnel

Scrum
Master

Architecte UX Designer Tout le monde. Pas une autorité.
Pas nécessairement un développeur.

Development Développeur
Team
DBA
Analyste
Testeur


Scrum Master


Product Owner

Gestion Le
du Product Pour
Product ou avoir la Owner réussir toute
Backlog Development est l’organisation
une personne
Team qui le doit respecter
fait ses décisions

le Product
Owner
pas un comité
demeure
responsable


• 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.


LES ARTEFACTS


Product Backlog?
Le Backlog est une liste
Priorité

de tâches ouvertes
haute

comme :
Sprint –les exigences

– une liste de tous les travaux
souhaités pour le projet

–Idéalement exprimé de telle sorte
moyenne

que chaque objet a une valeur
Priorité

pour les utilisateurs ou les clients
du produit
–Priorisé par le Product Owner

Release –Repriorisé au début de chaque
Sprint

Releases
futures

05/05/09
www.agiletour.com

Product Backlog
Grooming:
l’entretien


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.


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é.


Le Sprint Backlog :

1. le travail que la Development Team
produira pour transformer les
items du Product Backlog en
un incrément « Done ».


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.


La Development Team modifie le Sprint
Backlog à travers le Sprint et le Sprint
Backlog émerge au cours du Sprint.


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


Scrum utilise des évènements time-
boxés, de telle sorte que chaque
événement a une durée maximale.


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.


Ces événements sont spécifiquement
conçus pour permettre la
transparence critique et l'inspection.


05/05/09
Sprint Planning 1
Sprint Planning 2

Daily Meetings
SPRINT

Développement
Revue de Sprint

Rétrospective

Sprint Planning 1
www.agiletour.com

Sprint Planning 2

Le Sprint


• Aucune modification n'est apportée qui pourraient
affecter l'objectif de Sprint;
Pendant le • La composition de la Development Team et les objectifs de
qualité restent constants et,
Sprint • le cadre peut être clarifié et renégocié entre le Product Owner et
la Development Team au fur et à mesure des connaissances
acquises

• peut être considéré comme un
Chaque Sprint projet avec un horizon d'un
mois.

Comme les • les sprints sont utilisés
projets, pour accomplir quelque chose.


Sprint Planning Meeting


Part ❶: Qu’est-ce qui sera livré dans l’incrément
résultant du Sprint?


Part ❷: Quel sera le travail nécessaire pour que
l’incrément soit réalisé?


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.


DAILY SCRUM


SPRINT REVIEW

Analyse des résultats


RÉTROSPECTIVE


Finalité de la Rétrospective

• Debriefing
• Amélioration
• Comprendre la réalité Où allons-nous à
• Apprendre partir d’ici?
• “Input” pour le Sprint
Planning


DÉFINITION OF DONE - DOD


• 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.


Scrum 2.0 ?


Merci

Agile Tour 2011 - Lille

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (20)

Similaire à Agile Tour 2011 - Lille

Similaire à Agile Tour 2011 - Lille (20)

Plus de Pierre E. NEIS

Plus de Pierre E. NEIS (20)

Agile Tour 2011 - Lille