Devenir Agiles

Devenir Agiles ?Retour d’expérience de SC2X
Agile Tour 2009 – Bordeaux
29/10/2009

Présentation des intervenants et de SC2X
Pourquoi l’Agilité ?
Comment est-on devenus Agile ?
Rétrospective de l’intégration de SCRUM au sein de SC2X
Questions / Réponses
Devenir Agiles : Retour d’expérience de SC2X
Agenda

Les intervenants
Michael Gasrel – Scrum Master
Rachel Dubois – Product Owner
SC2X
Société bordelaise fondée en 2003
Création et développement de jeux vidéos consoles et web sous sa marque MadMonkey Studio
Développeur agréé Sony, Nintendo et Microsoft
Normasim
Projet lancé fin 2007
1 an de R&D technique et d’intégration métier
Oct. 2008 : lancement de Normasim Live
Une offre Offline : SOFAEX et SIMVIZ, outil de surveillance, de pilotage et de simulation 3D temps réel.
Présentation
A propos de SC2X et de Normasim

Un projet d’entreprise
Création d’une division industrielle
Rupture avec le domaine d’activité et la culture jeu-vidéo
Tout est à construire
L’offre Produit : technique, fonctionnelle, distribution
Equipe & Méthodes
Le contexte

Une équipe hétérogène
De 3 à 10 personnes
Métiers : Ingénieurs, infographistes, commercial, marketing avec différents niveaux d'expériences
Maturité : 0 à 15 ans d'expérience
Seulement 2 personnes, dont le Product Owner, avaient déjà mis en pratique la méthode
L’équipe

S’adapter au changement
Faire face à un environnement changeant (normes, réglementations)
Accompagner le changement avec nos clients et partenaires
Innover en terrain inconnu
Essayer pour pouvoir mieux choisir/valider
Océan Bleu / Favoriser l’innovation et la créativité
Pourquoi avoir choisi l’Agilité ?

Par étapes ! Tranquillement !
1 équipe/projet pour ne pas fragiliser l’existant et accompagner le changement -> diffusion
Formation interne et coaching :
En échangeant des savoirs, en partageant les valeurs.
En créant des liens avec d’autres expériences et d’autres expertises
Intégration progressive des pratiques et outils.
En cultivant une intelligence critique
En se posant des questions (rétrospectives)
En se confrontant régulièrement à des défis techniques
S’autoriser à aménager les « dogmes » !
Comment est-on devenus Agiles ?

Avec des outils simples !
Tableau blanc effaçable
Du papier et des magnets !
Du dialogue en face à face, tous les jours !
Tentative d’utilisation d’outil logiciel (IceScrum et Rallye) : peu de succès.
Quelques bonnes pratiques
Avec « ceux qui savent » !
Cycles courts (2 sem)
“User story”
Tests ouverts aux clients et partenaires
Binomage (+/-)
Burdown
Définition du « fini » / Check List
TDD
Intégration continue (HUDSON)
Plateforme de test (Béta ) ouvertes vers les clients, utilisateurs finaux
Quels outils ?

Quels outils ? Le grand tableau blanc !

Quels outils ? La rétrospective !

Stand-up meeting [+++] (tous les sprints)
Problèmes remontés rapidement
Visibilité de l'ensemble du projet pour l'ensemble de l'équipe
Apprentissage de la gestion de son temps
Difficultés sur l’estimation du « reste à faire »
Retardataires
Rétrospective de sprint [++] (tous les sprints)
Bonne implication de l'ensemble de l'équipe
Auto-critique +/- constructive en fonction de la maturité des participants
Liste d’engagements pour les prochains sprints
L’équipe choisissait les rites et/ou outils qu’elle allait mettre en œuvre
Démo [+] (les derniers sprints)
Motivation et implication accrue
Meilleure qualité dans la finition
Communication large : entreprise / management
Bémol : manque de préparation des démos
Notre pratique des rites Agiles (1/2)

Planification [-] (tous les sprints)
Préparation insuffisante pour certains sprints
Sous-estimation de l'importance de cette réunion
Planning Poker [--] (les premiers sprints)
Difficultés à maîtriser le système d'estimation
Manque de confiance des juniors par rapport aux séniors
Petite implication des membres non ou peu concernés par des User Stories
Release [---] (jamais)
Pas de visibilité à moyen terme
Nombreux changements Direction
Notre pratique des rites Agiles (2/2)

Burndown

Problèmes d’estimation lors de la préparation
Trop confiant
Trop prudent
Nouvelles taches qui apparaissent au cours du sprint
Difficulté à estimer les « reste à faire »
Mises a jour au Daily Scrum Meeting
Les heures s’accumulent sur la fin
Nombre d’user stories ouvertes non finies
Au-delà des burndown …

Avant / Après : auto-évaluation

Retour d’expérience de SC2X
Avant / Après : auto-évaluation

En résumé …

… un Bilan mitigé : il reste encore beaucoup à faire !

Les satisfactions :
Mise en ligne du projet Normasim + évolution
Adhésion à la méthode (équipe, client et hiérarchie)
Communication facilité au sein et en dehors de l'équipe
Meilleur climat de travail
Les progrès réalisés par toute l'équipe / Monter en compétences
Les mises en production régulières qui gratifient le travail de l'équipe
Stop ? Start ? Go on ?

Les problèmes rencontrés :
Instabilité de l'équipe (en nombre et en personne)
Maturité de l’équipe, manque de recul par rapport à la méthode
Taille critique de l'équipe sur certains sprints
Présence dans l'équipe d'un 'ayatollah' de SCRUM : conflits parce que la méthode n'est pas appliquée à la lettre
Plusieurs petits projets simultanés au sein d'un même grand projet
Engagements Qualité ./ Moyens mis en œuvre / Commitment
Manque d’accompagnement / Coaching
Peu de contacts avec les utilisateurs finaux ou le client réel
Gouvernance
Go On !
Stop ? Start ? Go on ?

Intégration du Client
Complète
Interactive
Qualitative
Vision du projet à MT
Big Picture
Planification releases
Accompagnement / Coaching
Monter en compétences
Avoir du recul sur les pratiques, difficultés, résultats
Tester de nouveaux outils
Quelles voies à explorer pour nous ?

Rachel DUBOIS
« Product Owner »
rdubois@sc2x.com
Michael Gasrel
« Scrum Master »
mgasrel@sc2x.com