Les développeurs ne sont pas tous des individus mal rasés, travaillant la nuit et jonchant leur sillage de boites de soda et d'emballages de pizzas. L'agilité ne se réduit pas à des hurluberlus cherchant à couvrir chaque centimètre carré des murs de post-it multicolores. Et d'ailleurs, l'agilité, qu'est-ce que c'est vraiment ? Est-ce une nouvelle mode qu'il me faudra subir et passera à mon grand soulagement ? Ou est-ce une véritable réponse à la sclérose et l'inefficacité qui gangrènent nos projets ? Au long de cette présentation, nous allons découvrir ensemble ce qu'est réellement l'agilité, en quoi il peut vous aider à réaliser des projets qui déchirent tout en y prenant plaisir ! Depuis les principes de base (adaptation aux changements, collaboration et transparence) jusqu'aux pratiques telles que le test-driven développement, le pair-programming, l'intégration continue, etc. nous iront à la rencontre des fondamentaux de l'univers agile. Enfin, nous dérouleront un jour dans la vie du développeur agile pour comprendre comment les choses se passent. Réellement.

1. De l’agilité pour mon projet…
POUR QUOI FAIRE ??

2. Qui sommes-nous ?
Martin Mouterde
Christophe Addinquy

4. Agilité…
… un mot qui fait peur

5. Agilité…
Méthode
Religion
Valeurs
Révolution
Marketing
framework de gestion de projet
Plus de spec
… un mot qui fait peur

6. C’était pas bien avant ?
5 PROBLÈMES DU CYCLE EN V

7. Cycle en V : Le rappel

8. Cycle en V, Problème 1 :
Le partage d’info

9. Pb 1 : Le partage d’info
- de proche en proche
- 1 étape = 1 document

10. Sol 1 : Le partage d’info
- Level 1 : Diffusée à tous
- Level 2 : Un seul support d’échange

11. Cycle en V, Problème 2 :
Le Flux Stocké

12. Pb 2 : Le Flux Stocké
- 6 mois de spécifications à faire
- Verdict dans 1 an
Solution
- des itérations plus courtes

13. Cycle en V, Problème 3 :
Les chiffrages
3j
5j
+/- 1 j
8j
+/- 3 j

14. Pb 3 : Le Chiffrage
- Chiffrage = évaluation + risque
3j
+/- 1 j
8j
5j
+/- 4 j
- Estimation = Engagement ??
+/- 3 j

15. Sol 3 : Le Chiffrage
• Limiter le périmètre
• 30% d’erreur sur 500 ou sur 10 ?

16. Cycle en V, Problème 4 :
La Collaboration

17. Pb 4 : Collaboration
Un contrat pour les soumettre tous
 Erreur du prestataire => $
 Retard du prestataire => $
 Erreur du demandeur => $ +$ + $ + retard

18. Sol 4 : Collaboration
- Level 1 : Partager les Erreurs
- Level 2 : Permettre le changement du plan

19. Cycle en V, Problème 5 :
Créer de la
Valeur

20. Pb 5 : Créer de la valeur

21. Sol 5 : Créer de la valeur
- Level 1 : Faire les choses importantes d’abord
- Level 2 : Accepter d’abandonner la non valeur

22. La domination du Processus
La croyance dans la sacro-sainte
documentation
Respecter les règles ou le contrat
est le plus important
Faut suivre le plan : ton
boulot, c’est de ramer !

23. 2001

24. Et concrètement ?
L’EXEMPLE DE SCRUM

26. Scrum : la posologie
Un planning meeting au début du sprint
Un daily meeting chaque jour, de
préférence le matin
Une revue de sprint (démo) à la
fin de celui-ci
Une rétrospective, une fois
le sprint terminé

27. 3 artefacts principaux
Product backlog
Sprint backlog
(task board)
Burndown chart

28. 3 Rôles

29. Et les grosses boîtes ?
LA METHODE GOOGLE

30. La Méthode Google
- Plus qu’une méthode, une culture
•
•
•
•
•
Pas de hiérarchie
Turnover projet
Cultive l’excellence
La règle des 20%
Pas de roadmap

31. La Méthode Google
- Plus qu’une méthode, une culture
• Product Manager
• Evaluation par les pairs
• Incitation financière
Et ça marche ?

32. La Méthode Google
- Quelques limites
• Pas de planification
• Petite équipe
• Le projet adWords
- Scrum en homéopathie

33. Extreme Programming
Kanban
L’agilité, c’est aussi…
< Votre méthode agile ici >

34. Et moi là dedans ?
LA PLACE DU
DÉVELOPPEUR ?

35. Développeur : un savoir-faire important !
 L’excellence technique pour livrer
régulièrement
 Une architecture guidée par le besoin et non
par des « recettes toutes faites ».
 Des choix technologiques créatifs et raisonnés
qui ajoutent de la valeur
 Des pratiques de craftmanship :
TDD, ATDD, refactoring, Domain Driven
Design, etc…

36. Une journée dans la
vie du développeur
agile…

37. « Je viens d’arriver, je dépile 2 ou 3 trucs que
j’avais mis de côté hier soir avant que le reste
de l’équipe arrive »
Note à moi-même :
refactor « extract
interface » du
service métier

38. « 10:00 … daily meeting time ! »

39. Je viens de terminer la dernière tâche d’une
« user story », nous décidons de la valider dès
ce matin avec le Product Owner et de lui
montrer le passage des cas de test.

40. « Démo OK avec le Product Owner … il
faut dire que les acceptance tests
passaient déjà… »

41. « La story suivante n’est pas évidente :
besoin d’une petite design session pour
faire émerger la bonne archi »

42. « Maintenant, place au code : en pair
programming, avec TDD ! »

43. « 8 heures de travail intense : l’heure de
rentrer. Le rythme soutenable, c’est
important ! »

44. Alors, tu commences quand ??

45. Questions

46. Merci !
martin.mouterde@zenika.com
http://www.infoq.com/fr/author/Martin-Mouterde
christophe.addinquy@zenika.com
@addinquy
http://freethinker.addinq.uy