Retour d'expérience présenté lors de différentes étapes de l'agile tour 2012. Revient sur une mission d'accompagnement vers l'agilité dans un contexte de SSII à culture développement en cascade. S'attache à présenter les actions mises en oeuvre. Nombreuses photos pour illustrer le management visuel.

1. Les Infiltrés
Christophe
Keromen
Rouen
6 novembre
2012
Journal de bord de deux agilistes en milieu waterfall

2. waterfall : démarche de
développement logiciel en cascade
conduisant à des équipes
fonctionnant en silos
http://www.public-domain-image.com/full-image/fauna-animals-public-domain-images-pictures/fishes-public-domain-images-pictures/salmon-fis

3. 2012-05-09
2 coaches agiles :
• Superviseur régulier
• Facilitateur au quotidien avec l'équipe

4. 2012-07-13

5. Contexte
http://nonosse.zeblog.com/2005/12

6. • "Gros" contrat au forfait
• 1er lot raté
• délais - budget explosés
• client insatisfait

7. • Pas de culture agile
• Ré-organisation
• Équipe passant de 10 à 30 personnes
• turn-over
• changement de direction de projet

8. • Introduction de l'agilité dans le lot 2
• Sans formation
• Sans révolution : pas de SCRUM, ni d'XP
• Sponsor engagé au niveau Comité de Direction

9. Objectifs du sponsor
• Communication - transparence
• Amélioration continue
• Diminuer l'effet tunnel
• Assurer la fréquence des itérations et des livraisons
• Faciliter la communication de l'équipe avec ses partenaires
• Contrôler la vélocité
• Identifier les freins et obstacles et apporter des solutions
• Garantir un rythme soutenable tout au long du projet
• Assister la Direction de Projet dans l’animation de la cellule
de développement
• Capitaliser sur le retour d'expérience

10. Cadre fixé par le Sponsor
• Environnement collaboratif
• Itérations
• Réunions quotidiennes (Daily Meetings)
• Démos de fin d'itérations
• Rétrospectives

11. MOA
• Assistée d'un autre fournisseur
pour la rédaction des specs
• MOA -> Fournisseur tiers ->
cellule fonctionnelle SSII ->
cellule conception -> (Dossiers
de réalisations ) -> cellule
Développement http://www.geograph.org.uk/photo/1886963

12. L'équipe
site
distant
http://www.geograph.org.uk/photo/1886963

13. L'équipe
Beaucoup de managers !
• Directeur Programme
• Responsable Programme
• Directeur de projet
• PMO
(Project Management Office)
• 2 chefs de projet à mi-temps
• responsable équipe de dév. http://www.geograph.org.uk/photo/1886963
• un responsable par cellule

14. Début de la mission
http://i.images.cdn.fotopedia.com/flickr-4355125532-original/San_Francisco/Places_of_interest/Landmarks/Mission_District/El_Mismo_Imo_D

15. 2012-05-09
Kick-Off
Coup de fil le 7 :
"tu peux nous faire une présentation agile
et un atelier d'une heure après-demain ?"

16. A - Atelier d'émergence
des valeurs agiles

17. 2012-05-09
Kick-off
Individus et leurs Processus et les
Processus et
interactions
interactions outils
Négociation Collaboration
Privilégier
contractuelle avec le client
logiciels
Documentation
immédiatement
exhaustive
disponibles
Réactivité face
Respect d’un plan
aux changements

18. 2012-05-09
Kick-off
• Atelier + Théorie = 1h20
d'agilité
• et c'est parti pour 2 mois de
projet
http://www.geograph.org.uk/photo/1886963

19. 2012-05-14
Mise en place

20. Comment?

21. une définition de Kanban :
La méthode Kanban cherche à fluidifier le travail
en le rendant visuel,
en le contraignant par des limites
et en cherchant la bonne séquence d'activités.

22. Trois piliers
• Commencer là où vous en êtes
• S’engager à changer manière incrémentale
et évolutive (baby steps)
• Respecter le processus actuel, les rôles et
responsabilités

24. Rendre visible
Objectif :
Communication - transparence
Faciliter la communication de l'équipe
avec ses partenaires
➡
Identification et visualisation des Flux
http://www.flickr.com/photos/watz/5094204171/

25. Analyse du flux

26. 2012-05-31
Visualisation

27. Definition Of Done

28. 2012-06-15

29. adoption variable suivant les cellules...

30. Radiateur d'information

32. Contenu

34. Rendre visible
Objectif :
"Identifier les freins et obstacles"
➡Un obstacle = Un postit

35. 2012-05-30

36. Modèle

37. 2012-06-04
• Obstacles
• Risques
• Améliorations
de gauche à droite
= faible à fort

38. Rythmer
Objectif :
"Diminuer l'effet tunnel
Assurer la fréquence des itérations et
des livraisons
Garantir un rythme soutenable tout
au long du projet"
➡Itérations et événements http://www.iblogyou.fr/Photos/maxi/maxi_81310.jpg

39. Itérations

40. Itérations de deux semaines
• lundi sem 1 à 11h00 :
• réunion de planification avec responsables de cellules
• mardi semaine 2 : à 9h45
• réunion d'équipe "Assurer la démo"
• vendredi après-midi semaine 2
• démo à 14h30
• réunion par cellule à 15h30 :
• informations pour planification itération suivante

41. Assurer la démo
• J-3 Démo :
• est-ce qu'on tient la démo ?
Sinon :
plan d'action
redéfinition d'un périmètre 100 % confiance
• Ressenti des participants / objectif
• Si besoin chaque cellule organise sa propre réunion
pour définir les tâches

42. Indice de confiance J-3

43. Démos

44. La démo :
un outil pour définir les priorités de l'itération

45. Cadre d'itération

47. Daily Meeting

48. Objectifs
Pour l'équipe : synchronisation
•Atteindre l'objectif de l'itération
•Auto-organisation
•Communication
•Détection impediments
• défaut d'élocution, encombrement, entrave, frein,
moyen de dissuasion, obstacle, obstruction, préventif
•Action (post-it)

49. • Tous les membres de la cellule
• + un représentant gestion de projet
= Observateur
• {+ volontaires}
• Même heure
• Même endroit (devant le tableau)

50. 3 informations
• Qu'ai-je terminé hier ?
• Qu'est ce que je vais terminer aujourd'hui ?
• Quels obstacles ?
➡l'équipe : Comment pouvons nous t'aider ?

51. Comment faire à
25 personnes ?
25 personnes ?

52. • 9h45 - 10h00 : CONCEPTION
• 10h00 - 10h10 : DEV
• 10h10 - 10h20 : HOMOLOGATION
• 10h20 - 10h30 : ARCHI
• 10h30 - 10h40 : MANAGEMENT

53. Risque :
évoluer vers du reporting
évoluer vers du reporting

54. Évolution
• Focus sur les items du périmètre de la démo
• obstacles
• Est-ce que tout le monde sait ce qu'il a faire ?
• Autre chose à ajouter ? Risques ? Alerte
Date

55. Rétrospectives
Objectif :
"Amélioration continue
Capitalisation du retour d'expérience"
➡Rétrospectives
http://images.cdn.fotopedia.com/flickr-242756854-original.jpg

56. Rétrospective
2012-06-05 : une rétrospective ça se prépare
1) quels objectifs
2) choix des ateliers

57. Rétrospective

58. Rétrospective cellule Conception

59. diagramme d'Ishikawa
Rétrospective cellule Dev

60. Coach Agile ?
http://rugby-pioneers.blogs.com/rugby/2012/09/lions-tour-to-australia-1888-2013.html?cid=6a00d834525c4769e2017d3c21d581970c

61. Transformation agile
•Imposer (rythme, évènements, cadre....)
•Inciter (binomage, TDD, revue de code, pratiques...)
•Susciter, accompagner (émergence, amélioration continue)

62. Deux dynamiques à concilier

63. • Chef de Projet : suivi des temps
• pas d'affectation de tâches aux équipiers
• pas non plus le rôle du coach
• mais garant des priorités de l'itération

64. Tuning
Congés

65. Management visuel

66. Ça bloque !

67. 1er frein
Questions en attente = blocage
•1er problème identifié =
un problème de communication
•2ème problème =
manque de suivi et de prise en charge

68. Urgence !

69. 2012-06-11
Le tableau des obstacles commence à se vider !

70. 2012-06-11
2012-06-15

71. Indicateurs Obstacles

73. 2012-07-12

75. Objectif :
"Assister la Direction de Projet dans
l’animation de la cellule de
développement"
➡Partager la vision
http://www.camptocamp.org/images/299243/fr/vision-nocturne

80. Détendre

81. Métriques
http://fr.fotopedia.com/items/6nf9pniglhbor-bLckrKFrjsQ

83. Fin de partie
http://www.flickr.com/photos/magnus_akselvoll/5602266549/

84. 2012-07-12

86. 2012-07-12

87. 2012-07-02 :
On sert à quoi ?
On sert à quoi ?

89. Annulation de la démo
de l'itération 3

90. "Le coût de l'agilité"
10% du coût du projet ?

91. Bilan
http://fr.fotopedia.com/items/flickr-3438300459

92. Objectifs sponsor
• Diminution de l'effet tunnel ✓
• Communication - transparence ✓
• Amélioration continue ✓
• Capitalisation du retour d'expérience

93. Attentes du Sponsor
• Assurer la fréquence des itérations et des livraisons ?
• Faciliter la communication de l'équipe avec ses ?
partenaires
• Identifier les freins et obstacles et apporter des ✓?
solutions

94. Attentes du Sponsor
• Contrôler la vélocité
• Garantir un rythme soutenable tout au long du ✓
projet
• Assister la Direction de Projet dans l’animation de ✓
la cellule de développement

95. Critères défavorisant
• Indisponibilité du client ou de l'utilisateur ✓
• Dispersion géographique des ressources ✓
humaines
• Inertie des acteurs du projet ou refus des ?
changements
• Gouvernance complexe de la DSI ✓
http://fr.wikipedia.org/wiki/M%C3%A9thode_agile

96. fonctionnalités à forte valeur ajoutée. x
01 - La plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des
14
02 - Le changement est accepté, même tardivement dans le développement,
2
car les processus agiles exploitent le changement comme avantage compétitif pour le client.
03 - La livraison s’applique à une application fonctionnelle, toutes les deux semaines à deux mois, avec une
4
préférence pour la période la plus courte.
quotidiennement au projet. x
04 - Le métier et les développeurs doivent collaborer régulièrement et de préférence
10
05 - Le projet doit impliquer des personnes motivées.
Donnez leur l'environnement et le soutien dont elles ont besoin et faites leur confiance quant au respect des 6
objectifs.
06 - La méthode la plus efficace de transmettre l'information est une conversation en face à face. 2
07 - L’unité de mesure de la progression du projet est un logiciel fonctionnel
3
(ce qui exclut de comptabiliser les fonctions non formellement achevées).
08 - Les processus agiles promeuvent un rythme de développement soutenable
3
(afin d’éviter la non qualité découlant de la fatigue).
09 - Les processus agiles recommandent une attention continue à l'excellence technique et à la qualité de la
2
x
conception.
10 - La simplicité et l'art de minimiser les tâches parasites sont appliqués comme principes
9
essentiels.
11 - Les équipes s'auto-organisent afin de faire émerger les meilleures architectures, spécifications et
5
conceptions.
12 - À intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son
2
processus de travail en conséquence.

97. Retour Chef de projet

98. Intérêt de l'agilité
L'agilité permet d'être plus réactif avec des
Stand up meeting quotidiens.
Cela a aussi permis d'être plus proactif sur
la résolution des blocages que l'on a
tendance à laisser aux oubliettes sinon.
Le fait de mettre en place des itérations a
permis d'éviter l'effet tunnel, par contre
cela a parfois nécessité la mis en place de
solution jetable afin de tenir la date de http://lucaskrech.com/blog/index.php/tag/dance/
l'itération.

99. Découverte de l'agilité
C'est la première fois que j'étais
sur un projet agile, j'ai trouvé cela
novateur et intéressant.
Par contre cela change beaucoup
la façon de faire en terme de
gestion de projet par rapport à
des planifications avec des http://lucaskrech.com/blog/index.php/tag/dance/
diagrammes de Gantt.

100. Apport de l'agilité
Cela a permis de gérer la
complexité de l'enchaînement des
tâches de chacun vu que les
équipes étaient dépendantes les
unes des autres ce qui aurait été
difficile à faire avec une approche
classique. http://lucaskrech.com/blog/index.php/tag/dance/

101. Problèmes rencontrés
Les post-it tombaient parfois! Il a
fallu suivre l'avancement des post-
it dans un fichier Excel pour avoir
un historique et en tirer des
indicateurs.
Les gens n'ont pas été beaucoup
formés et du coup n'ont pas
http://lucaskrech.com/blog/index.php/tag/dance/
forcément vu l'intérêt de l'agilité
sur le projet.

102. Améliorations ?
Des magnets ont été mis sur
certains post-it pour qu'ils
tiennent !
http://lucaskrech.com/blog/index.php/tag/dance/

103. Conclusion
Il est difficile de mesurer l'apport
globale de l'agilité sur le projet.
Cela a sûrement permis de gagner
du temps pour résoudre les points
de blocage.
Nous étions très en retard par
rapport aux dates de livraison,
mais je ne pense pas que la http://lucaskrech.com/blog/index.php/tag/dance/
méthode soit à mettre en cause.

104. Some ppl think change efforts fail becuz
of "resistance." But "resistance" is
evidence of failure to include ppl in
designing the chg
Esther Derby
Esther Derby

105. Questions ?