scrum - une méthode agile sous la loupe

Présenter par : SAM Bilel

ScrumUne 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 deprojets.

• S'appuie sur le découpage d'un projet enincréments (sprint).

• Ne couvre aucune technique d'ingénierie dulogiciel.

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'estl'équipe qui définit la façon dont elle travailleet l'approche empirique lui permet del'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 basesur 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 enfonctionnalités utilisables selon unordonnancement

• Il s’agit donc de faire remonter les exigencesfonctionnelles de la plus haute valeur ajoutéeen haut de la liste.

08/06/2013 19Install Party 5 - USTHB

Planning Poker

• Planning Poker = Une technique pour parvenirrapidement à une estimation optimale etobjective.

• Avant ou pendant les estimations, le ProductOwner pourra être sollicité afin de répondreaux 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 desprint (autrement dit : 4 heures pour dessprints 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 ensuitel’inventaire des tâches qui permettront deconvertir les exigences sélectionnées enfonctionnalités utilisables d’ici la fin du sprint.

• Toutes les exigences n’ont pas nécessairementbesoin 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’accomplissementdes tâches du Sprint Backlog.

• En cas de retard des exigences ou tâchesseront retirées du Sprint en cours de route enessayant de préserver l’objectif du sprint (pourcela, il est conseillé de prioriser les exigencesau 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 aajouté au produit pendant le sprint. Cetincrément du produit est potentiellementlivrable; son évaluation permet d’ajuster lebacklog 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