Présenter par : SAM Bilel
Scrum
Une métho agile sous la loupe , , ,
08/06/2013 Install Party 5 - USTHB 1
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
Sommaire
 La Philosophie
 Introduction
 Utilisation de Scrum
 Atteindre un but
 Conclusion
 Q & R
08/06/2013 Install Party 5 - USTHB 3
C’est quoi scrum ?
08/06/2013 Install Party 5 - USTHB 4
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
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
Atteindre un but
08/06/2013 Install Party 5 - USTHB 7
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
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
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
Utilisation de Scrum
08/06/2013 Install Party 5 - USTHB 14
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
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
Le processus
08/06/2013 17Install Party 5 - USTHB
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
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
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
Démarrage
08/06/2013 Install Party 5 - USTHB 21
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
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
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
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
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
Phase 2 : Le « Comment »
08/06/2013 27Install Party 5 - USTHB
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
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
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
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
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
A la fin de chaque sprint
08/06/2013 33Install Party 5 - USTHB
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
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
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
Cas d’études
23/02/2013 DZ Web Days - Université Saad Dahled Blida 37
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
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
Conclusion
23/02/2013 DZ Web Days - Université Saad Dahled Blida 40
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
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
Merci pour votre attention
08/06/2013 Install Party 5 - USTHB 43
Questions?
08/06/2013 44Install Party 5 - USTHB

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

  • 1.
    Présenter par :SAM Bilel Scrum Une métho agile sous la loupe , , , 08/06/2013 Install Party 5 - USTHB 1
  • 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.
    Sommaire  La Philosophie Introduction  Utilisation de Scrum  Atteindre un but  Conclusion  Q & R 08/06/2013 Install Party 5 - USTHB 3
  • 4.
    C’est quoi scrum? 08/06/2013 Install Party 5 - USTHB 4
  • 5.
    La philosophie • Unemé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.
    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.
    Atteindre un but 08/06/2013Install Party 5 - USTHB 7
  • 8.
    Le but • Livrertrè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.
    Théorie • Scrum fournisseulement 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.
    Les trois piliers Scrumest 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.
    Utilisation de Scrum 08/06/2013Install Party 5 - USTHB 14
  • 12.
    Pré requis • Ungrand 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.
    Les rôles • ProductOwner – (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.
  • 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.
    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.
    Planning Poker • PlanningPoker = 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.
  • 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.
    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.
    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.
    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.
    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.
    Phase 2 :Le « Comment » 08/06/2013 27Install Party 5 - USTHB
  • 25.
    Le Sprint • l’équipese 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.
    Stand-up meeting • C’estde 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.
    Graphe d’avancement • ils’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.
    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.
    A la finde 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.
    A la finde chaque sprint 08/06/2013 33Install Party 5 - USTHB
  • 31.
    Revue de Sprint Duréemaximum : 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.
    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.
    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.
    Cas d’études 23/02/2013 DZWeb Days - Université Saad Dahled Blida 37
  • 35.
    Cas 1 • Débutprojet : 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.
    Cas 2 • Débutprojet : Mai 2011 • Equipe : 12 personnes • Avancement du projet : 95% • Problème : néant • Comment : Scrum 08/06/2013 39Install Party 5 - USTHB
  • 37.
    Conclusion 23/02/2013 DZ WebDays - Université Saad Dahled Blida 40
  • 38.
    Recommandations • Une équipeentre 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.
    Références bibliographique 08/06/2013 InstallParty 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.
    Merci pour votreattention 08/06/2013 Install Party 5 - USTHB 43
  • 41.