Méthode AGILE : SCRUMRéalisé par :
Imen SADKIInes GHERABRania BEN ISMAILTakwa BOUALLEGUE
2011 - 2012
2
Plan
Préambule
Introduction
Concepts
Perspectives
Conclusion
Cas pratique
3
Préambule (1/2)
• Plus pragmatiques que les méthodes traditionnelles
• Satisfaction réelle du besoin du client;
• Minimisation des risques ,• Indiqué pour l'imprévu ,• Officialisation en 2001 : le
Manifeste Agile (Agile Manifesto).
Les méthodes AGILE
4
Préambule (2/2)
Spécification des besoins Conception Implémentatio
n Test
F1, F2 Délivrable
F2’, F3
F4, F5
5
Introduction (1/5)
• Origine du terme sportif de rugby signifiant : mêlée,
• Utilisation d’ une procédure itérative,• Processus agile qui permet de
produire la plus grande valeur métier dans la durée la plus courte.
• logiciel fonctionnel rentabilité, satisfaction du client .
Définition de la méthode SCRUM
6
Introduction (2/5)
Méthodologie
Backlog du produit
Backlog du
sprint
Backlog réparti sur les équipes
24h
30j
7
Introduction (3/5)
• Méthode itérative• Travail en équipe• Grande adaptabilité• Contrôle du chaos• Augmentation de la communication
et maximisation de la coopération• Protection de l'équipe• Augmentation de la productivité
Caractéristiques
8
Introduction (4/5)
Historique
• Analyse des processus communs au développement• Scrum parJeff Sutherland & Ken Schwaber• Renforcement de Scrum par Mike Beedle & combinaison
de Scrum avec Extreme Programming1995
• Introduction de Scrum à la OOPSLA conférence1996• Publication de “Agile Software Development with Scrum”
par Ken Schwaber & Mike Beedle2001
9
Introduction (5/5)
• Equipe responsable, en auto-organisation
• Avancement du produit par une série de « sprints »
• Exigences définies• Pas de prescription de pratiques
d’ingénierie• Utilisation de règles génériques
Requis
10
Concepts (1/8)
• Directeur de produit (Product Owner)• SCRUM Master• Equipe SCRUM (SCRUM team)
Rôles
11
Concepts (2/8)
Rôles
Membre de
l’équipe
Membre de
l’équipe
Membre de
l’équipe
Membre de
l’équipe
SCRUM Master
Elément perturbateur
Directeur de produit
ClientClientClients
ClientClientIntervenants
12
Concepts (3/8)
• Planification par niveau : réunion sur 8h et en deux temps.
Processus
• 4h avant de manger• On effectue la création du Backlog produit• On détermine les enjeux du Sprint• Participants : Product Owner, SCRUM Master, l'équipe
En première partie
• 4h après manger • Participants: Scrum Master, l'équipe• On crée le Backlog de Sprint
Deuxième partie
13
Concepts (4/8)
• Scrum quotidien : • Tous les jours• 5 minutes• Debout
• Répondre à 3 questions essentielles :• qu’est ce que j’ai fais hier?• qu’est ce que je fais aujourd’hui?• quels sont les problèmes?
Processus
14
Concepts (5/8)
Processus
• Maximum 4 heures • Objectif : validation du logiciel produit pendant le sprint.• Démonstration de nouvelles fonctionnalités ou de l'architecture : des livrables
• Représentation informelle• Préparation < 2 heures
Revue du Sprint
• A chaque fin de Sprint• Ce qui marche / ce qui ne marche pas• 15 à 30 minutes• Start / Stop / Continue
Rétrospective
15
Concepts (6/8)
• Backlog du produit (ou catalogue des besoins)
• Besoins priorisé par le product owner• Besoins évalués par l’équipe
Artefacts
16
Concepts (7/8)
• Backlog du Sprint• Ajustement quotidienne de l'estimation du reste à
faire• Adaptabilité du backlog• Emergence prograssive du travail du sprint• Définition de tâche avec plus de temps et sa
décomposition après dans le cas de non clarté du travail
• Mise à jour du travail restant une fois connu
Artefacts
17
Concepts (8/8)
Artefacts
Histoire
À faire En cours
À vérifier
Fait
En tant qu’utilisateur, je …
8 points
En tant qu’utilisateur, je …
5 points
Coder le …9 points
Coder le …2 points
Coder le …4 points
Tester le …8 points
Tester le …8 points
Coder le …3 points
Coder le …2 points
Tester le …1 points
Coder le …3 points
Tester le …6 points
Tester le …2 points
Coder le …9 pointsCoder le …
9 pointsTester le …
9 pointsCoder le …9 pointsTester le …
9 pointsCoder le …
9 points
Coder le …9 points
Coder le 9 pointsTester le …
9 pointsCoder le …9 pointsTester le …
3 points
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7 Sprint 8 Sprint 9 Sprint 10 Sprint 110
50
100
150
200
250
18
Perspectives (1/2)
Backlog de produit normalisé
Niveau haut
Niveau bas
24h
30j
24h
Synchro
nisatio
n
Réunions quotidiennes SCRUM
Équipe A
Équipe C
Équipe B
Sprint
Réunion quotidienne
SCRUM de SCRUM
Backlog de SprintRéunion de
planning de Sprint
Synchro
nisatio
n
Réunion de planning de
Sprint
19
Perspectives (2/2)
20
Conclusion
Avantages SCRUM Inconvénients SCRUM
• Entièrement développé et testé pour de courtes itérations
• Simplicité des processus• Règles définies clairement• Augmentation de productivité• Organisation personnelle• Chaque équipe a son lot de
responsabilité• Amélioration de la
communication• Combinaison possible avec XP
• Peu, voire pas, de documentation écrite
• Violation de responsabilité
• L'équipe ne se prête pas au SCRUM
21
• IRITAorganiser : Organisateur complet
Application
• Un organisateur qui regroupe un agenda, un gestionnaire de planning/emploi du temps, un gestionnaire de budget, un client de courrier électronique et un gestionnaire de tâches dans une même application.
Description
• 15 semaines
Durée totale
Cas pratique (1/6)
22
• Client : M. Naoufel Kraiem• Product Owner : Ines Gherab• SCRUM Master : Rania Ben Ismail• Equipe : Imen Sadki et Takwa
Bouallegue
Participants :
• Une semaine
Durée du Sprint
Cas pratique (2/6)
23
Back log du produit
Cas pratique (4/6)
(Exigences)
être sécurisée par mot de passe,
gérer les différentes vues par année, par mois et par jour du calendrier,
manipuler le courrier électronique du client entre boîte d’envoi et boîte de réception,
gérer le planning et l’emploi du temps,
contrôler le budget du client en termes de revenus et de dépenses,
mémoriser des tâches à faire, les lister et leur assigner des priorités,
afficher une interface qui organise toutes les fonctionnalités de l’application.
1
7
4
5
3
6
2
24
• Offrir une interface sécurisée par un mot de passe permettant d’accéder à la gestion des tâches quotidiennes du client.
But du Sprint
Cas pratique (5/6)
25
Cas pratique (6/6)
26
Merci pour votre attention.