Scrum - Une méthode agile sous la loupe ...

1 172 vues

Publié le

La méthodologie de développement agile < Scrum >
Une présentation faite à la 5eme Linux install party le 08 Juin 2013 à l'USTHB (Alger / Algérie)
• Une méthode agile dédiée à la gestion de projets.
• S'appuie sur le découpage d'un projet en incréments (sprint).
• Ne couvre aucune technique d'ingénierie du logiciel.

Publié dans : Technologie
0 commentaire
4 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

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

Aucune remarque pour cette diapositive

Scrum - Une méthode agile sous la loupe ...

  1. 1. Présenter par : SAM Bilel Scrum Une métho agile sous la loupe , , , 08/06/2013 Install Party 5 - USTHB 1
  2. 2. I’m? • Master IA • Co-fondateur de • imaginical inc • Voxel Solution • Développeur web • Open source • J2EE & La virtualisation 08/06/2013 Install Party 5 - USTHB 2
  3. 3. Sommaire  La Philosophie  Introduction  Utilisation de Scrum  Atteindre un but  Conclusion  Q & R 08/06/2013 Install Party 5 - USTHB 3
  4. 4. C’est quoi scrum ? 08/06/2013 Install Party 5 - USTHB 4
  5. 5. La philosophie • Une méthode agile dédiée à la gestion de projets. • S'appuie sur le découpage d'un projet en incréments (sprint). • Ne couvre aucune technique d'ingénierie du logiciel. 08/06/2013 Install Party 5 - USTHB 5
  6. 6. La philosophie 2 • cadre méthodologique de gestion de projet au sein itérative. • On peut qualifier Scrum de – simple, – pragmatique, – Transparent, – empirique 08/06/2013 6Install Party 5 - USTHB
  7. 7. Atteindre un but 08/06/2013 Install Party 5 - USTHB 7
  8. 8. Le but • Livrer très vite un produit même partiellement développé. • Qui répond à certaines attentes (établies au préalable d’un commun accord avec le client). • Qui sera amélioré dans les itérations ultérieures. 08/06/2013 8Install Party 5 - USTHB
  9. 9. Théorie • Scrum fournis seulement un cadre, c'est l'équipe qui définit la façon dont elle travaille et l'approche empirique lui permet de l'ajuster. • Les 3 piliers de la théorie sont la transparence, l’inspection et l’adaptation. 08/06/2013 9Install Party 5 - USTHB
  10. 10. Les trois piliers Scrum est un processus empirique : il se base sur l'expérience du terrain La transparence L'inspection L'adaptation 08/06/2013 10Install Party 5 - USTHB
  11. 11. Utilisation de Scrum 08/06/2013 Install Party 5 - USTHB 14
  12. 12. Pré requis • Un grand mur libre et dégagé dans l’espace de travail de l’équipe. • Blocs de post-it et marqueurs. • Connaitre Scrum • Jeu de cartes ou logiciel de Planning Poker. 08/06/2013 15Install Party 5 - USTHB
  13. 13. Les rôles • Product Owner – (Expert du domaine métier) • L’Equipe de Développement – (Développeur, architecte logiciel, DBA,, ...) • Scrum Master – (Généralement le chef de projet) 08/06/2013 16Install Party 5 - USTHB
  14. 14. Le processus 08/06/2013 17Install Party 5 - USTHB
  15. 15. La vision • 1ère étape : formaliser la vision du produit – objectifs, – jalons, – utilisateurs visés • 2 ème étape : Etablir la liste des exigences fonctionnelles et non fonctionnelles • 3ème étape : Estimée chaque exigence par l’équipe de développement avec la technique de Planning Poker. 08/06/2013 18Install Party 5 - USTHB
  16. 16. La vision 2 • Les exigences seront converties en fonctionnalités utilisables selon un ordonnancement • Il s’agit donc de faire remonter les exigences fonctionnelles de la plus haute valeur ajoutée en haut de la liste. 08/06/2013 19Install Party 5 - USTHB
  17. 17. Planning Poker • Planning Poker = Une technique pour parvenir rapidement à une estimation optimale et objective. • Avant ou pendant les estimations, le Product Owner pourra être sollicité afin de répondre aux questions de l’équipe de développement 08/06/2013 20Install Party 5 - USTHB
  18. 18. Démarrage 08/06/2013 Install Party 5 - USTHB 21
  19. 19. Sprint • Qui ? Equipe de développement et Product Owner • Quoi ? la durée des itérations ou Sprints • Combien ? 2 à 4 semaines maximum. 08/06/2013 22Install Party 5 - USTHB
  20. 20. Sprint • Contrainte ? Cette durée devra être la même pour l’ensemble des sprints • Pourquoi ? – Maintenir un rythme régulier propice aux automatismes – Pouvoir construire des indicateurs de pilotage fiables 08/06/2013 23Install Party 5 - USTHB
  21. 21. Planification de Sprint • Réunion de planification de sprint Durée maximum : 2 heures par semaine de sprint (autrement dit : 4 heures pour des sprints de 2 semaines). 08/06/2013 24Install Party 5 - USTHB
  22. 22. Phase 1 : Le « Quoi » • Si Product Backlog est suffisamment complet et ordonnancé ? On peut planifier un sprint. – Sprint zero • Le Product Owner revoit alors avec l’équipe de développement la vision du projet (jalons et deadline), • L’équipe de développement vérifie les estimations et les exigences selon le Product Backlog. 08/06/2013 25Install Party 5 - USTHB
  23. 23. Phase 2 : Le « Comment » • L’équipe de développement fait ensuite l’inventaire des tâches qui permettront de convertir les exigences sélectionnées en fonctionnalités utilisables d’ici la fin du sprint. • Toutes les exigences n’ont pas nécessairement besoin d’être découpées en tâches. 08/06/2013 26Install Party 5 - USTHB
  24. 24. Phase 2 : Le « Comment » 08/06/2013 27Install Party 5 - USTHB
  25. 25. Le Sprint • l’équipe se concentre sur l’accomplissement des tâches du Sprint Backlog. • En cas de retard des exigences ou tâches seront retirées du Sprint en cours de route en essayant de préserver l’objectif du sprint (pour cela, il est conseillé de prioriser les exigences au sein du sprint) 08/06/2013 28Install Party 5 - USTHB
  26. 26. Stand-up meeting • C’est de la « synchronisation » non pas du « reporting » vers le Scrum Master. • Chaque personne répond à 3 questions : – Qu’ai je fait depuis la dernière mêlée ? – Qu’est ce que je fais d’ici la prochaine mêlée ? – Quelles difficultés je rencontre ou je vois venir ? 08/06/2013 29Install Party 5 - USTHB
  27. 27. Graphe d’avancement • il s’agit du tracé de la charge de travail restante (en heures) en fonction du temps (en jours). • il suffit de mettre à jour (lors de chaque mêlée quotidienne par exemple). 08/06/2013 30Install Party 5 - USTHB
  28. 28. Graphe d’avancement 2 • il s’agit du tracé de la charge de travail restante (en heures) en fonction du temps (en jours). • il suffit de mettre à jour (lors de chaque mêlée quotidienne par exemple). 08/06/2013 31Install Party 5 - USTHB
  29. 29. A la fin de chaque sprint Avec la démo, l’équipe présente ce qu'elle a ajouté au produit pendant le sprint. Cet incrément du produit est potentiellement livrable; son évaluation permet d’ajuster le backlog pour le sprint suivant. 08/06/2013 32Install Party 5 - USTHB
  30. 30. A la fin de chaque sprint 08/06/2013 33Install Party 5 - USTHB
  31. 31. Revue de Sprint Durée maximum : 1 heure par semaine de sprint (autrement dit : 2 heures pour des sprints de 2 semaines). Fréquence : A la fin de chaque sprint.. 08/06/2013 34Install Party 5 - USTHB
  32. 32. User Story Une « User Story » doit être : • Courte : généralement une ou trois phrases environ. • Négociable : notamment lors de l’estimation. • Source de valeur : porteuse d’une valeur pour le client ou l’utilisateur. • Indépendante des autres histoires d’utilisateur (dans la mesure du possible). 08/06/2013 35Install Party 5 - USTHB
  33. 33. User Story 2 • Estimable : elle peut être estimée par l’équipe de réalisation avec un risque d’erreur faible. • D’une taille appropriée : Elle doit pouvoir être conçue, développée et testée au sein d’une itération. 08/06/2013 36Install Party 5 - USTHB
  34. 34. Cas d’études 23/02/2013 DZ Web Days - Université Saad Dahled Blida 37
  35. 35. Cas 1 • Début projet : Janvier 2011 • Equipe : 10 personnes • Avancement du projet : 85% • Problème : Les besoins métiers sont mals définis • Solution : rédifinition des ces derniers. 08/06/2013 38Install Party 5 - USTHB
  36. 36. Cas 2 • Début projet : Mai 2011 • Equipe : 12 personnes • Avancement du projet : 95% • Problème : néant • Comment : Scrum 08/06/2013 39Install Party 5 - USTHB
  37. 37. Conclusion 23/02/2013 DZ Web Days - Université Saad Dahled Blida 40
  38. 38. Recommandations • Une équipe entre 5 – 10. • Daily Scrum Meeting about 15 minutes. • Utilisation des outils de collaboration et de versionning. • Ne jamais changer la durée du Sprint. 08/06/2013 41Install Party 5 - USTHB
  39. 39. Références bibliographique 08/06/2013 Install Party 5 - USTHB 42 http://www.agiliste.fr/items/bien-demarrer- avec-scrum/ http://www.gestion-projet-informatique.vivre- aujourdhui.fr/presentation-scrum.html http://www.aubryconseil.com/pages/Scrum
  40. 40. Merci pour votre attention 08/06/2013 Install Party 5 - USTHB 43
  41. 41. Questions? 08/06/2013 44Install Party 5 - USTHB

×