20 juillet 2010
Aujourd’hui, nous vous présentons l’historique de notre adoption de Scrum. Ce travail nous a permis de mesurer le chemin parcouru. Il peut, peut-être, également vous inspirer pour monter votre stratégie de mise en place de Scrum !
Pour les possesseurs d’iphone
Juin 2007 – Première utilisation de Scrum pour un projet sur mesure
Nous avons un passé XP… Et nous tombons sur Scrum. Léger, en phase avec nos bonnes pratiques d’ingénierie (TDD, intégration continue, simple design, etc.) et nos besoins, pourquoi pas ?
Nous adoptons :
- La gestion itérative et incrémentale du développement ;
- Le Scrum Board : un gros post-it par fonctionnalité, peuplé de petits post-its pour les tâches ;
- Le Daily Scrum, suite à notre expérience passée XP.
Octobre 2007 – Introduction des use cases
Le pilotage des développements est en place, nous décidons de rationaliser notre méthode de recueil des besoins.
Nous avons opté pour un format littéraire inspiré par la lecture de l’ouvrage d’Allistair Cockburn.
Décembre 2007 – Naissance de la Design party
Habitués à des phases de conception logicielle collective, nous adaptons la pratique à la production de maquettes. L’équipe se réunit pour brainstormer et il en ressort une proposition d’interfaces.
Janvier 2008 – Utilisation de Scrum, seconde itération
Notre premier tour de piste nous a convaincus : léger, simple à appréhender. Nous cherchons à élever notre niveau de jeu…
- Introduction du rôle de Product Owner, qui écrit les premières User Stories avec des critères d’acceptation
- Officialisation du rôle de Scrum Master
- Un sprint 0 (phase de setup)
- Sprint planning, sprint review
Février 2008 – Planning Poker
Toujours dans l’optique d’adopter petit à petit les bonnes pratiques, nous mettons en place le planning poker. Le Scrum Master le facilite, l’équipe (2 développeurs) estime en dialoguant avec le PO.
Mars 2008 – Des prototypes lo-fi
Pour accélérer le processus de définition des interfaces, nous substituons les prototypes haute fidélité (proche du dessin) par des maquettes fil de fer. Au départ avec omnigraffle, ensuite avec balsamiq.
Avril 2008 – Une seconde équipe Scrum
Pour un autre projet sur mesure, nous montons une deuxième équipe Scrum. 1 SM, 1 PO, 4 développeurs pour démarrer.
Avril 2008 – Rétrospective de Sprint
Notre Scrum Master/Scrum Coach introduit la pratique ‘silencieusement’.
L’agenda : Timeline (10 minutes), Ce qui s’est bien passé (20 minutes), Ce qui peut être amélioré (20 minutes), Plan d’actions (10 minutes).
Mai 2008 – Et de 3…
Troisième équipe Scrum. Elle est composée d’un SM, un PO et de deux développeurs au début du projet.
Juillet 2008 – Démo de Sprint
Notre première tentative de démonstration au client a été fructueuse : satisfaction du client, feedback efficace. Dès lors, nous proposons systématiquement le cérémonial à tous nos clients.
A noter que c’est la seconde équipe SCRUM de la société qui adopte la pratique en premier !
Novembre 2008 – Première rétrospective projet
Pour la petite histoire, elle a duré quasiment une journée pour couvrir 9 mois calendaires.
Nous menons depuis systématiquement une rétrospective pour tous nos projets.
Novembre 2008 – Clôture de sprint à distance
La répartition sur deux sites (Paris, Toulouse) d’une de nos équipes nous y pousse. Plus tard, elle sera encore plus nécessaire dans le cadre d’un projet international.
Janvier 2009 – Story Map
Nouveau projet sur mesure… Pour accompagner notre client dans la définition du backlog des user stories, nous lui proposons un atelier Story Map. En abscisse, les epics ou big stories, en ordonnée la priorité des User Stories.
Pour aller plus loin:
- La rétrospective de projet
- La revue de sprint à distance
- Agile Tour 2009
- The new backlog is a story map
Je m’explique….
Vic Williams (un bloggeur fou, comme votre serviteur) a indiqué que Scrum apprend tout d’abord à marcher, ensuite à jogger, et puis à courir.
Etant un fan inconditionnel de l’hyper productivité, j’affectionne particulièrement la livraison mensuelle, des sprints de 2 semaines (donc des revues/ rétrospectives bi-mensuelles).
Peut-être le faites-vous?
Quelques petits trucs pour aller plus en avant:
- un Scrum Board en mode Kanban: avec un Work in Progress (WIP) calé sur le nombre personnes présentes dans l’Equipe.
- des petites contraintes de découpage: 1 tâche ne doit pas nécessiter plus de 20′ pour être comprise (sinon Parking), une tâche ne doit pas nécessiter plus d’une journée pour être « DONE » (sinon Parking)
- essayez la « Magic Estimation »
Bon travail
Pierre
Au sujet du rythme des itérations, nous optons soit pour 2 semaines, soit pour 3 semaines, selon différents paramètres (projet, disponibilité du client pour les rétrospectives, entre autres).
J’avoue ne pas voir ce que vous mettez derrière la « Magic Estimation ». il va falloir que je ‘google-ise’ ça