2. Présentation
●
Nicolas Deverge - ekito
●
Architecte & Agiliste
●
Développeur & ScrumMaster
●
Speaker à l'AgileTour 2009
●
Speaker au SigmaT 12
●
Speaker au JUG Toulouse
Mail : ndeverge@ekito.fr
Twitter : @ndeverge
3. Parcours universitaire
●
Nicolas Deverge
●
IUT La Rochelle :
– Département informatique
– 1996-1998
●
ENSEEIHT Toulouse :
– Informatique et mathématiques appliquées
– 1998-2001
4. Backlog
TODO DOING DONE
Présentation
du projet
Le contrat
L'équipe
Déroulement
Outillage
Bilan
5. Backlog
TODO DOING DONE
Présentation
du projet
Le contrat
L'équipe
Déroulement
Outillage
Bilan
6. Présentation du projet
●
Client : INRA
●
Réalisé en 2009
●
Application PDA de gestion de
plaques d’échantillons d'ADN
végétal
●
Accompagnement technique
et méthodologique
●
Durée : 6 mois
●
Technologies : JavaEE
●
Localisations :
●
INRA (Toulouse)
●
ekito (Toulouse)
7. Backlog
TODO DOING DONE
Présentation
du projet
Le contrat
L'équipe
Déroulement
Outillage
Bilan
8. Le contrat
●
Contrat client INRA – prestataire ekito
●
Forfait « agile » basé sur un cahier des
charges initial
●
3 « itérations »
●
Équipe INRA intégrée
●
Facturation à la fin de chaque itération
●
Possibilité d'arrêter à la fin de chaque
itération
9. Le contrat
Budget
100
●
Contexte
●
Budget fixe 50
●
Date flexible
0
●
Périmètre souple
Date Périmètre
Contexte favorable fonctionnel
pour l'Agilité
10. Backlog
TODO DOING DONE
Présentation
du projet
Le contrat
L'équipe
Déroulement
Outillage
Bilan
11. Équipe
●
Équipe SCRUM distribuée sur deux sites
INRA
Product 2 team members 2 stakeholders
Owner
ekito
Scrum 2 team members Coach stakeholder
Master Scrum
Équipe
12. Équipe
●
Product Owner et stakeholders ont des
profils fonctionnels
●
Scrum Master et team members ont des
profils techniques
●
Un coach Scrum
●
Un ergonome
●
Aucun membre de l'équipe n'est à plein
temps sur le projet
13. Backlog
TODO DOING DONE
Présentation
du projet
Le contrat
L'équipe
Déroulement
Outillage
Bilan
14. Déroulement
●
Approche globale
●
Fonctionnel d'abord !..
...quitte à faire du refactoring après
●
User Stories techniques « négociées »
avec le PO
Pour minimiser la dette technique
15. Déroulement
●
Planning
14/01 27/01 02/03 01/04 06/05 08/07 10/07
Phase
Sprint0 Sprint1 Sprint2 Sprint3 Sprint4 Recette
●
Sprints de durée inégale (1 ou 2 mois), mais
charge à peu près identique
16. Déroulement
●
Sprint 0
●
Constitution, valorisation (planning
poker) et priorisation du backlog
●
Mise en place de l'environnement de
développement
●
Formation technique ekito vers INRA
●
Formation Scrum de l'équipe
●
Définition d'éléments d'architecture
17. Déroulement
●
Sprint n
●
Planification de Sprint
●
Scrum meeting
●
Auto affectation des tâches
●
Support du PO en cas de besoin
●
Livraison puis tests fonctionnels par PO quand
plusieurs US sont finies
●
Revue de Sprint
●
Comité de pilotage
●
Rétrospective de Sprint
18. Déroulement
●
Planification de Sprint
●
Disponibilité des membres de l'équipe
●
Définition des objectifs du Sprint / choix
des User Stories à embarquer avec PO
●
Estimation des User Stories (planning
poker)
●
Découpage en tâches valorisées des US
embarquées, avec support du PO
19. Déroulement
●
Scrum meeting
●
Irréguliers
●
Au moins une fois par semaine
●
Par téléphone ou de vive voix
●
Absence de certains membres de
l'équipe
20. Déroulement
●
Revue de sprint
●
Rappel des objectifs
●
Démo / passage en revue de chaque US
●
Présentation de métriques
●
Comité de pilotage
●
Suivi des charges
●
Risques / actions projet
●
Poursuite ou arrêt du projet ?
●
Rétrospective de Sprint
●
Discussion collective autour des difficultés/succès
et mise en place d’actions
21. Déroulement
●
Documentation
●
Dossier de recueil des exigences
=> backlog
●
Dossier de tests
=> tests fonctionnels associés aux US
●
Dossier de conception
=> Javadoc enrichies de schémas UML
●
Manuel de développement
●
Manuel d'administration
22. Backlog
TODO DOING DONE
Présentation
du projet
Le contrat
L'équipe
Déroulement
Outillage
Bilan
23. Outillage
●
IceScrum2
●
Version R2#11
●
Gestion du backlog et des tests
●
Gestion des tâches
●
Métriques
24. Outillage
●
OpenOffice Calc
●
Suivi des charges
●
Alfresco
●
Gestion des documents
●
Suivi des risques
●
Suivi des actions projet
●
Subversion, Eclipse, Maven
25. Backlog
TODO DOING DONE
Présentation
du projet
Le contrat
L'équipe
Déroulement
Outillage
Bilan
26. Bilan
●
Quelques chiffres
●
1 release
●
4 sprints
●
31 User Stories finies sur 42 dans le backlog
●
143 points réalisés sur 187
●
42 tests associés aux User Stories
●
En moyenne, 4-5 tâches par User Story
●
13 livraisons intermédiaires sur la plate-forme
de validation
●
En fin de release, vélocité estimée à 45 points
29. Bilan
●
Burndown chart de release
187
200
180
160
162
140
130
120
100
80
81
60
40 35
20
0
Début Sp1 Début Sp2 Début Sp3 Début Sp4 Fin Release
30. Bilan
●
Par rapport au cahier des charges initial
●
Budget : pas de dépassement
●
Périmètre fonctionnel : évolution en cours de
développement
●
Date : décalée
●
4 sprints au lieu de 3 itérations contractuelles
●
Application
●
Déployée en production
●
Utilisée tous les jours
●
Retours positifs des utilisateurs finaux
31. Bilan
●
Point de vue Stakeholder INRA
●
Fin Sprint 1 :
« Vous les informaticiens, vous n'arrivez jamais
à faire des estimations correctes. »
●
Fin Sprint 2 :
« Mais au moins vous cherchez des
solutions... »
●
Fin Sprint 3 :
« C'est déjà mieux ! »
●
Fin Sprint 4 :
« Enfin ! Vous arrivez à vous améliorer. »
32. Bilan
●
Point de vue du Product Owner INRA
●
Fin Sprint 1 :
« J'ai beaucoup plus de travail que
précédemment. »
●
Fin Sprint 2 :
« Il faut me livrer plus tôt dans le sprint pour que je
puisse tester et valider ! »
●
Fin Sprint 3 :
« On peut commencer à livrer en production,
non ? »
●
Fin Sprint 4 :
« Je suis beaucoup plus écoutée qu'auparavant ! »
33. Bilan
●
Point de vue équipe informatique INRA
●
Fin Sprint 1 :
« On a omis quelques difficultés techniques de
début de projet, et pas livré suffisamment tôt au
PO… »
●
Fin Sprint 2 :
« On progresse dans l’estimation des tâches. »
●
Fin Sprint 3 :
« On tient nos engagements ! »
●
Fin Sprint 4 :
« Confiance et rythme de croisière »
34. Bilan
●
Point de vue équipe ekito
●
Succès
– Application en production
– Techniquement enrichissant
– Relation de confiance
– Budget maîtrisé
35. Bilan
●
Et aujourd'hui...
●
l'équipe informatique s'inspire de Scrum
pour organiser le support et les évolutions
– « Un gros atout de Scrum est la re-priorisation des
évolutions à chaque sprint »
– « Plus de réactivité = plus proche des besoins
métiers »
●
étude de l'utilisation de Scrum à plus
grande échelle au sein du service
36. Backlog
TODO DOING DONE
Présentation
! Bonus ! du projet
Le contrat
L'équipe
Déroulement
Outillage
Bilan
39. L'Agilité à l'IUT (constat perso)
●
En 98, en sortant de l'IUT
●
Apprentissage Waterfall et cycle en V
●
Aucune pratique
– Difficile à mettre en œuvre ?
=> « A quoi ça sert une méthodologie ? »
●
Avec le recul
●
Agilité plus facile à mettre en œuvre
– Projets, TP
– Méthodes d'organisation personnelle (Pomodoro,
GTD etc...)
40. Backlog
TODO DOING DONE
Présentation
du projet
Le contrat
L'équipe
! Bonus !
Déroulement
Outillage
Bilan
41. Backlog
TODO DOING DONE
Présentation
du projet
Inte Le contrat
rrog
Sur
pris ation L'équipe
e !!
!! ! Bonus !
Déroulement
Outillage
Bilan
42. Quizz
●
En Scrum, comment appelle-t-on l'artefact
qui contient l'ensemble des Users Stories ?
1. Le blackdog
2. Le backlog
3. Le Business Requirement Documents
43. Quizz
●
En Scrum, quel est le rôle du ScrumMaster ?
1. GO
2. Chef de projet
3. Berger
45. 1 place de la Bourse, Tél. : + 33 (0) 561 316 240
31000 Toulouse Fax. : + 33 (0) 561 713 500
www.ekito.fr
contatc@ekito.fr
46. Copyright
●
Vous êtes libre de :
●
Reproduire, distribuer et communiquer cette création
au public
●
Modifier cette création
●
Selon les conditions suivantes :
●
Paternité. Vous devez citer le nom de l'auteur original
de la manière indiquée par l'auteur de l'oeuvre ou le
titulaire des droits qui vous confère cette autorisation
(mais pas d'une manière qui suggérerait qu'ils vous
soutiennent ou approuvent votre utilisation de
l'oeuvre).
●
Rien dans ce contrat ne diminue
ou ne restreint le droit moral de
l'auteur ou des auteurs.
http://creativecommons.org/licenses/by/3.0/