Lors d’une discussion autour d’un verre, Christophe Keromen me partagea son envie de faire quelque chose pour les fêtes de fin d’année.
5 personnes, 4 jours, 50 pages…
Voici comment il me présenta le concept du Booksprint qu’il avait déjà expérimenté pour l’écriture du Petit Guide du Management Lean il y a de cela quelques années. Même s’il était difficile de savoir si j’étais à la hauteur du challenge, l’idée m’a tout de suite séduite. Il ne restait plus qu’à trouver nos compagnons de route. Julien Porot, Arnaud Gervais et Gregory Alexandre sont les courageux à avoir finalement répondu à l’appel : les Boooksquetaires étaient formés ! 🙂
Je vous partagerais les détails de cette aventure au travers de 4 articles :
Vendredi 16 Décembre 2016, c’est parti pour rejoindre Christophe à Carnac. Direction Auray en train pour les parisiens et Nantes en avion pour notre lyonnais. Et tout cela dans la bonne humeur ! 😉
Après quelques heures de trajet, nous voilà arrivés à destination.
Après une visite des lieux par notre hôte, dans une ambiance chaleureusement bretonne, entre l’excitation et l’appréhension, nous découvrons l’ampleur du challenge. De ce que l’on en apprend, le booksprint est une véritable expérience Agile poussée à l’extrême ! On va devoir s’appliquer tout ce que l’on demande aux autres : itérer, communiquer, collaborer, planifier pour produire le plus de valeur possible… et tout cela condensé en 4 jours !
Nous allons utiliser la matinée du lendemain pour bien nous préparer avant le décollage : ce sera notre période de sprint 0.
Mais pour le moment, c’est repos, pour pouvoir redémarrer en forme ! 😉
L’Agile Rocket
On commence dès 9h avec une présentation de l’Agile Rocket par Christophe. On découvre que l’initiative provient au départ d’une volonté de proposer une démarche de transformation modulaire et plus légère, pour les équipes ainsi que pour le coach.
Cet accompagnement court permettrait :
de mieux anticiper la charge pour le coach, les équipes et les managers,
d’évaluer la maturité de l’équipe en fin de module pour décider de poursuivre ou pas
de communiquer autour d’une métaphore visuelle simple à partager
Nous avons ainsi pu avoir une vision plus globale du projet, décrivant :
Les modules principaux correspondant au coeur de la démarche d’accompagnement : Management visuel, Amélioration continue, Flux,
Les stabilisateurs permettant de ne pas décrocher et retomber au sol, ils soutiennent et renforcent la démarche : Management Agile, Maîtrise personnelle,
Les boucliers thermiques aidant à limiter les risques et à protéger l’équipage en s’assurant que l’on produit la bonne chose de la bonne manière : Culture Produit, Excellence de l’ingénierie,
La North Star représentant l’objectif que tout l’éco-système autour de la fusée souhaite atteindre,
L’antenne de téléguidage permettant de sonder l’environnement pour recueillir du feedback et s’adapter : Systémique, Complexité.
Tout cela alimenté par le fuel de la Culture Agile.
Comment allons-nous fonctionner ?
Méthodique comme à son habitude, Christophe nous avait préparé un plan de bataille initial pour ces 4 jours.
Découpage fonctionnel
Notre travail serait donc découpé en 2 incréments de 2 jours que l’on a appelé PI pour Program Increment :
Le PI #1 devait comporter les modules coeur de la rocket : Management visuel, amélioration continue, flux auxquels on ajouterait la North Star et une introduction.
Le PI #2 devait comporter les stabilisateurs et boucliers thermiques : Management Agile, Maîtrise personnelle, Culture Produit et Excellence de l’ingénierie.
Programme de la journée 1
Niveau méthode, nous allons partir sur les événements Scrum : Sprint Planning, Stand-up meeting, Sprint Review et Rétrospective. L’idée étant d’effectuer au moins 2 sprints par jour avec une moyenne de 2 chapitres par sprint. Tout cela en gardant bien en tête qu’à la fin de chaque PI, nous devrons livrer un incrément « intégré » de produit !
Dans un premier temps, nous sommes partis sur une base de sprints de 3h, ce qui nous a emmené au découpage temporel suivant :
30′ pour faire notre sprint planning
15′ de Stand-up en milieu de sprint
30′ pour effectuer revue et rétrospective de sprint
Le cadre de notre produit
Comme toute équipe Agile, nous sommes également passés par la périlleuse étape des Definition of Done pour s’aligner sur la forme et la structure de notre produit final.
Nous avons alors définis 2 storyotypes – sans vraiment d’ordre d’importance :
Pour le livre
Illustrations
Table des matières
Un petit mot des auteurs
Visuel de couverture
4ème de couverture
Glossaire
Pour un chapitre
Bibliographie
Pour aller plus loin : des liens et articles supplémentaires
Exemples d’ateliers
Une histoire : une dose de narratif pour le contenu
5 conseils pour rater
Templates de mise en oeuvre : un processus type
L’essentiel : un résumé en quelques bullet points
Toolkit écossais : une liste d’éléments de matériel type
Citations
Nous avions bien conscience que tous ces éléments n’avait pas tous un caractère obligatoire mais le temps nous étant compté, nous avons peut-être inconsciemment fait le choix de l’empirisme pour nous adapter au besoin.
Pour qui écrivons-nous ?
Dans la perspective de construire un produit adapté, centré sur les besoins utilisateurs, il était inévitable de définir ces fameux « utilisateurs ». Nous nous sommes donc attelés à l’exercice des personas ! Les plus créatifs d’entre-nous ont ainsi pu laisser libre cours à leur imagination teintée d’humour ainsi qu’à leurs talents d’artiste 🙂
Je vous les présente :
Kouigna Man : Gooodien
Je fais partie de la société Goood! et j’aimerais pouvoir m’appuyer sur une démarche simple et structurée pour pouvoir monter en compétence. De plus, si elle me permet de développer un savoir-faire et une culture partagés avec mes collègues, cela contribuera à renforcer notre état d’esprit d’entreprise !
Jean-Noël : Décideur
J’ai des besoins en transformation mais je suis perdu dans toutes les offres du marché. J’ai envie de comprendre comment cette démarche se déploie et en quoi elle peut m’être utile. De plus, je n’ai pas envie de me lancer dans un engrenage que je ne maîtriserais pas. Je préfèrerais au contraire avoir la possibilité de pouvoir adapter la démarche selon mes besoins !
Ernestette : Membre d’équipe
Ce n’est pas la première fois que l’on me demande de changer. J’ai besoin de comprendre là où on m’emmène, comment je vais être impactée et surtout ce que j’ai à y gagner ! Si je pouvais savoir à l’avance ce que l’on va me demander de faire et comprendre pourquoi c’est important, cela me rassurerait !
Cathy : Manager
Malgré tout l’intérêt que je vois aux démarches de transformation, elles prennent du temps. J’ai besoin de connaître l’effort et le temps qui va être demandé à mes équipes ainsi qu’à moi-même. J’entends souvent parler d’agilité et d’auto-organisation, mais quel est mon rôle dans tout ça ?
Milouz : Coach / Consultant
Je suis Coach Agile et j’aimerais avoir une alternative d’accompagnement plus légère. J’en ai un peu marre de faire du Scrum ou du Kanban, ce qui m’importe est d’apporter une vraie démarche d’apprentissage aux équipes et aux organisations pour les aider à devenir actrices de leur transformation.
Note : Au vu de la difficulté de la sélection, nous avons malheureusement dû mettre de côté Jean-René, cuistot.
Maintenant que l’on a défini les règles, le périmètre et les cibles, construisons le Management visuel pour suivre notre avancée ! 😉
Construction de notre Obeya
C’est la chambre de Christophe qui deviendra notre salle Obeya, où toutes les informations concernant le projet seront centralisées et où nous effectuerons nos points de synchronisation également appelés « boucles de feedback » par certains. C’est également là où nous allons installer notre Management visuel.
Note : Christophe a fait une courte vidéo pour montrer la transformation de la chambre.
Management Visuel
Nous avons opté pour un processus comprenant les étapes suivantes :
To Do : espace pour disposer notre backlog
Écriture : les parties sur lesquelles on est effectivement en train de travailler
En attente de relecture : signalement des éléments prêts à être revus
Relecture : les tâches en cours de relecture
Relu par 2 personnes : état indiquant qu’un élément a bien été relu par au moins 2 personnes
En cours d’intégration
Intégré : état indiquant que l’on a bien packagé les éléments dans notre produit à livrer
Done
Ayant défini plus tôt le périmètre du PI #1, nous avons simplement défini les lignes de nages correspondant à chaque module traité ce qui nous donnera rapidement un visuel sur l’avancée de chacun d’entre-eux.
Structure des modules
Maintenant, il nous fallait visualiser la structure de contenu des différents modules.
Nous sommes alors partis de la Definition of Done d’un chapitre et en avons extrait un sous-groupe. Les éléments sélectionnés correspondaient à ce que l’on considérait devoir être notre produit minimal. Voici ce que l’on a retenu :
La Question : résume la ou les problématiques adressées dans le module
Une histoire Avant : introduction de la problématique sous forme d’histoire
Contenu : description de la proposition d’accompagnement correspondant au module
Illustrations
Une histoire Après : description des bénéfices obtenus après l’accompagnement
Templates de mise en oeuvre : processus type d’accompagnement
Exemples d’ateliers : liens vers des sources externes décrivant les ateliers proposés
Un done symbolique
Pour garder une vue d’ensemble et pouvoir célébrer nos succès (oui c’est important !), nous avons construit le squelette de l’Agile Rocket qui se remplira au fur et à mesure de notre avancement.
C’est un artefact clé qui nous permettra de garder un oeil sur notre objectif final et nous refocaliser si besoin.
Nos avatars
Maintenant, pour savoir qui va travailler sur quoi, nous avons construits nos avatars sur des mini post-its. Comme on peut le demander dans les équipes, ils doivent être suffisamment explicites pour être univoques : je trouve que l’on s’en est pas si mal sortis ! 😛
En avant pour le PI #1
Après avoir établi notre base de travail, nous sommes fin prêt à débuter le PI #1 et à lancer notre premier Sprint ! 😉
Saisissez votre adresse e-mail pour vous abonner à ce blog et recevoir une notification de chaque nouvel article par email.
Olivier MY
Ingénieur de formation et passionné par l’humain, je me suis rapidement tourné vers le monde du coaching Agile et du coaching Professionnel.
J’accompagne aujourd'hui des individus, des équipes et des organisations vers une création de valeur adaptée aux contraintes et aux enjeux du monde actuel. J’ai à coeur de contribuer à la professionnalisation du métier notamment par des retours d’expérience détaillés et des inspirations soulignant l’importance d’une posture ouverte, curieuse et respectueuse.
Il est courant pour les équipes dans les organisations dynamiques d’éprouver des tensions, surtout lorsque les responsabilités et les objectifs ne sont pas clairement définis. ...
Que vous soyez cadre d’entreprise, freelance ou tout simplement une personne qui souhaite améliorer ses relations interpersonnelles, savoir gérer les désaccords est essentiel. Pourquoi ? ...
La confiance au sein d’une équipe n’est pas simplement un atout supplémentaire, c’est le fondement même d’une collaboration réussie. Elle impacte chaque aspect, de la ...
Vous êtes-vous déjà demandé ce qui sépare une équipe qui excelle d’une autre qui stagne ? Ou pourquoi certaines organisations ont des employés passionnés et ...
La confiance est plus qu’un simple mot dans le monde professionnel. Elle est le socle sur lequel repose chaque interaction, chaque décision et chaque innovation. ...
La confiance est aujourd’hui, plus que jamais, au cœur de la performance d’une équipe. En effet, sans elle, même les talents les plus brillants peinent ...
Pour offrir les meilleures expériences, nous utilisons des technologies telles que les cookies pour stocker et/ou accéder aux informations des appareils. Le fait de consentir à ces technologies nous permettra de traiter des données telles que le comportement de navigation ou les ID uniques sur ce site. Le fait de ne pas consentir ou de retirer son consentement peut avoir un effet négatif sur certaines caractéristiques et fonctions.
Fonctionnel
Toujours activé
Le stockage ou l’accès technique est strictement nécessaire dans la finalité d’intérêt légitime de permettre l’utilisation d’un service spécifique explicitement demandé par l’abonné ou l’utilisateur, ou dans le seul but d’effectuer la transmission d’une communication sur un réseau de communications électroniques.
Préférences
Le stockage ou l’accès technique est nécessaire dans la finalité d’intérêt légitime de stocker des préférences qui ne sont pas demandées par l’abonné ou la personne utilisant le service.
Statistiques
Le stockage ou l’accès technique qui est utilisé exclusivement à des fins statistiques.Le stockage ou l’accès technique qui est utilisé exclusivement dans des finalités statistiques anonymes. En l’absence d’une assignation à comparaître, d’une conformité volontaire de la part de votre fournisseur d’accès à internet ou d’enregistrements supplémentaires provenant d’une tierce partie, les informations stockées ou extraites à cette seule fin ne peuvent généralement pas être utilisées pour vous identifier.
Marketing
Le stockage ou l’accès technique est nécessaire pour créer des profils d’utilisateurs afin d’envoyer des publicités, ou pour suivre l’utilisateur sur un site web ou sur plusieurs sites web ayant des finalités marketing similaires.
3 réponses