Keynote agile grenoble 2013
68
Comment écrire du legacy code plus rapidement Grace aux méthodes agiles Pascal Van Cauwenberghe
-
Upload
agilecoachnet -
Category
Business
-
view
1.249 -
download
5
description
Keynote présentée à Agile grenoble 2013. Comment écrire du mauvais code plus rapidement avec les méthodes agiles. Il est temps de prendre plus de responsabilité pour la qualité de notre travail et nos produits qui affectent la vie de tout le monde.
Transcript of Keynote agile grenoble 2013
Comment écrire du legacy code
plus rapidement
Grace aux méthodes agilesPascal Van Cauwenberghe
Donne des conseilsGère des projetsProgramme
Crée des JeuxRaconte des histoiresOrganise des Conférences
@pascalvc
http://blog.nayima.be http:/www.xpday.net
http:/www.atbru.be
Agile Openhttp://agileopen.net
Comment devenir célèbre en ecrivant
du code legacyDes generations de développeurs
vous maudiront
Comment détruire votre produit
Lentement mais sûrement
Comment détruire votre relation avec
les clients et utilisateursLentement mais sûrement
Comment détruire votre entreprise
Lentement mais sûrement
http://www.cafepress.com/+true-story+mugs
Il était une fois...
Mon premier job“On va faire les choses proprement”
C’était une blague!On va faire du “quick & dirty”
L’équipe
Après un mois...
THE HORROR...
On fête les bugs
Le bug du module sans bug
Je découvre que j’aime travailler avec du code
legacy
Et il y a des gens qui me payent pour
ça!
1999: la panique de l’an 2000
Extreme Programming va éliminer le code legacy
J’ai besoin de votre aide
“Technical Debt”
“Dette technique”
“Dette technique”
“Code pourri”
Quelques techniques pour écrire du code
pourriPlus rapidement
1. Techniques pour développeur
IF Driven Development
Des commentaires pour leurrer
Des commentaires qui font pleurer
Refactoring
Refactoring
Refuctoring
Desactivez les tests qui échouent
“On les corrigera au prochain sprint”
Les tests sont une perte de temps“Je suis développeur, pas testeur”
Framework du jour
La collaboration c’est pour les nuls
2. Techniques pour testeur
La loi de Pascal
Qualité du code =inverse #testeurs
Bonus si les testeurs s’appellent “QA”
Ajoutez la qualité en testant
Après le problème
Semez la confusion sur “qualité”
3. Techniques pour Product
Owner/Manager
“Je veux tout”On appelle cela un Backlog
On passe tout notre temps au “backlog grooming”
“C’est pas ça”
“C’est trop cher”Suivi par des négotiations
interminables
4. Techniques pour master, manager,
coacheur, directeur
Protégez l’équipeEt appelez les gens “cochons” et
“poulets”
Isolez l’équipe
Optimisez le développement de
bugsL’équipe de “maintenance”
Sprint“Un marathon ce n’est que
420 sprints de 100m”
3 façons pour tenir les engagements du
sprint
1. Hacking de fin de sprint
“Avec waterfall il y avait moins de stress”
2. Presque “done”Ca marche... A peu près...
3. Mentir sur la velocité
Ne suivez pas les règles
Surtout pas celles que vous avez mis en place
Faites des promesses que
vous ne pouvez pas tenir
Regardez le court terme
Q
Release X Release X+1
Q
Release 1 Release X+1
Retrospectives sans resultats
“Pas dans notre sphère d’influence” ==
“C’est pas nous, c’est les autres”
Reecriture
complète
Vous avez un grand pouvoir
Avec un grand pouvoir vient une
grande responsabilité
Qu’est-ce que VOUS allez faire demain?
MERCI !
• Si vous avez du code pourri...
http://blog.nayima.be http://agilecoach.net
@pascalvc
