XP renaissance

BBL talk presenting eXtreme Programming in a modern way

Transcript

1. XP RENAISSANCE @cyrdup 1
2. OBJECTIFS Vous permettre de réussir des projets grâce à une alternative à Scrum Rappeler d’où viennent les méthodes agiles Vous faire découvrir eXtreme Programming (XP) Valeurs Principes Pratiques Partager mon retour d’expérience 2
3. CYRILLE DUPUYDAUBY Participé au premier projet XP de la SGCIB Ne conduis que des projets agiles depuis Pratique surtout XP, ou Scrum + XP OSS: Créateur de Michonne, premier contributeur de NFluent Retrouvez moi sur le web: @cyrdup, many-cores.com (blog), @dupdob (github), speakerdeck et slideshare 3
4. MÉTHODES AGILES SCRUM XP Crystal RAD/DSDM ‘RUP’, … 4
5. RAD & DSDM Réalisation itérative à rythme rapide Surveillance de l’adéquation aux besoins Basé sur un plan Réversibilité de tout développement 5
6. SCRUM 3 piliers: T ransparence, Inspection, Adaptation Organisé autour de cérémonies Liberté de l’équipe de choisir ses pratiques Amélioration continue 6
7. CRYSTAL METHODS Ensemble de méthodes similaires Attention sur les personnes Itératif, amélioration continue, communication proche, sécurité… Pratiques techniques 7
8. EXTREME PROGRAMMING Centré sur des valeurs humaines Mise en avant des pratiques techniques Coeur: 5 valeurs et 14 principes 8
9. OUI MAIS…. 9
10. ECHEC DE L’AGILITÉ scrummerfall (Brad Wilson) => 2007 waterfall+scrumm, a.k.a iterative waterfall, un sprint fait d’une phase d’étude, une phase d’exécution, une phase de test flaccid scrum (Martin Fowler) =>2009 application exclusive et naïve des cérémonies Scrum 10
13. 13 ET XP DANS TOUT ÇA? Embracing change
14. LES RÉPONSES XP est une méthode intégrale Qualité mise en avant Pratiques innovantes reprises massivement par le craftmanship Enjeux des valeurs 14
15. LES VALEURS 15
16. 16 COMMUNICATION PAS DE COOPÉRATION SANS COMMUNICATION
17. 17 RESPECT LES MEMBRES DE L’ÉQUIPE DOIVENT ÊTRE RESPECTÉ LEURS CONTRIBUTIONS AUSSI
18. 18 FEEDBACK LE RETOUR EST INDISPENSABLE POUR SAVOIR SI ON AVANCE DANS LA BONNE DIRECTION
19. 19 SIMPLICITÉ “LA PERFECTION EST ATTEINTE, NON PAS LORSQU'IL N'Y A PLUS RIEN À AJOUTER, MAIS LORSQU'IL N'Y A PLUS RIEN À RETIRER.” ST EXUPERY
20. 20 COURAGE LA CAPACITÉ À AGIR TOUT EN AYANT PEUR
21. PRINCIPES 21
22. Humanité Economique Bénéfice Mutuel Réplication Amélioration Diversité Réflexion Flux Opportunité Redondance Echec Qualité Baby steps Responsabilité acceptée 22
23. Humanité Economique Bénéfice Mutuel Réplication Amélioration Diversité Réflexion Flux Opportunité Redondance Echec Qualité Baby steps Responsabilité acceptée 23
24. LA BOITE A OUTILS Pratiques primordiales 24
26. SIT TOGETHER & INFORMATIVE WORKSPACE Proximité immédiate Open space pour l’équipe Utiliser les murs (stories, backlog) 26
27. WHOLE TEAM T outes les personnes nécessaires au projet Y compris: les ops, experts et utilisateur(s) à 100% 27
28. ENERGIZED WORK Optimiser ses moments de travail en fonction de ses cycles 28
29. PAIR PROGRAMMING Le développement se fait à deux derrière les écrans 29
30. TEST FIRST PROGRAMMING Ecrire un test qui échoue avant d’écrire ou changer du code Ecrire juste ce qu’il faut de code pour que le test passe Remettre le code au propre 30
32. TEST FIRST PROGRAMMING TDD is dead (DHH) => 2014 T rop de tests unitaires crée de la dette 32
33. INCREMENTAL DESIGN Le design est une activité continue, au fur et à mesure et non pas seulement en une passe au début 33
34. CYCLE HEBDOMADAIRE revue d’itération séléction/priorisation de stories transformation des stories en tâches 34
35. CYCLE TRIMESTRIEL Sélection du (des) thème(s) Revue large identification des goulots intégration dans l’entreprise 35
36. SLACK Il est important de se garder de la marge pour mieux gérer les risques de glissement 36
37. STORIES Les tâches émergent de use case 37
38. 10 MINUTES BUILD Le build doit être rapide afin de donner du feedback utile 38
39. CONTINUOUS INTEGRATION Les modifications sont rapidement intégrées Le build doit aller jusqu’au déploiement 39
40. 40 Pratiques Corollaires
41. LES FORCES D’XP 41
42. 1ERE EXPÉRIENCE 42
44. BILAN 44
45. LES LIMITES 45 Nécessitent un minimum d’expérience ne scale pas naturelemment (<= personnes) s’intègre mal en entreprise classique
46. DÉLIVRE DE LA VALEUR RAPIDEMENT 46
47. CRÉE DES ÉQUIPES SOUDÉES 47
48. LES VALEURS SONT CLEFS 48
49. ANNEXES 49
50. XP V1 50
51. 51 Test-Driven Development Simple Design Pair Programming Refactoring Collective Ownership Coding Standard Continuous Integration Sustainable Pace Metaphor Whole Team Customer Tests Planning Game Small Release XP Practices