Dcouvrir lAgilit

2011 Chris Ozanne et Arnaud Pasquiers

Arnaud Pasquiers

Consultant indpendant
Twigly Technologies : logiciel de gestion des temps
Pratique lAgilit depuis deux ans

Chris Ozanne

Consultant indpendant
Spcialis en architecture et dveloppement JEE
et mthodes Agiles
Certifi Scrum Master depuis quatre ans

2011 Chris Ozanne et Arnaud Pasquiers

QU'EST-CE QUE L'AGILIT ?

2011 Chris Ozanne et Arnaud Pasquiers

Agile
Approche ractive et itrative
dorganisation de travail
Focalise sur la fonctionnalit et
satisfaction client
Construit en adquation avec les
capacits et limites humaines

2011 Chris Ozanne et Arnaud Pasquiers

Pourquoi Agile ?
En raction des problmes avec des
approches traditionnelles :
Besoin
s
Spcification
s
Conception
Code

Test

2011 Chris Ozanne et Arnaud Pasquiers

Les constats
Les meilleures ides ne viennent pas
forcment au dbut du projet
Il est plus facile de construire par tape
que tout imaginer ds le dbut

Les besoins peuvent voluer pendent

le projet
Le formalisme nest pas naturel
Chiffrages et Reste Faire sont
difficiles valuer
2011 Chris Ozanne et Arnaud Pasquiers

Un projet informatique la ralit

On ne sait pas estimer la charge
restante
100
%

%
Complt

T
2011 Chris Ozanne et Arnaud Pasquiers

Problmes avec cascade

Les mthodes prdictives
fonctionnent bien, condition
davoir:
Stabilit et prvisibilit
Communication et comprhension
parfaite
Choix parfaits ds le dpart
Aucun humain!
2011 Chris Ozanne et Arnaud Pasquiers

Agile : Un juste milieu

Trs
ractive
Peu focalis,
aucune
maitrise

Absence de
mthode

Ractivit

Peu
ractive
Objectifs clairs

Focalisation

Mthodes
prdictives

2011 Chris Ozanne et Arnaud Pasquiers

Agile : Une catgorie de mthodes

Agile regroupe plusieurs
mthodologies :
Scrum
Extreme Programming (XP)
DSDM
Crystal

Notion officialise en 2001 avec le

Manifeste Agile
2011 Chris Ozanne et Arnaud Pasquiers

Le manifeste Agile
Personnes et
interactions
Un produit
oprationnel

Plutt que

Plutt que

Processus et outils
Documentation
exhaustive

Collaboration
avec le client

Plutt que

Ngociation d'un
contrat

Adaptation au
changement

Plutt que

Suivi d'un plan

2011 Chris Ozanne et Arnaud Pasquiers

Le manifeste Agile
Librer
Personnesle
et gnie humain

Processus et outils
Plutt que
interactions
pour lauto-organisation dans un contexte quil

peut matriser :

Un
produit
Documentation
La taille de lquipe
est
limite
Plutt que
oprationnel
exhaustive
le domaine du problme est limit

Collaboration
Plutt que
avec
le
client
Petites quipes autogres

Ngociation d'un
contrat

Porte fonctionnelle restreinte un moment donn

Adaptation
Garder unau
rythme de
soutenable
Suivi d'un plan
Plutttravail
que
changement
Avancement par itration
2011 Chris Ozanne et Arnaud Pasquiers

Le manifeste Agile
Personnes et
interactions
Un produit
oprationnel
Collaboration
avec le client
Adaptation au
changement

Expression des besoins

Plutt que

Processus et outils

Conception

Documentation
exhaustive

Dveloppement
Plutt que

Tests, recette &Ngociation

debugage
Plutt que

Plutt que

contrat

d'un

Suivi d'un plan

2011 Chris Ozanne et Arnaud Pasquiers

Les
solutions Agiles
Le manifeste
Agile
Personnes et
interactions

Plutt que
Expression
deProcessus
besoins

et outils

Conception

Un produit
oprationnel

Documentation
Plutt que
Dveloppementexhaustive

Collaboration
avec le client

Ngociation d'un
Plutt que
Tests,
recette & debuggage
contrat

i
1

Adaptation au
changement

i
2

i
3

i
n

Plutt que

Suivi d'un plan

2011 Chris Ozanne et Arnaud Pasquiers

Les
solutions Agiles
Le manifeste
Agile
Toujours focalises sur le produit final

Personnes et
Une vision commune
Processus et outils
Plutt que
pour lquipe
interactions
la satisfaction du client

Dcouper
Un
produit le projet autrementDocumentation
Plutt que
par fonctionnalit
oprationnel
exhaustive
Organiser en cycles de dveloppement rduits
Collaboration
Ngociation d'un
itrations
Plutt que
avec le client
contrat
Adaptation au
changement

Plutt que

Suivi d'un plan

2011 Chris Ozanne et Arnaud Pasquiers

Les
solutions Agiles
Le manifeste
Agile
Collaboration avec le client

Personnes et
Processus
et outils
Plutt que
Pourquoi
on veut des
contrats
?
interactions
Un -produit
Documentation
Instaurer la confiance autrement
Plutt que
oprationnel
exhaustive
- Eviter les effets pervers dun contrat
Collaboration
avec le client

Plutt que

Ngociation d'un
contrat

Adaptation au
changement

Plutt que

Suivi d'un plan

2011 Chris Ozanne et Arnaud Pasquiers

Les
solutions
Agiles
Le manifeste Agile
Adaptables

Personnes et
Processus et outils
Plutt que
Ractives
aux nouveaux
besoins
interactions

Rceptives aux nouvelles solutions

Un produit
oprationnel

Plutt que

Documentation
exhaustive

- Prendre les dcisions dfinitives le plus tard possible

- De courtes itrations permettent
de changer de
Collaboration
Ngociation
d'un
Plutt que
moiti fait
avec ledirection
client sans laisser des lments contrat

Adaptation au
changement

Plutt que

Suivi d'un plan

2011 Chris Ozanne et Arnaud Pasquiers

Agile : Planification
Lestimation de charge est difficile,
mais les courtes itrations nous
aident
On est plus prcis sur les petites tches
Feedback trs rapide
Plus facile sadapter face aux drives,
surprises

2011 Chris Ozanne et Arnaud Pasquiers

Exemple de mthode Agile

SCRUM

2011 Chris Ozanne et Arnaud Pasquiers

Scrum : Caractristiques
Produire le maximum de valeur pour
le minimum de cot
Besoins capturs dans un backlog de
produit prioris par une personne
Cycles de dveloppement de 2 4
semaines (Sprints) ; quipes
autogres
Mle quotidienne
2011 Chris Ozanne et Arnaud Pasquiers

Scrum : Les Acteurs

Product Owner
Porteur de la vision globale du produit
Gre le Backlog du Produit
Dfini des priorits
Accepte ou Rejette les livrables

2011 Chris Ozanne et Arnaud Pasquiers

Scrum : Les Acteurs

Scrum Master
Veille au bon fonctionnement de
lquipe
Enlve les obstacles

Gardien des pratiques de Scrum

Serviteur de lquipe - Facilitateur
Nest pas un chef de projet !

2011 Chris Ozanne et Arnaud Pasquiers

Scrum : Les Acteurs

Lquipe
5 9 personnes
Autogre ; les dcisions sont prises
collectivement
Contient toutes les comptences
ncessaires pour terminer le sprint
Ne change pas pendant un Sprint

2011 Chris Ozanne et Arnaud Pasquiers

Le processus Scrum
Planification
Mle quotidienne
du
Sprint
Mle
Estimation

quotidienne
15
minutes,
tous
les
jours
Sprint
Burndown
Chart
Crer
un
Backlog
produit
Visualisation
de l'tat
dudu
projet
sous

Backlog
du
produit

Trois
questions
pour chacun
la
forme
d'un
tableau
Par
analogie
de
prfrence
Revue
Runion
de du
lquipe
:
dcisions
sprint
Les tches
faire 24 heures fait hier

Quavez-vous
collectives
L'intuition
est
acceptable
!
Rtrospective
sprint
Les
Gr
parenlecours
Productdu
Owner
tches
Dfinirun
Quallez-vous
faire
objectif pour le
sprint
Planning
Poker
les
Liste
tches
de
termines
tout
ce
qui
va
entrainer

Choisir
Prsentation
des
nouveauts
des
lments
du
Backlog
de
aujourdhui
Eviter
l'influence
des
leaders
d'opinion
du
pour
lquipe
travail
Uniquement
lquipe
Tout
le
monde
est
invit
produit
pour
mettre
dans
le
backlog du
Collgialit

Quels
sont
vos
problmes
Constat
de ce
qui
bien
ou
moins
Apprciation
dea la
valeur
Toute
lquipe
pas
sprint
2 4participe
semaines
Recherche
du consensus,
etde
lajuste le
bien
march
dans
lorganisation
proprit
Scrum
Master
! des
Chaque
lment
est
dcoup
en taches
apporte
par
llment
collective
estimations
qui
Mettre
jour
leenBacklog
du Sprint
sont
Informel
estimes
heures
(max
2
Chiffr
de faon
imprcise
Lereste faire total pour le
jours)
User Stories
Sprint
La conception
de haut niveau
Backlog
-> burndown
chart est
du
sprint
aborde

Les tches ne sont pas nominatives

2011 Chris Ozanne et Arnaud Pasquiers

Produit

Exemple de mthode Agile

EXTREME PROGRAMMING

2011 Chris Ozanne et Arnaud Pasquiers

Extreme Programming :
Caractristiques
Mthodologie de dveloppement
base sur des valeurs, principes et
pratiques
Propose des pratiques dingnierie
comme le binomage et TDD.

2011 Chris Ozanne et Arnaud Pasquiers

Extreme Programming :
Valeurs
Communication
Entre les membres de lquipe
Verbale
Facilit par colocalisation de lquipe

Simplicit
Cherche la solution la plus simple qui
convient au problme du jour.
Le refactoring nest pas un chec, mais une
tape normale !
2011 Chris Ozanne et Arnaud Pasquiers

Extreme Programming :
Valeurs
Feedback
Des tests unitaires, fonctionnels
Du client
Revue avec le client toutes les deux trois
semaines

De lquipe
Grace la communication continuelle

2011 Chris Ozanne et Arnaud Pasquiers

Extreme Programming :
Valeurs
Courage
De sattaquer aux problmes tout de
suite
Dappliquer les valeurs XP
De jeter du code lorsque ncessaire

Respect
Tous les membres de lquipe apportent
quelque chose, peu importe leurs
annes dexprience
2011 Chris Ozanne et Arnaud Pasquiers

Extreme Programming :
Pratiques
Pair programming
Partage des ides, bonnes pratiques
Partage des expriences
Partage des comptences

Le code appartient tout le monde

Rgles de codage
Utilisation de patterns, mtaphores

2011 Chris Ozanne et Arnaud Pasquiers

Extreme Programming :
Pratiques
Tests
Unitaires
Intgration continue
Test-driven development

Conception incrmentale

2011 Chris Ozanne et Arnaud Pasquiers

QUESTIONS

2011 Chris Ozanne et Arnaud Pasquiers

Chris Ozanne
chris@ozanneconsulting.com
http://www.ozanneconsulting.com

Arnaud Pasquiers
Arnaud.pasquiers@twigly.com
http://www.twigly.com
2011 Chris Ozanne et Arnaud Pasquiers