Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
eXtreme Programming : la méthode Agile ?
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Pascal Le Merrer
June 19, 2023
Programming
86
0
Share
eXtreme Programming : la méthode Agile ?
Slides de ma keynote à AlpesCraft 2023
Pascal Le Merrer
June 19, 2023
More Decks by Pascal Le Merrer
See All by Pascal Le Merrer
Le côté obscur des IA génératives
pascallemerrer
0
190
Introduction pour l'atelier "Elm Shop"
pascallemerrer
0
120
Le rocher de Sysiphe - AFUP Day Rennes 2021
pascallemerrer
0
98
Coding dojos - Agile Tour Rennes 2019
pascallemerrer
0
69
Comment Elm a changé mon expérience de dev front-end
pascallemerrer
0
190
Coding dojos - Diffusez les bonnes pratiques de dev !
pascallemerrer
0
100
Software Craftsmanship - De le théorie à la pratique
pascallemerrer
0
370
Other Decks in Programming
See All in Programming
20年以上続くプロダクトでも使い続けられる静的解析ツールを求めて
matsuo_atsushi
0
150
ECR拡張スキャンでSBOMを収集して サプライチェーン攻撃の影響調査を 爆速で終わらせてみた
akihisaikeda
1
150
[BalkanRuby 2026] Drop your app/services!
palkan
3
560
継続的な負荷検証を目指して
pyama86
3
1.2k
ビジネスモデルから紐解く、AI+型駆動開発
hirokiomote
0
290
「OSSがあるなら自作するな」は AI時代も正しいか ── Build vs Adopt の新しい判断基準
kumorn5s
7
2.8k
AIを導入する前にやるべきこと
negima
2
370
Structured Concurrency, Scoped Values and Joiners in the JDK 25 26 27
josepaumard
1
150
GoogleCloudとterraform完全に理解した
terisuke
1
200
いつか誰かが、と思っていた フロントエンド刷新5年間の実践知
kiichisugihara
1
280
RailsTokyo 2026#4: AI様があれば、 Hotwireの弱点は消えるか?
naofumi
3
420
サプライチェーン攻撃対策「層を重ねて落ちない壁」を10日間で組み上げた話 #TechLeadConf2026
kashewnuts
1
290
Featured
See All Featured
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
10k
Facilitating Awesome Meetings
lara
57
6.9k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Heart Work Chapter 1 - Part 1
lfama
PRO
7
36k
Odyssey Design
rkendrick25
PRO
2
620
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
460
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
360
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
820
Technical Leadership for Architectural Decision Making
baasie
3
370
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.3k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.7k
Transcript
eXtreme Programming : LA méthode Agile ? Pascal Le Merrer
Juin 2023
2001
2004
2002 : L’EXTREME PROGRAMMING AVEC DEUX ÉTUDES DE CAS
2005 : GESTION DE PROJET EXTREME PROGRAMMING JEAN-LOUIS BÉNARD, LAURENT BOSSAVIT, RÉGIS MÉDINA, DOMINIC WILLIAMS
IMPACT D’XP • User stories • Pair programming • TDD
• Intégration continue • Tests de recette automatisés • Déploiement continu
SCRUM XP ASD SCRUMBAN SCRUM + XP KANBAN LEAN STARTUP
RAD FDD AGILE MODELING LEAN SOFTWARE DEVELOPMENT DSDM POPULARITÉ DES MÉTHODES AGILES DISCIPLINED AGILE DELIVERY CRYSTAL AUP
SCRUM XP ASD SCRUMBAN SCRUM + XP KANBAN LEAN STARTUP
RAD FDD AGILE MODELING LEAN SOFTWARE DEVELOPMENT DSDM 1% 6% 66% POPULARITÉ DES MÉTHODES AGILES DISCIPLINED AGILE DELIVERY CRYSTAL AUP
LA GENESE
KENT BECK
PROJET C3 1996
EXTREME PROGRAMMING EXPLAINED EMBRACE CHANGE 1999, KENT
BECK XP v1
VALEURS • Communication • Simplicité • Feedback • Courage XP
v1
PRATIQUES • Tests unitaires • Tests de recette automatisés •
Programmation en binôme • Intégration continue • Remaniement (refactoring) • Règles de codage • Conception simple XP v1 • Livraisons fréquentes • Planification itérative • Client sur site • Métaphore • Responsabilité collective du code • Rythme durable
XP V2
EXTREME PROGRAMMING EXPLAINED SECOND EDITION 2005, KENT BECK
& CYNTHIA ANDRES XP v2
VALEURS • Communication • Simplicité • Feedback • Courage •
Respect XP v2
PRATIQUES PRINCIPALES • Équipe co-localisée • Équipe entière • Espace
de travail informatif • Travail dynamique • Pair programming • Développement piloté par les tests • Stories • Cycle hebdomadaire • Cycle trimestriel • Marge • Build en 10 minutes • Intégration continue • Conception incrémentale XP v2
PRATIQUES COROLLAIRES • Implication du client réel • Déploiement incrémental
• Continuité d’équipe • Réduction des équipes • Analyse des causes racines • Code partagé • Code et tests • Base de code unique • Déploiement quotidien • Périmètre contractuel négocié • Paiement à l’usage XP v2
PRINCIPES • Humanisme • Budget • Bénéfice mutuel • Similarité
• Amélioration • Diversité • Flux • Réflexion • Opportunité • Redondance • Qualité • Échec • Petits pas • Responsabilité acceptée XP v2
VALEURS
COMMUNICATION • Coopération • Appartenance à l’équipe Valeur 1/5
SIMPLICITÉ • Solution la plus simple ET qui fonctionne •
Contextuelle • Faciliter la communication Valeur 2/5
FEEDBACK • Objectifs mouvants • Améliorations progressives • Adapter le
rythme Valeur 3/5
COURAGE • Agir • Combiné avec les autres valeurs Valeur
4/5
RESPECT • Sous-jacent • Indispensable Valeur 5/5
VOS VALEURS • ? Valeurs …
PRINCIPES
PRINCIPES • Humanisme • Budget • Bénéfice mutuel • Similarité
• Amélioration • Diversité • Flux • Réflexion • Opportunité • Redondance • Qualité • Échec • Petits pas • Responsabilité acceptée
HUMANISME Besoins personnels ET besoins de l’entreprise Principe 1/9
BÉNÉFICE MUTUEL Bénéfice présent, futur, partagé Principe 2/9
AMÉLIORATION Rien n’est parfait Principe 3/9
DIVERSITÉ = meilleurs logiciels Principe 4/9
FLUX Pas d’effet tunnel Principe 5/9
REDONDANCE Pour les problèmes difficiles / critiques Principe 6/9
QUALITÉ • Pas de limite apparente • Bénéfices multiples Principe
7/9
PETITS PAS • Déploiement fréquent Principe 8/9
RESPONSABILITÉ ACCEPTEE Responsabilité => autorité Principe Principe 9/9
PRATIQUES PRINCIPALES
PRATIQUES PRINCIPALES • Équipe co-localisée • Équipe entière • Espace
de travail informatif • Travail dynamique • Pair programming • Développement piloté par les tests • Stories • Cycle hebdomadaire • Cycle trimestriel • Marge • Build en 10 minutes • Intégration continue • Conception incrémentale
ÉQUIPE CO-LOCALISÉE Pas en permanence Pratique principale 1/11
ÉQUIPE ENTIÈRE • Pluridisciplinarité • Éviter le temps partagé Pratique
principale 2/11
TRAVAIL DYNAMIQUE Productivité vs fatigue Pratique principale 3/11
PAIR PROGRAMMING • Dialogue • 5 à 6 heures par
jour • Changer de binôme Pratique principale 4/11
STORIES • Unité de fonctionnalité visible • Estimation précoce =>
discussion • Pas figée Pratique principale 5/11
CYCLE HEBDOMADAIRE • Planification • Ecriture des tests d’acceptance •
Implémentation • Déploiement Pratique principale 6/11
CYCLE TRIMESTRIEL • Thèmes • Stories • Recadrer le projet
• Goulets d’étranglement Pratique principale 7/11
MARGE • Prévue • Améliore l’ambiance Pratique principale 8/11
BUILD EN 10 MINUTES • Build + test = 10
minutes Pratique principale 9/11
DÉVELOPPEMENT PILOTÉ PAR LES TESTS • Confiance • Pas de
gaspillage • Codé cohérent, faiblement couplé Pratique principale 10/11
CONCEPTION INCRÉMENTALE • Conception permanente • Au dernier moment responsable
Pratique principale 11/11
PRATIQUES COROLLAIRES
PRATIQUES COROLLAIRES • Implication du client réel • Déploiement incrémental
• Continuité d’équipe • Réduction des équipes • Analyse des causes racines • Code partagé • Code et tests • Base de code unique • Déploiement quotidien • Périmètre contractuel négocié • Paiement à l’usage
IMPLICATION DU CLIENT Pratique corollaire 1/3
CONTINUITÉ D’ÉQUIPE Pratique corollaire 2/3
DÉPLOIEMENT QUOTIDIEN Pratique corollaire 3/3
MISE EN OEUVRE
DÉBUTER AVEC XP • Progressivement… ou pas • Sponsor •
Donner l’exemple
QUAND XP N’EST-IL PAS ADAPTÉ ? • Manque de volonté
de l'équipe • Opposition avec les valeurs réelles
CONCLUSION
PARTICULARITÉS • Méthode spécialisée • Prescriptive • Valeurs au coeur
de la méthode • Adaptation encouragée • Mise en oeuvre progressive • Fonctionne aussi avec des demandes figées
POURQUOI XP N’EST-IL PAS PLUS POPULAIRE ? • Focalisé
sur le logiciel • Formation • Culture • Ton du premier ouvrage • Pas de mercantilisme
LA MÉTHODE AGILE ? • Bienveillance ET productivité • Qualité
• Réduction des risques • Pratiques techniques indispensables
@
[email protected]
Pascal Le Merrer