Ce document présente l'agilité comme la capacité d'une organisation à créer de la valeur tout en s'adaptant aux changements. Il détaille les méthodes agiles, avec un accent particulier sur Scrum, ses principes, pratiques, rôles et artefacts. L'auteur souligne l'importance de redonner de l'intelligence aux équipes pour optimiser la livraison et la satisfaction client.

1. Présentation de L’AgilitéPar Jean-Yves KLEIN,
Coach Agile
et metteur de place d’équipes Agile depuis 2004
Jeanyves.klein69@gmail.com
Club Agile Rhône Alpes
5 Septembre 2017

2. Nos sponsors, qui nous permettent
d’être là ce soir

3. Sommaire
 1/ L’agilité dont je ne vais pas parler
 2/ L’Agilité, c’est quoi ? ça sert à quoi ?
 3/ Exemple de méthode Agile : Scrum

4. Ce dont je ne vais pas parler

5. Ce dont je ne vais pas parler
 Je n’aurais pas le temps de vous parler de l’entreprise libérée…
 Je n’aurais pas le temps de vous parler de l’agilité dans l’innovation…
 Je n’aurais pas le temps…..

6. L’Agilité, c’est d'abord :
« l’agilité, c’est la capacité d’une
organisation à créer de la valeur et à
satisfaire continuellement le client final,
tout en s’adaptant aux changements de
son environnement » Claude AUBRY.
Livrer de la Valeur au plus TÔT

7. L’Agilité, c’est d’Abord :
 L’Agilité, c’est redonner le l’intelligence aux équipes.
Alors que les méthodes classiques de gestions de projets sont
issues du Fordisme « Fais ce qu’on te dit ! »
 Avec l’Agilité, on va mieux utiliser le temps de cerveau
disponible de l’équipe

8. Les Méthodes Agiles
 C’est des principes
Valeurs
 C’est guidé par des Valeurs
 Les individus plutôt que les Process
 Un logiciel qui fonctionne
 La collaboration avec les clients
 L’adaptation au changement Principes
Practices
 C’est des pratices

9. Les Méthodes Agiles : un
peu d’histoire
1970 Winston Royce criticises the Waterfall approach
1971 Harlan Mills proposes incrémental development
1987 « Cleanroom » Software engineering
1991 Peter DeGrace: Sashimi model, advanced Waterfall sequencing
1992 « Crystal family of methodologies »
1994 DSDM
1995 Scrum
1996: Rational Unified Process framework
1997 Feature Driven Development
1999:Extreme Programming Explained
2001: Agile manifesto made public
2003 Lean Software Development
2007 Kanban-based software engineering
2008 Lean Startup
2009 Scrumban

10. Les Méthodes Agiles
 C’est valable, quel que soit votre projet,
 Informatique
 Marketing
 Electronique
 …

11. Les Méthodes Agiles
 Aujourd’hui, une entreprise gère 3 type de Process:
Kanban
Scrum
Lean StartUpLes avant projet : On test quelque chose
Les Projets : On a défini un budget,
des ressources, …
 Le Business As Usual.
Ce qu’on produit tous les jours

12. Les Méthodes Agiles

13. Les Méthodes Agiles
Pas de méthode…
Méthodes Agiles…

14. Q : Quel est le pire moment pour
détecter une anomalie ?
Projet
début Mise en Prod

15. Q : Quel est le pire moment pour
demander une modification ?
Projet
début Mise en Prod

16. Cycle classique d’un projet
Planning Projet

17. Cycle classique d’un projet
Planning Projet
Effet Tunnel

18. L’Agilité, ca sert à quoi ?
Source inconnue
Le client n’est pas content
Le client peut vivre avec
Ce que veut le client
Début du
Projet

19. L’Agilité, ca sert à quoi ?
Source inconnue
Scrum
Cycle en V
Le client n’est pas content
Le client peut vivre avec
Ce que veut le client
Début du
Projet
Produit
Final
Produit Final

20. L’Agilité, ca sert à quoi ?

21. L’Agilité, ca sert à quoi ?
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 … Sprint n
Potentially
Shippable
Release 1
Release 2
Potentially
Shippable

22. SCRUM : Rôles et Responsabilites
Product Owner Scrum Master
Coach
L’équipe

23. SCRUM : Rôles et Responsabilités
A la vision Produit, Il représente les
utilisateurs finaux et toutes les parties prenantes
Il est responsable du retour sur investissement
Le Product Owner doit :
• Trouver et porter le Budget du projet
• Définir et communiquer sur le besoin
• Définir et communiquer sur les critères d’acceptations
• Prioriser les demandes
• Décider si la version livrée peut être mise en Production
• Participer et donner son retour sur la solution lors des réunions
• Communiquer au-delà de l’équipe
• Avoir le dernier mot sur les choix projets (accepte / Refuse)
Product Owner

24. SCRUM : Rôles et Responsabilités
Connait les méthodes Agile, et le Framework Scrum
Il est le garant de la méthodologie
Le Scrum Master / Coach doit :
• Être le garant des valeurs de l’Agilité (Savoir Être)
• Faciliter les cérémonies
• Aider à enlever les obstacles
• Gérer le management
• Être le garant de la discipline de l’équipe
• Ne jamais laisser tomber,
• Eviter que la routine s’installe
Scrum Master / Coach

25. SCRUM : Rôles et Responsabilités
Est responsable de la production du produit,
de la solution
L’Equipe doit :
• Participer à toutes les cérémonies
• Poser toutes les questions pour comprendre ce dont ils ont besoin pour produire
• Donner de la visibilité sur ce qui doit être fait pour réaliser le produit
• Estimer le travail qu’il reste à faire à des intervalles réguliers
• S’assurer que la qualité de la solution n’est pas négociable et ne sera pas négocié
• Participer à l’amélioration de la solution et des process
L’Equipe

26. SCRUM : Rôles et Responsabilités
• Question à 1 euro : Qu’est-ce qui manque ?

27. SCRUM : Artefacts
Product Backlog
Sprint Backlog
Increment

28. SCRUM : Artefacts : Product Backlog
• Est géré par le Product Owner
• Exprime les besoins, connus à l’instant T.
• Priorisé par le Product Owner
• Visible par tous, tout le temps
• Est estimé par les membres de l’équipe
• Evolue en fonction de nouveaux besoins.

29. SCRUM : Artefacts : Sprint Backlog
• C’est une sous partie du Backlog Produit
• C’est une sélection, qui comprend ce qui doit
être livré par l’équipe sur les prochains Sprint.
• Le P.O., le métier et l’équipe collaborent pour
définir ce Sprint backlog
• Le Sprint Backlog est décliné en tâches pour le
prochain Sprint, lors de la réunion de Sprint
Planning
• Le Sprint Backlog est visible sur le Scrum Wall

30. SCRUM : Artefacts : Incréments
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 … Sprint n
Potentially
Shippable
Release 1
Release 2
Potentially
Shippable

31. SCRUM : Artefacts : Incréments
• Le but de chaque Sprint est de livrer un morceau
de la solution
• Chaque morceau peut être potentiellement mis en
production. Cela veut dire que le niveau de qualité
est compatible avec les standards et les process de
production.
• Le choix de mettre ou de ne pas mettre en
production est une décision du PO

32. SCRUM : Artefacts
Product Backlog Items Burn Down ChartScrum Wall

33. SCRUM : Artefacts : Product Backlog
 User Stories
• Cartes : Les users stories peuvent être écrites sur des cartes,
ce qui permet de les ordonner, prioriser, mettre à jour,
détruire… Il est aussi possible de les dématérialiser.
Elles sont sous la forme de
« En tant que XXXX, je dois YYYYYYY afin de ZZZZZ »
• Conversation: Les détails pour chaque User Stories ne sont
pas inscrits. Ils seront définis lors de la phase de clarification,
spécification
• Confirmation: La User Storie doit préciser ses critères
d’acceptations, afin de permettre à tous de comprendre
quand le travail est fini.

34. SCRUM : Artefacts : Product Backlog
Exemples de User
Stories d’une
application d’achat
de produits culturel
(Fnac?)
#1: recevoir des recommandations
En tant que un Client existant
Je Veux recevoir des recommandations
Afin de trouver des produits qui pourraient m’intéresser
#2: Voire les détails des
produits
En tant que visiteur du site
existant
Je Veux être en mesure de voir
tous les produits
Afin de pouvoir décider si j’ai
envie de passer une commande
#3: PAY
En tant que un Client existant
Je Veux être en mesure de payer
en 1 click
Afin de finir ma commande plus
rapidement
#4: Donner mon opinion
En tant que un Client existant
Je Veux être en mesure de donner
mon avis sur un produit que j’ai
acheté
Afin d aider les autres acheteurs
#5: ???
En tant que ??
Je Veux ??
Afin de ??

35. SCRUM : Artefacts : Product Backlog
Critère de validation
• J’ai reçu des recommandations par
mail
• Je n’ai pas reçu plus de 6
recommandations par mail
• J’ai retrouvé les recommandations sur
la page d’accueil.
• Les recommandations sont basées sur
mes derniers achats et mes dernières
recherches.
#1: recevoir des recommandations
En tant que un Client existant
Je Veux recevoir des
recommandations
Afin de trouver des produits qui
pourraient m’intéresser

36. SCRUM : Artefacts : Burn Down Chart
• Cet outil permet de donner de la visibilité sur
le succès du sprint
• Il comporte tout d’abord la trajectoire idéale /
linéaire
• La trajectoire réelle est inscrite sur le même
graphique chaque jour
• Les déviations donnent lieu à des discussions
>> à ce titre, la valeur de l’outil est dans les
discussions qui en découlent
• La forme du ‘burn down’ est un indicateur
d’évènements survenus durant le Sprint

37. SCRUM : Artefacts : Scrum Wall
Sprint
Backlog
Prêt à démarrer En cours Fini
Story 1
Story 2
Story 3

38. SCRUM : Artefacts : Scrum Wall

39. SCRUM : Process et Cérémonies

40. SCRUM : Process et Cérémonies :

41. SCRUM : Process et Cérémonies : PB Refinement
 On discute des nouveaux (mais pas que) User
Stories du Product Backlog
 Discuter et comprendre les critères d’acceptation
 S’assurer de la priorisation du Product Backlog
 Spliter les User Stories si nécessaire
 Estimer les Items du Sprint Backlog
 Préparer les User Stories qui doivent être incluse
dans la réunion de Sprint Planning

42. SCRUM : Process et Cérémonies : Sprint Planning
 C’est le lieu et le moment ou les objectif du sprint sont
discuté
 C’est aussi l’endroit où le « Quoi » est discuté et validé
 Si besoin, d’autres réunions sont planifiées pour valider les
critères d’acceptation

43. SCRUM : Process et Cérémonies : Sprint Planning
 L’Estimation par l’équipe du travail à
réaliser est l’une des clefs du succès du
projet.
 Un outil peut être utilisé : le planning
Poker
 A l’issue de la réunion, l’équipe s’engage à
réaliser lors du Sprint qui démarre un
certain nombre de User Stories

44. SCRUM : Process et Cérémonies : le Sprint
 Pendant le sprint, l’équipe s’auto-
organise pour livrer et atteindre les
objectifs du sprint.
 Toutes les activités liés à l’atteinte des
objectifs sont planifiées
 Toutes les activités sont visibles et
transparentes pour tous.

45. SCRUM : Process et Cérémonies : Sprint
Story 1
Story 2
Story 3
Sprint
Backlog
Ready to
Start
In Progress Done

46. SCRUM : Process et Cérémonies : Daily Meeting
Le Daily meeting est là pour échanger
tous les jours entre les membres de
l’équipe.
Chacun a 1 minute pour dire:
Ce qu’il a fait hier
Les problèmes qu’il a rencontré
Ce qu’il va faire aujourd’hui

47. SCRUM : Process et Cérémonies : Daily meeting
Story 1
Story 2
Story 3
Partager les
Progrès
Share Objectives
and plans
Mettre à jour le
burn down chart
Sprint
Backlog
Ready to
Start
In Progress Done

48. SCRUM : Artefacts : Sprint Review, Demonstration
 L’équipe montre ce qui a été réalisé
pendant le sprint
 Les critères de validation sont utilisés pour
valider le travail fait
 N’importe quelle partie prenante peut être
invitée

49. Annexes

50. SCRUM : Artefacts : Rétrospective
La rétrospective s’inscrit
dans le cadre de
l’amélioration continue
En toute bienveillance, on
parle de ce qui a marché,
ce qui n’a pas marché, ce
qu’il faut arrêter, et
démarrer

51. Le manifeste Agile
We are uncovering better ways of developing software by doing it and helping others do it.
Through this work we have come to value
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on the right, we value the items on the left more.
 Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim
Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff
Sutherland, Dave Thomas, 2001

52. Méthodes et taux d’adoption
2009 2016