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.
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
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 !
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é
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
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…
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
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 »