Keynote agile grenoble 2013

1 508 vues

Publié le

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.

Publié dans : Business
1 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
1 508
Sur SlideShare
0
Issues des intégrations
0
Intégrations
342
Actions
Partages
0
Téléchargements
14
Commentaires
1
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Keynote agile grenoble 2013

  1. 1. Comment écrire du legacy code plus rapidement Grace aux méthodes agiles Pascal Van Cauwenberghe
  2. 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. 3. Comment devenir célèbre en ecrivant du code legacy Des generations de développeurs vous maudiront
  4. 4. Comment détruire votre produit Lentement mais sûrement
  5. 5. Comment détruire votre relation avec les clients et utilisateurs Lentement mais sûrement
  6. 6. Comment détruire votre entreprise Lentement mais sûrement
  7. 7. http://www.cafepress.com/+true-story+mugs
  8. 8. Il était une fois...
  9. 9. Mon premier job “On va faire les choses proprement”
  10. 10. C’était une blague! On va faire du “quick & dirty”
  11. 11. L’équipe
  12. 12. Après un mois...
  13. 13. THE HORROR...
  14. 14. On fête les bugs
  15. 15. Le bug du module sans bug
  16. 16. Je découvre que j’aime travailler avec du code legacy
  17. 17. Et il y a des gens qui me payent pour ça!
  18. 18. 1999: la panique de l’an 2000 Extreme Programming va éliminer le code legacy
  19. 19. J’ai besoin de votre aide
  20. 20. “Technical Debt”
  21. 21. “Dette technique”
  22. 22. “Dette technique”
  23. 23. “Code pourri”
  24. 24. Quelques techniques pour écrire du code pourri Plus rapidement
  25. 25. 1. Techniques pour développeur
  26. 26. IF Driven Development
  27. 27. Des commentaires pour leurrer Des commentaires qui font pleurer
  28. 28. Refactoring
  29. 29. Refactoring
  30. 30. Refuctoring
  31. 31. Desactivez les tests qui échouent “On les corrigera au prochain sprint”
  32. 32. Les tests sont une perte de temps “Je suis développeur, pas testeur”
  33. 33. Framework du jour
  34. 34. La collaboration c’est pour les nuls
  35. 35. 2. Techniques pour testeur
  36. 36. La loi de Pascal
  37. 37. Qualité du code = inverse #testeurs Bonus si les testeurs s’appellent “QA”
  38. 38. Ajoutez la qualité en testant Après le problème
  39. 39. Semez la confusion sur “qualité”
  40. 40. 3. Techniques pour Product Owner/Manager
  41. 41. “Je veux tout” On appelle cela un Backlog On passe tout notre temps au “backlog grooming”
  42. 42. “C’est pas ça”
  43. 43. “C’est trop cher” Suivi par des négotiations interminables
  44. 44. 4. Techniques pour master, manager, coacheur, directeur
  45. 45. Protégez l’équipe Et appelez les gens “cochons” et “poulets”
  46. 46. Isolez l’équipe
  47. 47. Optimisez le développement de bugs L’équipe de “maintenance”
  48. 48. Sprint “Un marathon ce n’est que 420 sprints de 100m”
  49. 49. http://www.flickr.com/photos/dmaudsley/
  50. 50. 3 façons pour tenir les engagements du sprint
  51. 51. 1. Hacking de fin de sprint “Avec waterfall il y avait moins de stress”
  52. 52. 2. Presque “done” Ca marche... A peu près...
  53. 53. 3. Mentir sur la velocité
  54. 54. Ne suivez pas les règles Surtout pas celles que vous avez mis en place
  55. 55. Faites des promesses que vous ne pouvez pas tenir
  56. 56. Regardez le court terme
  57. 57. Q Release X Release X+1
  58. 58. Q Release 1 Release X+1
  59. 59. Retrospectives sans resultats “Pas dans notre sphère d’influence” == “C’est pas nous, c’est les autres”
  60. 60. Vous avez un grand pouvoir
  61. 61. Avec un grand pouvoir vient une grande responsabilité
  62. 62. Qu’est-ce que VOUS allez faire demain?
  63. 63. MERCI ! • Si vous avez du code pourri... pascal@nayima.be @pascalvc http://blog.nayima.be http://agilecoach.net

×