Retour d'expérience ScrumMasterAgileIUT - 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

Présentation du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

TODO DOING DONE

Backlog

Présentation du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

TODO DOING DONE

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)

Backlog

Présentation du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

TODO DOING DONE

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

0

50

100

Le contrat

● Contexte● Budget fixe● Date flexible● Périmètre souple

Contexte favorablepour l'Agilité

Date

Budget

Périmètrefonctionnel

Backlog

Présentation du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

TODO DOING DONE

Équipe

● Équipe SCRUM distribuée sur deux sites

Équipe

INRA

ekito

ProductOwner

2 team members 2 stakeholders

ScrumMaster

2 team members stakeholderCoachScrum

É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

Backlog

Présentation du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

TODO DOING DONE

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

● Sprints de durée inégale (1 ou 2 mois), mais charge à peu près identique

Sprint1 Sprint2 Sprint3 PhaseRecetteSprint0 Sprint4

14/01 27/01 01/0402/03 08/07 10/0706/05

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

Backlog

Présentation du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

TODO DOING DONE

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

Backlog

Présentation du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

TODO DOING DONE

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é

Sprint1 Sprint2 Sprint3 Sprint40

10

20

30

40

50

60

10

29

58

46

Bilan

● Burndown chart de release

Début Sp1 Début Sp2 Début Sp3 Début Sp4 Fin Release0

20

40

60

80

100

120

140

160

180

200

187

162

130

81

35

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

Présentation du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

TODO DOING DONE

 ! Bonus !

Le kit de l'Agiliste

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

Présentation du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

TODO DOING DONE

 ! Bonus !

Backlog

Présentation du projet

Le contrat

L'équipe

Déroulement

Outillage

Bilan

TODO DOING DONE

 ! Bonus !

InterrogationSurprise !!!!

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

Des questions ?

1 place de la Bourse,

31000 Toulouse

Tél. : + 33 (0) 561 316 240

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/