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.

1. Comment écrire du legacy code
plus rapidement
Grace aux méthodes agiles
Pascal Van Cauwenberghe

2. Donne des conseils
Gère des projets
Programme
Agile Open
http://agileopen.net
http:/www.atbru.be
@pascalvc
http://blog.nayima.be
Crée des Jeux
Raconte des histoires
Organise des Conférences
http:/www.xpday.net

3. Comment devenir
célèbre en ecrivant du
code legacy
Des generations de développeurs
vous maudiront

4. Comment détruire
votre produit
Lentement mais sûrement

5. Comment détruire
votre relation avec les
clients et utilisateurs
Lentement mais sûrement

6. Comment détruire
votre entreprise
Lentement mais sûrement

7. http://www.cafepress.com/+true-story+mugs

9. Il était une fois...

10. Mon premier job
“On va faire les choses proprement”

11. C’était une blague!
On va faire du “quick & dirty”

12. L’équipe

13. Après un mois...

14. THE HORROR...

15. On fête les bugs

16. Le bug du module
sans bug

17. Je découvre que
j’aime travailler avec
du code legacy

18. Et il y a des gens qui
me payent pour ça!

19. 1999: la panique de
l’an 2000
Extreme Programming va éliminer
le code legacy

20. J’ai besoin de
votre aide

21. “Technical Debt”

22. “Dette technique”

23. “Dette technique”

24. “Code pourri”

25. Quelques techniques
pour écrire du code
pourri
Plus rapidement

26. 1. Techniques pour
développeur

27. IF Driven Development

28. Des commentaires
pour leurrer
Des commentaires qui font pleurer

29. Refactoring

30. Refactoring

31. Refuctoring

32. Desactivez les tests
qui échouent
“On les corrigera au prochain sprint”

33. Les tests sont une
perte de temps
“Je suis développeur, pas testeur”

34. Framework du jour

35. La collaboration c’est
pour les nuls

36. 2. Techniques pour
testeur

37. La loi de Pascal

38. Qualité du code =
inverse #testeurs
Bonus si les testeurs s’appellent “QA”

39. Ajoutez la qualité
en testant
Après le problème

40. Semez la confusion
sur “qualité”

41. 3. Techniques pour
Product
Owner/Manager

42. “Je veux tout”
On appelle cela un Backlog
On passe tout notre temps au “backlog
grooming”

43. “C’est pas ça”

44. “C’est trop cher”
Suivi par des négotiations interminables

45. 4. Techniques pour
master, manager,
coacheur, directeur

46. Protégez l’équipe
Et appelez les gens “cochons” et “poulets”

47. Isolez l’équipe

48. Optimisez le
développement de
bugs
L’équipe de “maintenance”

49. Sprint
“Un marathon ce n’est que
420 sprints de 100m”

50. http://www.flickr.com/photos/dmaudsley/

51. 3 façons pour tenir les
engagements du sprint

52. 1. Hacking de fin de
sprint
“Avec waterfall il y avait moins de stress”

53. 2. Presque “done”
Ca marche... A peu près...

54. 3. Mentir sur la
velocité

55. Ne suivez pas les
règles
Surtout pas celles que vous avez mis en
place

56. Faites des promesses
que vous ne pouvez
pas tenir

57. Regardez le court
terme

58. Q
Release X
Release X+1

59. Q
Release 1
Release X+1

60. Retrospectives sans
resultats
“Pas dans notre sphère d’influence” ==
“C’est pas nous, c’est les autres”

64. Vous avez un grand
pouvoir

65. Avec un grand pouvoir
vient une grande
responsabilité

66. Qu’est-ce que VOUS
allez faire demain?

67. MERCI !
• Si vous avez du code pourri...
pascal@nayima.be
@pascalvc
http://blog.nayima.be
http://agilecoach.net