1. Développez votre Agilité
Ch’ti JUG
Session 16 Mars 2010
Devenez le meilleur
Partenaire de vos clients
Manager Conseiller Concevoir Construire Systèmes d’Information
3. Ce qu’on doit faire
Valeurs
et principes
Scrum
« the map »
Exemple
MC3SI [Ch'ti JUG] Soirée Agilité
4. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Scrum
Exemple « the map »
MC3SI [Ch'ti JUG] Soirée Agilité
5. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Scrum
Exemple « the map »
MC3SI [Ch'ti JUG] Soirée Agilité
6. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Scrum
Exemple « the map »
MC3SI [Ch'ti JUG] Soirée Agilité
7. Valeurs et principes
Agile Manifesto
L’interaction entre les Un produit opérationnel
personnes est privilégiée est privilégié à une
aux processus et aux documentation
outils. pléthorique.
Agile
Manifesto :
4 valeurs
La réactivité face au
La collaboration avec le changement
client est privilégiée à la
négociation de contrat. est privilégiée au suivi
d'un plan.
MC3SI [Ch'ti JUG] Soirée Agilité
8. Valeurs et principes
Les principes
L’Agile Manifesto – les 12 principes
Le changement est accepté,
Livrer fréquemment une
même tardivement dans le
Notre première priorité est de application fonctionnelle, Les gens du Métier et les
développement. Les
satisfaire le client en livrant tôt toutes les deux semaines à développeurs doivent
processus agiles exploitent le
et régulièrement des logiciels deux mois, avec une collaborer quotidiennement au
changement comme un
utiles. tendance pour la période la projet.
avantage compétitif pour le
plus courte.
client.
Les processus agiles
Bâtissez le projet autour de
promeuvent un rythme de
personnes motivées. Donnez La méthode la plus efficace
Un logiciel fonctionnel est la développement soutenable.
leur l'environnement et le de transmettre l'information
meilleure unité de mesure de Commanditaires,
soutien dont elles ont besoin, est une conversation en face
la progression du projet développeurs et utilisateurs
et croyez en leur capacité à à face
devraient pouvoir maintenir le
faire le travail
rythme indéfiniment
À intervalle régulier, l'équipe
Une attention continue à La simplicité - l'art de Les meilleures architectures,
réfléchit aux moyens de
l'excellence technique et à la maximiser la quantité de spécifications et conceptions
devenir plus efficace, puis
qualité de la conception travail à ne pas faire - est sont issues d'équipes qui
accorde et ajuste son
améliore l'agilité essentielle s'auto-organisent
comportement dans ce sens
MC3SI [Ch'ti JUG] Soirée Agilité
9. Valeurs et principes
Les idées clés
Le client au cœur du projet
Equipe et Communication
Simplicité, efficacité et qualité
Flexibilité aux changements
Résultats concrets
MC3SI [Ch'ti JUG] Soirée Agilité
10. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Scrum
Exemple « the map »
MC3SI [Ch'ti JUG] Soirée Agilité
11. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Scrum
Exemple « the map »
MC3SI [Ch'ti JUG] Soirée Agilité
12. Sprint 1
Scrum – Un Framework avant tout
Scrum regroupe un ensemble d’outils permettant de mettre en
pratique au quotidien les éléments du manifeste Agile
Il constitue un Framework méthodologique qui :
Apporte des solutions innovantes qui lui sont propres sur l’aspect
organisationnel du travail
Pioche dans d’autres démarches déjà connues les meilleures
pratiques
Ce Framework s’appuie en outre sur un processus de mise à
disposition des solutions en mode incrémental-itératif, modèle qui
s’oppose fortement à la « règle » de fonctionnement en « cascade »
MC3SI [Ch'ti JUG] Soirée Agilité
13. Scrum versus l’approche en
« Cascade »
Etude d’opportunité
- Cadrage Le cycle classique en V
MC3SI [Ch'ti JUG] Soirée Agilité
14. Scrum versus l’approche en
« Cascade »
Le Processus Scrum
Etude d’opportunité
- Cadrage
Incrémental - Itératif
MC3SI [Ch'ti JUG] Soirée Agilité
16. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Scrum
Exemple « the map »
MC3SI [Ch'ti JUG] Soirée Agilité
17. Ce qu’on doit faire
TODO In Progress Done
Valeurs
Scrum et principes
« the map »
Exemple
MC3SI [Ch'ti JUG] Soirée Agilité
18. Scrum Map
Les rôles
Product
owner
Team ScrumMaster
MC3SI [Ch'ti JUG] Soirée Agilité
19. Scrum Map
Les rôles
Le « Product Owner » a les responsabilités suivantes :
Définir les fonctionnalités du produit
Décider de la date des releases et de leur contenu
Etre responsable du ROI du produit
Donner la priorité sur les fonctionnalités selon des
valeurs business
Ajuster les fonctionnalités et les priorités
Accepter ou rejeter le résultat produit
MC3SI [Ch'ti JUG] Soirée Agilité
20. Scrum Map
Les rôles
L’ « Equipe » (Team) doit:
Etre multi-compétence, avec 7 (+ ou - 2) membres
Choisir le but du sprint et préciser le résultat du
travail
Pouvoir faire ce qu’elle veut dans le périmètre du
projet pour atteindre le but du sprint
S’auto-organiser
Présenter le résultat du sprint au product owner lors
de démos
MC3SI [Ch'ti JUG] Soirée Agilité
21. Scrum Map
Les rôles
Le « Scrum Master » est un team leader facilitateur
proche du product owner. Il doit :
S’assurer que l’équipe soit pleinement fonctionnelle
et productive
Mettre en place une étroite collaboration entre tous
les acteurs
Supprimer les barrières qui se présentent devant
l’équipe.
Protéger l’équipe des interférences extérieures
S’assurer que le « process scrum » est suivi. (daily
scrum, sprint review, sprint planning meeting)
MC3SI [Ch'ti JUG] Soirée Agilité
23. Scrum Map
Artefact et « cérémonies »
Le Processus Scrum
Incrémental - Itératif
MC3SI [Ch'ti JUG] Soirée Agilité
24. Scrum Map
Artefact et « cérémonies »
Le Backlog de produit ou Product Backlog :
Au début du projet, le product owner prépare une
liste d’exigences utilisateurs priorisée par valeur
« business », les users stories. Cette liste est le
« product backlog ».
MC3SI [Ch'ti JUG] Soirée Agilité
25. Scrum Map
Artefact et « cérémonies »
Le product backlog doit inclure tous les éléments
visibles pour le client, ainsi que les exigences
techniques nécessaires à la construction du
produit.
Les éléments de plus haute priorité dans le
product backlog doivent être ventilés en
morceaux assez petits pour être estimables et
vérifiables.
Les users stories sont estimées en points relatifs,
sans unités par l’équipe.
MC3SI [Ch'ti JUG] Soirée Agilité
26. Scrum Map
Artefact et « cérémonies »
Le Backlog du sprint ou Sprint Backlog :
Le Sprint backlog est un artefact de la réunion de
planification de Sprint. Lorsqu'on démarre un sprint, on
choisit quels items (users stories) du backlog de
produit seront réalisés dans ce sprint.
Si l’estimation réactualisée de l’effort pour produire une
user story ne correspond plus à l’estimation initiale,
l’équipe négocie avec le product owner
L'équipe décompose ensuite chaque user story en liste
de tâches élémentaires (techniques ou non), chaque
tâche étant estimée en heures et ne devant pas durer
plus de 2 jours.
MC3SI [Ch'ti JUG] Soirée Agilité
27. Scrum Map
Artefact et « cérémonies »
Pendant le sprint, chaque membre de l’équipe
s'affecte des tâches du backlog de sprint et les
réalise. Il met à jour le reste à faire de chaque
tâche. Les tâches sont prises au fur et à mesure
que les précédentes sont terminées.
La somme des heures taches du backlog de
sprint constitue le reste à faire total du sprint.
Cela permet de produire un sprint burndown
chart qui montre les heures restantes à réaliser
au fur et à mesure du sprint.
MC3SI [Ch'ti JUG] Soirée Agilité
28. Scrum Map
Artefact et « cérémonies »
Chaque jour, à heure fixe, l’équipe commence par
une réunion, la « mêlée quotidienne » ou « Daily
Scrum ». Cette réunion dure 15mn.
Seul les personnes faisant partie des 3 rôles scrum
peuvent y participer. A tour de rôle, chaque membre
répond à 3 questions :
Qu'est-ce que j'ai fait hier ?
Qu'est-ce que je compte faire aujourd'hui ?
Quelles difficultés est-ce que je rencontre ?
Cette réunion a un but de synchronisation pour
l'équipe et n’est pas un reporting d'activité.
Toute discussion est à éviter et trouvera sa place
après le daily scrum.
MC3SI [Ch'ti JUG] Soirée Agilité
29. Scrum Map
Artefact et « cérémonies »
À la fin du sprint, tout le monde se réunit pour
effectuer la revue de sprint. L'équipe présente les
items du backlog de produit qu'elle a réalisés et
effectue ensuite une démonstration du logiciel
produit.
C'est sur la base de cette démonstration que le
product owner valide chaque fonctionnalité planifiée
pour ce sprint.
A l’issue de cette revue, l'équipe et le product owner
proposent des aménagements sur le backlog du
produit. Il est probable qu'à ce moment des items
soient ajoutés, modifiés ou réestimés.
MC3SI [Ch'ti JUG] Soirée Agilité
30. Scrum Map
Scrum – La boite à outils
La rétrospective du sprint est faite en interne à
l'équipe incluant le ScrumMaster. L'objectif est de
comprendre ce qui n'a pas bien marché dans le
sprint, les erreurs commises et de prendre des
décisions pour s'améliorer.
Il est tout à fait possible d'apporter des
aménagements à la méthode Scrum dans le but de
s'améliorer.
Il faut être très vigilant à ne pas retomber dans des
pratiques rigides des méthodologies plus classiques.
MC3SI [Ch'ti JUG] Soirée Agilité
31. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Scrum
Exemple « the map »
MC3SI [Ch'ti JUG] Soirée Agilité
32. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Exemple
Scrum
« the map »
MC3SI [Ch'ti JUG] Soirée Agilité
33. Un exemple
Le dashboard
Le tableau de bord ? Le Dashboard
Toute les informations du sprint sont concentrées un unique lieu.
MC3SI [Ch'ti JUG] Soirée Agilité
34. Sprint 3
Scrum – les techniques
Le sprint Burndown Chart
Tous les jours, le reste A Traiter des taches du sprint est
reporté dans un graphique qui permet de se situer par
rapport aux objectifs du sprint
MC3SI [Ch'ti JUG] Soirée Agilité
35. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Scrum
Exemple « the map »
MC3SI [Ch'ti JUG] Soirée Agilité
36. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Scrum
Exemple « the map »
MC3SI [Ch'ti JUG] Soirée Agilité
37. Ce qu’on doit faire
TODO In Progress Done
Valeurs
et principes
Scrum
Exemple « the map »
MC3SI [Ch'ti JUG] Soirée Agilité