Management de projets

DJIBY GUEYE , P M P
LES METHODES AGILES
Les méthodes agiles
Introduction à SCRUM
 Origines des méthodes Agiles
Process
Gantt / PERT : Cascade ( Waterfall, V Model, etc.)
focus

Taylorisme

1900 1950 1980 1990 2000 2010

Toyota
Production
System Lean
People
Méthodes Agiles focus
Java Universal Network
Graph
Introduction à SCRUM

7%
 16

Les rôles
Scrum Master
Responsable de faire appliquer par l’équipe les valeurs et les
pratiques de Scrum
Facilite la résolution des problèmes
Product Owner
C'est le représentant des clients et des utilisateurs
C'est lui qui donne les fonctionnalités à traiter, et qui
prend les décisions importantes concernant l'orientation
du projet
Il gère le Backlog de Produit et le Release Plan

Team Member
Tous les autres
2011 - 2012
 58

Actions du Product Owner

• Participe aux réunions
• De début de sprint
• Quotidiennes, parfois
• De fin de sprint
• À la rétrospective
• Est responsable du Backlog de Produit
• Répond aux questions sur le produit
• Définit les tests d’acceptation
• Passe ou fait passer ces tests
 59

Le Product Owner idéal

• Bonne connaissance du domaine métier
• Maîtrise des techniques de définition de
produit
• Capacité à prendre des décisions rapidement
• Capacité à détailler quand il le faut
• Ouvert au changement…mais sans changer
d’avis tout le temps
• Aptitude à la négociation
• Disponible pour le rôle
 55

Actions du Scrum Master

• Veiller à ce que les pratiques Scrum soient
appliquées
• Encourager l’équipe et le Product Owner et
les inciter à devenir autonomes
• Protéger l’équipe des obstacles/interférences en
cours de sprint
• Organiser et animer les réunions
« Le Scrum Master est au service de
l’équipe »
 56

Le Scrum Master idéal

• Bonne connaissance de Scrum
• Comprend les aspects techniques
• Communication
• Bon guide, fait confiance
• Médiateur
• Tenace
• Transparent
• Au service de l’équipe
• Sait prendre des risques
 60

L’équipe
• Multi-disciplinaire
• Esprit d’équipe
• Pas d’élément perturbateur
• Mieux vaut un correct niveau moyen
que des stars individuelles
 61

Ne pas oublier
Ce n’est pas parce que les rôles ont l’air
d’être parfaitement définis que vous pouvez
vous passer de les préciser au démarrage et
en cours de projet
Les pratiques ont l’air d’être définies mais
laissent une certaine liberté :
Faire du Scrum, c’est appliquer tous ses principes,
mais réfléchir dès que nécessaire à la façon de les
appliquer
 78

Kanban agile : les principes

Visualisez le workflow :
Divisez votre travail, décrivez chaque élément sur une fiche et mettez- la au
mur.
Tracez des colonnes, donnez-leur le nom des étapes du workflow et placez y
les éléments de travail.

Limitez le TAF (travail à faire) : fixez des limites précises indiquant

combien d'éléments peuvent être placés dans chaque étape du workflow.

Mesurez et optimisez le temps de cycle (temps moyen pour

traiter complètement un élément, appelé "lead time" en anglais), optimisez le
processus pour que le temps de cycle soit aussi court et prévisible que
possible.
 79

Les apports de Kanban

 Obliger à résoudre les problèmes (sinon
la chaîne se bloque)
 Mettre l’accent sur les goulots
d’étranglement et encourager la
collaboration pour les lever
 Permet de fluidifier le travail
 Mettre en exergue la notion de fini
 Est compatible avec Scrum
 80

Les dangers de Kanban

Favoriser la vision à très court terme
Peu de principes définis, il faut donc
réfléchir au reste
Risque de prétexte pour ne rien organiser
Impression de « chômage en technique »
cas de blocage
Et donc risque d’abandon de l’approche
Scrum : la revue de sprint 50

La préparation
 Tester ou faire tester les stories livrées
 Préparer un plan de démonstration basé sur
les Stories livrées
 Convier des invités éventuels
 Installer sur une plateforme de
test/démonstration, avec des données
significatives
 53

La rétrospective
Revenir sur le déroulement du sprint pour
optimiser l’organisation
Réunion suite à la réunion de fin de sprint
Bilan intermédiaire
Qu’est-ce qui s’est bien passé?
Qu’est-ce qui s’est mal passé?
Comment nous améliorer?
Idéalement, brainstorming
Choisir 1 amélioration pour le sprint à venir
L’Agile et les approches qualité
95

La qualité des produits

Les entreprises mal gérées dépensent 90%
de leurs efforts en qualité dans le traitement des
défauts
Les entreprises bien gérées dépensent 80%
de leurs efforts en qualité dans la
prévention
Les coûts de prévention sont beaucoup moins
importants que les coûts de détection et de
correction
Domaines de processus CMMi
 98

Bénéfices de CMMi niveau2

Compréhension des besoins clients
Bonne préparation des projets
Bon suivi
Réduction des coûts de développement
Réduction des délais de livraison
Amélioration de la qualité du produit
 99

Compatibilité avec l’Agile

Obligation de documentation
Possibilité d’automatiser la production des
documents
Histoires utilisateurs spécifications
Analyse automatique du code conception détaillée
Tests : tout est fait dans XP
Principes fondamentaux semblables
Difficultés
La traçabilité des exigences
Les CR de réunions