2. 2
Etre Agile est
un état
d’esprit
Applicable à l’échelle équipe et
individuelle
L’agilité est initialement prévue
pour le développement logiciel.
Elle s’applique à tous les
domaines
3. 3
Itératif et Incrémental
Combinaison de l’approche itérative
et incrémentale
En utilisant le MVP
Si le budget est atteint, il y a
toujours de la valeur à livrer
Credits: Jeff Patton
5. 5
Découper le travail en
petits éléments
Commencer par l’
élément qui a le plus de
valeur
Découper le temps en
intervalles et livrer
rapidement
Découper le
travail et livrer
régulièrement
10. 10
Inspecter & adapter
Inspecter à chaque itération
▪ Adapter l’increment
▪ Mettre à jour les priorities en collaboration avec le client
How the
customer
explained it
How the project
leader
Understood it
How the
programmer
Wrote it
How the sales
Executive
described it
What the
customer
really needed
11. 11
La connaissance est tirée de l’expérience
Les décisions sont prises en se basant sur des faits concrets
PDCA: Plan Do Check Adapt
Il n’y a pas d’échec, il y a des leçons
Empirisme
Plan
Do
Check
Act
17. 17
In 18 minutes build the tallest free-standing
structure out of 20 spaghetti, 1 meter of tape, 3
meter of string and one marshmallow. The
marshmallow must be on top
The challenge is simple
Marshmallow challenge
18. 18
L’état d’esprit Agile
Plan
Do
Check
Adapt
Itératif et Incrémental
Minimal Viable
Product
Le Principe de Pareto Diviser le travail et prioriser
Délivrer fréquemment et
prendre les feedback
Empirisme
Echouer & apprendre
80%
Résultats
20%
Effort
23. 23
Le tribunal des valeurs
A B
1
Les individus et leurs
interactions
Les processus et les outils
2 Des logiciels opérationnels
De la documentation
exhaustive
3 La collaboration avec les clients La négociation contractuelle
4 L’adaptation au changement le suivi d’un plan
24. 24
Le manifeste agile (2001)
Les individus et
leurs interactions
plus que les
processus et les
outils
Des logiciels
opérationnels
plus qu’une
documentation
exhaustive
La collaboration
avec les clients
plus que la
négociation
contractuelle
L’adaptation au
changement
plus que le suivi
d’un plan
Nous découvrons
comment mieux
développer des
logiciels
par la pratique et
en aidant les
autres à le faire.
Ces expériences
nous ont amenés
à valoriser
Nous
reconnaisson
s la valeur
des seconds
éléments,
mais
privilégions
les premiers.
25. 25
• quatre principes
directeurs
• Ultraléger
• Sans rôles
• Sans responsabilités
• Sans méthodes associées
MONDERN AGILE
Joshua
Kerievsky
Titre/Mot clé
29. 29
Une brève description d’une
fonctionnalité telle que vue par
l’utilisateur
Maturation: Règle des 3c
▪ Carte: définition initiale
▪ Conversation: enrichissement
▪ Confirmation: validation & tests d’acceptation
Les User Stories
en tant
que…
je veux…
afin de…
Tests d’acceptation
• Etant donné: l’état du logiciel avant l’exécution de la user
story
• Quand : un événement qui déclenche un processus
• Alors : l’état du logiciel après l’exécution
Qualité: INVEST
• Independant
• Negociable
• Valuable
• Estimable
• Small ennough
• Testable
Définition du Done:
lève toute ambiguïté concernant la question « est ce que la US est
ok »
31. Principe japonais pour l’apprentissage des arts martiaux
Les étapes pour l’apprentissage
Shu
Suivre les
pratiques
enseignées
Ha
Comprendre l’esprit
derrière ses pratiques
et apprendre de
nouvelles
améliorations
Ri
Se détacher des
pratiques initiales et
inventer de nouvelles
règles et pratiques