6. Situation de départ
• Un processus de gestion de projet bien établi
F0 F1 QG F2 QG F3 F4 QG F5 QG F6
Support
Préanalyse Définition A Analyse B Design Réal. C/D Tests E Go-Live
• Beaucoup de contrôle et de reporting
5
7. Historique
• 2005 Automatisation des compilations
Compilations hebdomadaires
• 2007 Formation SCRUM à Paris
Premiers essais avec SCRUM
• 2008 Formation des premières équipes à SCRUM
Premiers projets 100% SCRUM
Adaptation de l’organisation (support)
• 2009 Formation de tous les développeurs
Adaptation de l’organisation (pops)
6
8. 1ère adaptation de l’organisation
Mise en place d’un
groupe de support prod
7
9. Smiley calendar
Unpleasant, UnHappy, Not Good or Bad Ordinary Pleasant, Happy or Good
100%
12% 10% 10% 6% 7% 8% 7% 9%
13% 17% 16% 17%
90% 18% 22%
80% 27%
31% 34% 31%
41% 27%
70% 41% 42% 29%
44% 37%
60% 34% 43%
50%
50%
40%
67% 62%
30% 59% 60% 60%
49% 49% 51% 53%
44% 44% 47%
20% 40%
32%
10%
0%
Sep 08 Okt 08 Nov 08 Dez 08 Jan 09 Feb 09 Mrz 09 Apr 09 Mai 09 Jun 09 Jul 09 Aug 09 Sep 09 Okt 09
8
10. 2ème adaptation de l’organisation
Création du rôle de POP
Organisation orientée projets
POP POP POP POP POP POP POP POP
9
11. POP = Product Owner Proxy
Environnement multi projets
PO est éloigné géographiquement
(Biel/ZH)
Problèmes de compréhension liés à la
langue
PO manque de background technique
POP Le proxy rassemble et priorise toutes
les exigences (projets +
maintenance). Le proxy est en
général un collaborateur expérimenté
et par conséquent, capable de
répondre à la plupart des questions
de l‘équipe.
L‘équipe a besoin d‘une personne de
Product Backlog contact unique, capable de donner
des priorités claires et qui est à totale
disposition de l‘équipe
10
12. Limiter les travaux en parallèle
total effort "done" total effort "wip"
Release burndown chart total effort "to do" total remaining effort
idealized line (#iterations / idealized remaining effort)
2500
2000
1500
remaining effort
1000
500
0
22
23
27
28
32
36
21
24
25
26
29
30
31
33
34
35
week of calendar
11
14. 1 Indicateur d’évolution
• Basé sur la valeur produite pour le client…
• …plutôt que sur la rentabilité des développeurs
• …et où l’élimination de la dette technique et la
correction de bug (en test ou en production)
compterait pour zéro
• Chaque équipe doit connaître sa vélocité et des
variations inexpliquées, doivent impérativement être
discutée à la rétrospective
13
15. 2 Garantir de la qualité
• Impératif de mettre en place une solution
d’intégration continue…
• …y compris l’exécution de tests unitaires
• Test Driven Development
• Intégrer un représentant de l’assurance qualité dans
les équipes Scrum
• …
Savoir quoi faire est important. Mais le faire, et le
faire bien, l’est tout autant
14
16. 3 Sprint Planing Design
• Prendre le temps de (se) poser des questions:
- sur le produits
- sur le design de la solution choisie
- sur les aspects productifs
• Investir le temps nécessaire et sortir de cette séance
si possible sans points ouverts. Durée d’environ une
journée pour un sprint de 2 semaines
Good Thinking Good Products No Support
15
17. 4 Intensifier les rétrospectives
• L’amélioration continue est fondamentale
• Au besoin, rappelez régulièrement aux l’équipes, l’importance
des rétros pour l’amélioration des processus
• Ne rester pas assis derrière votre bureau, observer vos
équipes en live, participer aux démos, …
• Challenger vos équipes, demander…
…sur quels faits avérés ils se basent?
…pourquoi telle idée améliorerait-elle nos résultats?
…ce que l’on peut améliorer d’autre?
• Respectez vos collaborateurs, mettez les améliorations
proposées rapidement en place
16
18. 5 Respecter les personnes
• Considérer toute personne à qui l’on remet un travail comme
un client, ne le faite pas attendre, ne lui livrez pas un produits
défectueux, éviter les gaspillages
• Pardonner les erreurs et s’en souvenir, afin de ne pas les
répéter
• Faire confiance à ses équipes
• Donner à ses équipes des priorités claires, limiter les travaux
en parallèle
Satisfaire le marché, tout en procurant un cadre de
travail satisfaisant et sécurisant à ses employés
17
19. 6 Manager «coach»
• Le rôle du manager agile n’est plus de diriger, mais de
guider et former ses équipes
• Former ses équipes et ses collaborateurs avant de
développer ses produits
• Apprenez à vos collaborateurs à chercher la cause
fondamentale d’un problème
• Intensifier les échanges de bonnes pratiques
• La mise en place est un changement majeur pour
beaucoup d’entre-nous. Il est impératif de le suivre
de près
18
20. Privilégier la
7 communication directe
• Moins de séances administratives
• Moins de mails
• Moins de rapports d’activité
• …
• Plus de confiance
• Plus de discussions constructives
• Plus d’échange de bonnes pratiques
• …
19
21. 8 Faire confiance à ses équipes
• Moins de contrôles
• Laisser vos équipes s’auto-organiser et s’auto-
améliorer
• Laisser tomber le micro-management, surtout quand
le projet traverse une période difficile, dans ce cas
rappeler l’importance des rétrospectives
Ne pas chercher à optimiser les rendements
individuels, mais privilégier la production de valeur
pour le client
20
22. 9 Estimations
• Une tâche terminée en avance est rarement
annoncée comme telle
• Dans toute estimation un « buffer » est rajouté, que
ce soit voulu ou inconsciemment
• Souvent le buffer est consommé avant que le travail
ne commence
S’affranchir des estimations du reste à faire une fois
la tâche commencée. Dès lors seul sa réalisation
complète et rapide est importante
21
23. 10 Evaluations collectives
• Peu (ou pas) d’études montre un lien directe entre le
salaire au mérite et la productivité des collaborateurs
• Avec les méthodes agiles on encourage le travail
d’équipe
Ne serait-il pas envisageable de demander à
ses équipes, en plus de s’auto-organiser, de
s’auto-évaluer
22
24. Résumé
• (1) Indicateur d’évaluation
• (2) Garantir la qualité
• (3) Sprint Design
• (4) Intensifier les rétrospectives
• (5) Respecter les personnes
• (6) Manager « coach »
• (7) Communication
• (8) Privilégier la communication directe
• (9) Estimations
• 10) Evaluations collectives
23
25. Joker Se faire aider…
• Créer un centre de compétence SCRUM
• Au besoin se faire aider d’un coach
• Faire appel à la communauté agile
• Participer aux événements « agiles »
Agile Tour, XP-Days, …
24
