JCertif 2012 : Scrum avec Icescrum

2,703 views
2,479 views

Published on

Une session de présentation de la méthodologie Scrum et de son application avec l'outil IceScrum.

Published in: Technology
0 Comments
4 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,703
On SlideShare
0
From Embeds
0
Number of Embeds
476
Actions
Shares
0
Downloads
97
Comments
0
Likes
4
Embeds 0
No embeds

No notes for slide

JCertif 2012 : Scrum avec Icescrum

  1. 1. Scrum avec IceScrum
  2. 2. Qui suis-je ? Rossi Oddet Consultant IT chez SQLI Manager JCertif Lab Twitter : @rossioddetBlog: http://blog.roddet.com 2
  3. 3. Que signifie Scrum ? 3
  4. 4. Scrum = melée (rugby)“une équipe soudée” “un objectif commun”“c’est difficile, mais on yarrivera tous ensemble” 4
  5. 5. Scrum = méthode agile dédiée à la gestion de projets.*source : http://fr.wikipedia.org/wiki/Scrum_(méthode) 5
  6. 6. Classique vs Agile Classique Agile Longues itérations Courtes itérations Suivi du planning Réponse au changementRetour d’expérience en fin de projet Retour d’expérience à chaque itération Plusieurs équipes de petite taille Une équipe gigantesqueFocus sur les fonctionnalités les plus Tout ou rien importantes 6
  7. 7. 3 rôles différents Développeur Designer “Product Owner” “Scrum Master”Responsable du besoin fonctionnel Responsable du respect de la méthodologie Analyste Testeur fonctionnel “Team Member” Responsable de sa contribution 7
  8. 8. De nombreux points d’équipe ! Sprint backlog Discovery Session Sprint cycle Release Planning Sprint planning Daily Scrum Fin de release Retrospective Sprint Review Production-Ready FeaturesProduct backlog 8
  9. 9. Cycle de vie d’une fonctionnalité Sprint Ready In process Done 9
  10. 10. Votre fonctionnalité est-elle “Ready” ? 10
  11. 11. Alors vous saurez répondre aux questions suivantes 11
  12. 12. Pourquoi ?• Quelle est sa valeur “business” ?• Quel est l’objectif du client ? 12
  13. 13. Quoi ?• Quel est le résultat souhaité à la fin du Sprint ? 13
  14. 14. Comment ?• Quelles sont les différentes tâches à réaliser ?• La charge estimée est-elle cohérente avec la vélocité de l’équipe ? 14
  15. 15. Votre fonctionnalité est-elle “Done” ? 15
  16. 16. Il est important de définir avec l’équipe la notion de “Done” 16
  17. 17. Définition de “Done”• Objectifs de qualité du code remplis• Les critères d’acceptation sont remplis 17
  18. 18. Votre guide : la valeur ajoutéeFonction 1 Fonction 2 Fonction 3 Fonction 4 Couche présentation Couche service Couche persistance Base de données 18
  19. 19. De la “vision” à la “story” Vision Goal / Outcome Goal / Outcome Epic EpicFeature Feature Feature Feature Feature FeatureStory Story Story Story Story Story 19
  20. 20. Unité d’une estimation• Pour les “Story” : en nombre de points ou en nombre de JH• Pour les “Task” : en nombre de points ou en heure 20
  21. 21. Valeurs possibles d’une estimation• Suite de Fibonacci : 1, 2, 3, 5, 8, ...• Taille des T-Shirt : S, M, L, XL• Doubles : 1/2, 1, 2, 4, 8, 16 21
  22. 22. Aimez vous le poker ? 22
  23. 23. Démo IceScrum 23
  24. 24. TP 1 : Créer un projet 24
  25. 25. Installer IceScrum• Télécharger la dernière version de l’archive : http://www.icescrum.org/ download/• Décompresser l’archive• Lancer le script start.sh (.bat) 25
  26. 26. http://localhost:8080/icescrum 26
  27. 27. Connect 27
  28. 28. Enregistrer vous 28
  29. 29. Connecter vous 29
  30. 30. Project > Create 30
  31. 31. Votre rôle, votre équipe 31
  32. 32. Précisez la façon dont vous voulez travailler 32
  33. 33. Timing de votre projet 33
  34. 34. Projet créé 34
  35. 35. TP 2 : Créer une “Feature” 35
  36. 36. Menu “Feature” 36
  37. 37. Page des “Features” 37
  38. 38. Créer une “Feature” 38
  39. 39. La “Feature” est créée 39
  40. 40. TP 3 : Créer une “story” 40
  41. 41. Menu “Sandbox” 41
  42. 42. Proposez une “story” 42
  43. 43. Valider la proposition comme une “story” 43
  44. 44. La “story” fait désormais partie du “Product Backlog” 44
  45. 45. Donner un poids à la “story” 45
  46. 46. La “story” passe à l’état “Estimated” 46
  47. 47. TP 4 : Planifier 47
  48. 48. Dans “Release Plan”, placer les“story” dans les “Sprint” adéquats 48
  49. 49. Mettez à jour les informations des Sprint via le menu update 49
  50. 50. Activer le premier Sprint 50
  51. 51. Dans le “Sprint Plan”, ajouter des tâches 51
  52. 52. Saisir un maximum d’informations sur la tâche Ne pas hésiter à ajouter diversdocuments en pièces jointes (vidéos, PDF, PSD, ...) 52
  53. 53. La définition du “Done” 53
  54. 54. Des exemples de rapport en cours de projet 54
  55. 55. Cumulative flow chart 55
  56. 56. Burnup chart 56
  57. 57. Burndown chart 57
  58. 58. C’est bien beau tout ça mais est-ceque ça marche dans la “vraie vie” ? 58
  59. 59. Succès des projets en 2011source : http://www.ambysoft.com/surveys/success2011.html 59
  60. 60. Efficacité des méthodes en 2011 valeurs possibles : -10 à +10source : http://www.ambysoft.com/surveys/success2011.html 60
  61. 61. Merci ! 61

×