Retour d expérience_sur_l_agilité

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

Transcript of Retour d expérience_sur_l_agilité

Page 1: Retour d expérience_sur_l_agilité

Retour d’expérience sur l’agilité

Pierre-Alexandre Kablitz

Head of IT

26 mars 2015 I Agile Partner

Page 2: Retour d expérience_sur_l_agilité

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

Page 3: Retour d expérience_sur_l_agilité

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

Page 4: Retour d expérience_sur_l_agilité

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

Page 5: Retour d expérience_sur_l_agilité

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

Page 6: Retour d expérience_sur_l_agilité

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

Page 7: Retour d expérience_sur_l_agilité

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

Page 8: Retour d expérience_sur_l_agilité

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

Page 9: Retour d expérience_sur_l_agilité

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

Page 10: Retour d expérience_sur_l_agilité

9 I Retour d’expérience sur l’agilité I 26 Mars 2015

Questions & Réponses