AgileIUT

Retour d'expérience ScrumMaster
AgileIUT - 03/02/2012

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

Parcours universitaire
●
Nicolas Deverge
●
IUT La Rochelle :
– Département informatique
– 1996-1998

●
ENSEEIHT Toulouse :
– Informatique et mathématiques appliquées
– 1998-2001

Backlog
TODO DOING DONE

Présentation
du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

Backlog
TODO DOING DONE
Présentation
du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

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)

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

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é

É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

É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

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

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

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

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

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

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

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

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

Outillage
●
IceScrum2
●
Version R2#11
●
Gestion du backlog et des tests
●
Gestion des tâches
●
Métriques

Outillage
●
OpenOffice Calc
●
Suivi des charges

●
Alfresco
●
Gestion des documents
●
Suivi des risques
●
Suivi des actions projet

●
Subversion, Eclipse, Maven

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

Bilan
●
Burndown charts de Sprint

1 2

3 4

Bilan
●
Vélocité
60
58

50 46

40

29
30

20

10
10

0
Sprint1 Sprint2 Sprint3 Sprint4

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

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

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. »

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 ! »

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 »

Bilan
●
Point de vue équipe ekito
●
Succès
– Application en production
– Techniquement enrichissant
– Relation de confiance
– Budget maîtrisé

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

Backlog
TODO DOING DONE
Présentation
! Bonus ! du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

Quelques radiateurs
d'information

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...)

Backlog
TODO DOING DONE
Présentation
du projet

Le contrat

L'équipe
! Bonus !
Déroulement

Outillage

Bilan

Backlog
TODO DOING DONE
Présentation
du projet

Inte Le contrat
rrog
Sur
pris ation L'équipe
e !!
!! ! Bonus !
Déroulement

Outillage

Bilan

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

Quizz
●
En Scrum, quel est le rôle du ScrumMaster ?

1. GO
2. Chef de projet
3. Berger

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

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/

AgileIUT

Contenu connexe

Tendances (20)

Similaire à AgileIUT (20)

Dernier (20)

AgileIUT