• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
AgileIUT
 

AgileIUT

on

  • 1,560 views

Retour d'expérience ScrumMaster.

Retour d'expérience ScrumMaster.

Statistics

Views

Total Views
1,560
Views on SlideShare
832
Embed Views
728

Actions

Likes
0
Downloads
12
Comments
0

4 Embeds 728

http://www.ekito.fr 720
http://people.ekito.fr 6
http://a0.twimg.com 1
http://hq.ekito.fr 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    AgileIUT AgileIUT Presentation Transcript

    • Retour dexpérience ScrumMaster AgileIUT - 03/02/2012
    • Présentation● Nicolas Deverge - ekito ● Architecte & Agiliste ● Développeur & ScrumMaster ● Speaker à lAgileTour 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 DONEPrésentation du projet Le contrat LéquipeDéroulement Outillage Bilan
    • Backlog TODO DOING DONE Présentation du projet Le contrat LéquipeDéroulement Outillage Bilan
    • Présentation du projet● Client : INRA● Réalisé en 2009● Application PDA de gestion de plaques d’échantillons dADN végétal● Accompagnement technique et méthodologique● Durée : 6 mois● Technologies : JavaEE● Localisations : ● INRA (Toulouse) ● ekito (Toulouse)
    • Backlog TODO DOING DONE Présentation du projet Le contrat LéquipeDéroulement Outillage Bilan
    • 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é darrê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 lAgilité
    • Backlog TODO DOING DONE Présentation du projet Le contrat LéquipeDéroulement Outillage Bilan
    • É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 nest à plein temps sur le projet
    • Backlog TODO DOING DONE Présentation du projet Le contrat Léquipe Déroulement Outillage Bilan
    • Déroulement● Approche globale ● Fonctionnel dabord !.. ...quitte à faire du refactoring après ● User Stories techniques « négociées » avec le PO Pour minimiser la dette technique
    • Déroulement ● Planning14/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 lenvironnement de développement ● Formation technique ekito vers INRA ● Formation Scrum de léquipe ● Définition déléments darchitecture
    • 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 dadministration
    • Backlog TODO DOING DONE Présentation du projet Le contrat Léquipe Déroulement Outillage Bilan
    • 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 TODO DOING DONE Présentation du projet Le contrat Léquipe Déroulement Outillage Bilan
    • 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 narrivez jamais à faire des estimations correctes. » ● Fin Sprint 2 : « Mais au moins vous cherchez des solutions... » ● Fin Sprint 3 : « Cest déjà mieux ! » ● Fin Sprint 4 : « Enfin ! Vous arrivez à vous améliorer. »
    • Bilan● Point de vue du Product Owner INRA ● Fin Sprint 1 : « Jai 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 quauparavant ! »
    • 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 aujourdhui... ● léquipe informatique sinspire 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 lutilisation 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
    • Le kit de lAgiliste
    • Quelques radiateursdinformation
    • LAgilité à lIUT (constat perso)● En 98, en sortant de lIUT ● 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 dorganisation 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 projetInte Le contrat rrogSur pris ation Léquipe e !! !!  ! Bonus ! Déroulement Outillage Bilan
    • Quizz● En Scrum, comment appelle-t-on lartefact qui contient lensemble 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, Tél. : + 33 (0) 561 316 24031000 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 lauteur original de la manière indiquée par lauteur de loeuvre ou le titulaire des droits qui vous confère cette autorisation (mais pas dune manière qui suggérerait quils vous soutiennent ou approuvent votre utilisation de loeuvre). ● Rien dans ce contrat ne diminue ou ne restreint le droit moral de lauteur ou des auteurs. http://creativecommons.org/licenses/by/3.0/