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?

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

Temps

Conception Croissance Maturité Déclin Retrait

Projet

Projet Projet

Projet Projet

Projet

Projet

Projet


Cynefin

Et les gestion des systèmes complexes auto-adaptatifs


05/05/09 www.agiletour.com


The Definitive Guide to Scrum: The Rules of the

Game

Scrum @ CTIE

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

processus empiriques :


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

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



Development Team

Scrum Master

Product Owner

La Development Team Auto-organisée

Transverse


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


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


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

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


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


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


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


Sprint Planning Meeting


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.


DAILY SCRUM


SPRINT REVIEW

Analyse des résultats


RÉTROSPECTIVE


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


• 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



managingagile.blogspot.com

twitter.com/elpedromajor

lu.linkedin.com/in/pierreneis

http://www.viadeo.com/fr/profile/neis.pierre

http://www.xing.com/profile/PierreE_Neis