Le document est un retour d'expérience sur l'implémentation de l'agilité dans une compagnie d'assurance, abordant la transition vers l'agilité, l'évolution de l'équipe, et les défis rencontrés. Il met en avant les améliorations apportées grâce à des méthodes comme Scrum, l'intégration continue, et la gestion du backlog, tout en soulignant les difficultés liées à la disponibilité des Product Owners et aux user stories. En conclusion, il souligne l'importance de l'autonomie, de la communication et de l'amélioration continue dans le processus de développement agile.

1. Retour d’expérience sur l’agilité
Pierre-Alexandre Kablitz
Head of IT
26 mars 2015 I Agile Partner

2. 1 I Retour d’expérience sur l’agilité I 26 Mars 2015
1. Contexte
2. Transition vers l’agilité
3. Evolution de l’équipe
4. Points positifs / Difficultés
5. Questions / réponses
Agenda

3. 2 I Retour d’expérience sur l’agilité I 26 Mars 2015
Vitis Life : Compagnie d’assurance Vie du groupe KBL
~50 employés, dont environs 5 au département IT
Le département IT développe et maintient les applications
L’infrastructure (très complexe) est hébergée chez KBL
Projet : Portage d’une application VB 6 en .Net
Application maison créée en 1997, développée au fil de l’eau sans
architecture et peu de documentation
Projet de migration en .Net de deux ans en échec  gèle des
développements pour le business
Contexte

4. 3 I Retour d’expérience sur l’agilité I 26 Mars 2015
Instauration du Daly Meeting
Favorise la communication
Partage et mise en commun des difficultés
Favorise l’esprit d’équipe
Mise en place d’un Board
Visualisation et limitation des encours
Partage des taches et des difficultés
Transition Agile : 1ère étape sensibilisation de l’équipe IT
Todo In Progress Done

5. 4 I Retour d’expérience sur l’agilité I 26 Mars 2015
Définition de la vision du projet Juin – Août 2011
Scope du projet, choix des technologies, architecture
Migration progressive VS big bang
Établissement d’un back log initial
Déploiement de la première release Août – Décembre 2011
Définition des itérations : Durée et Planning Meeting
Amélioration continue : rétrospective
Implication du métier : analyse & validation
Relation de confiance établie très tôt avec le client (cf. transparence et
visibilité).
Transition Agile : 2ème étape projet Dédale en mode Scrum

6. 5 I Retour d’expérience sur l’agilité I 26 Mars 2015
Intégration continue :
Automatisation des builds : check-in policy, daily build
Intégration de Test unitaire et d’intégration (dbs incluses),
Automatisation des déploiement et copies anonymées de
production
Amélioration de la gestion du back log
Mise en place d’un proxy PO pour palier le manque de disponibilité
Intégration du board dans Team foundation Server (création de vue
hiérarchique, story mapping, epic, priorisation)
Adaptation du cycle de vie des user stories : Description standard,
spécification, estimation & critère d’acceptance
Evolution de l’équipe : Décembre 2011  aujourd’hui

7. 6 I Retour d’expérience sur l’agilité I 26 Mars 2015
Adaptation du processus
Suivi de la validation des user stories : test, démo, déploiement 
implication et responsabilisation des utilisateurs
Peer Review : partage de connaissance, test, best practices 
amélioration de la qualité du code et diminution de la dette technique et des
bugs
Intégration de la maturation des user stories  meilleurs estimations
Réunification des toutes les activités du service et de tous les membres
Création d’un board pour les requêtes utilisateur puis intégration dans un
outils
Fusion des boards de tous les projets / applications
Evolution de l’équipe : Décembre 2011  aujourd’hui

8. 7 I Retour d’expérience sur l’agilité I 26 Mars 2015

9. 8 I Retour d’expérience sur l’agilité I 26 Mars 2015
Release Fréquente
Apporte de la valeur rapidement
Adaptation
Capacité à changer de priorité
Rythme de travail soutenable.
Autonomie, Implication &
Motivation
Conception lissée :
Emergence de la solution avec
les utilisateurs finaux
Confiance & Transparence
Respect & communication
Processus propre à chaque équipe
Définition du processus par
l’équipe (amélioration continue)
Point Positifs / difficultés
Disponibilité du Product Owner
Difficulté à décrire les user stories
A priori sur l’agilité : changer tout à
tout moment ..
Vision pas toujours maintenu,
description des user stories
parfois trop floue …
Installation d’une certaine routine
Rituels qui deviennent
machinales : S’aider de regard
extérieur
Manque de Spécification
Développement démarré trop
rapidement
Estimations difficiles

10. 9 I Retour d’expérience sur l’agilité I 26 Mars 2015
Questions & Réponses