Rules reduce the team to novice level.
Andrew Hunt
Étiquette : agile
Carnet de route : Le Printemps Agile 2014 à Caen (2/2)
Suite de ma visite au Printemps Agile.
Pause déjeuner !
Je m’en veux un peu : d’habitude je fais 2 ou 3 photos à ce moment-là. Ca fait un peu “ambiance” et ça change des photos des sessions qui finissent toutes par se ressembler… pas de chance, ou plutôt gros oubli de ma part : je n’en ai pas à vous partager !
Pause de courte durée par ailleurs, nous arrivons pour racler les plats … et repartir bientôt vers de nouvelles aventures
Sophrologie avec Céline Desmons
Une session / atelier bien curieuse que celle-ci ! D’abord quelques mots sur la sophrologie.
Fondé en 1960 par Alfonso Caycedo, un psychiatre Colombien, il s’agit d’une approche psychocorporelle associant le mental (pensées et émotion) et le corps. Elle s’inspire des techniques orientales telles que le Yoga ou l’hypnose déjà présents dans le Boudhisme Thibétain par exemple. Vous suivez ? Tant mieux, car moi plus tellement…
Céline nous propose une mise en pratique pour prendre conscience de notre corps. Désolé mais malgré les efforts de l’animatrice je m’avoue très peu convaincu…
Un géant peut-il être agile ?
Elodie et Emmanuel, tous deux chefs de projet / scrum masters chez Orange présentaient cet atelier. J’avais fait la connaisance d’Elodie juste quelques heures avan,t en allant chercher Géry à l’hôtel. Elle-même et Christophe Keromen ont ainsi profité du transport.
L’exercice du retour d’expérience n’est finalement pas si facile : il faut d’abord rendre cela intéressant, et il faut aussi faire preuve d’honnêteté et d’objectivité. Celui-ci s’en tire plutôt bien et la franchise dont font preuve les deux orateurs est rafraichissante.
L’agilité chez Orange
L’agilité chez Orange, c’est une décision du groupe ! Peut-être est-ce pour cela qu’on y consomme tellement de coaches agiles ? Par ailleurs, “agile” ne signifie pas la même chose partout dans le groupe. Voyons ce qu’Elodie et Emmanuel ont à nous dire sur ce qui se passe chez eux.
Les projets, même agiles, tels que nous les présente Emmanuel ont une forte coloration « classique »: on parle de « points de visibilité », de demandes de changements, l’orateur parle même d’effet tunnel !
Ce qui chiffonne plus encore c’est l’identification du PO. On semble en plein syndrome du « proxy PO » qui n’a pas de pouvoir décisionnaire et est en fait un AMOA à l’ancienne ! Le sponsor (le vrai PO) existe mais n’est pas disponible.
Ils ont essayé…
Quand l’environnement est fortement contraint, on en est réduit aux « petites victoires ». Par exemple.
Etre agile dans le cercle interne : Le projet tourne à l’ancienne, mais au moins l’équipe de développement emprunte des pratiques agiles. Il faut dire que l’environnement, il est un peu lourd…
Une gestion de changements à deux niveaux. Les demandes de changements étant un peu lourdes (elles sont « à l’ancienne »), on arrive à simplifier la procédure pour les petits changements (alors qualifiés d’agiles).
La « trade-off matrix » : elle permet de partager le niveau de volatilité des différents axes du projet.
La check-list pour se lancer, avec:
- Un kick-off via des jeux
- La marketing qui présente sa vision et les enjeux. Que se passe-t-il si on ne fait pas le projet ?
La priorisation via le backlog. Avant il y avait les fonctionnalités classées en P0, P1 et P2, donc avec le gros de la troupe classé en P0 et presque rien en P2 ; les équipes sont parvenues à basculer vers un mode « backlog ordonnancé » : belle victoire !
Visiblement
Visiblement, l’agilité est arrivé par le top management (pour quelles motivations ?), déclenchant l’embauche de hordes de coaches. Elle a convaincu au moins certaines équipes. Mais entre les deux, le middle management est bien décidé à résister et à mener (et contrôler) la barque comme avant.
Cela ne veut pas dire que rien n’est possible. Les équipes sont parvenus à progresser sur certains fronts et même à convaincre avec certains outils (les jeux, le management visuel), tandis que d’autres échouent à se mettre en place, comme les rétrospectives.
Break
Dernière pause avant la dernière session et la rétrospective !
J’en profite pour alimenter le « mur de la rétrospective ». En fait, Géry et moi n’allons pas retourner dans une session, nous préférons utiliser ce temps-là pour échanger. Je remarque une chose : dans les conférences assez matures, il traine pas mal de monde dans les espaces d’échange pendant les sessions. Les conférences plus récentes voient cette population plus restreinte. A Caen, Géry et moi étions seuls !
Peut-être il y a-t-il ici une opportunité de faire évoluer la formule ? Il y a pas mal d’étudiants sur place, pourquoi ne pas ménager un petit open-space qui serait très bénéfique à cette population ?
Rétrospective
Tout comme l’ice-breaker du matin, voici une nouvelle originalité proposée par la conférence Bas-Normande ! Nous voici de nouveau réunis dans le grand amphi pour une rétrospective animée par Myriam Boure. Jean-Luc a été bien aidé dans l’organisation de ce Printemps Agile. La gentillesse et l’énergie de Myriam ont probablement été parmi les apports les plus remarqués.
On s’appuie sur le « mur de post-it » qui était à disposition durant toute la journée. Les points remarquables sont pour moi l’ice-breaker, cette rétrospective mais aussi le concept de « participation libre » qui sont tous trois uniques à cette conférence. Sans compter l’ambiance et le programme ! Le point faible est sans aucun doute le déjeuner. Mais comme chauque édition propose son lot d’améliorations, je ne m’en fais pas trop.
Faire une retrospective à 200, ce n’est pas chose aisée. Peut-être faudrait-il envisager une rétrospective par petits groupes comme nous avions fait à Agile Game France ?
Stop ? Encore !
En tant que « local de l’étape », je fais le taxi pour mes confrères. Je dépose Géry et Christophe Kéromen à la gare. Les bretons et le Lyonnais (!) ne reournant dans leurs pénates que le lendemain, nous décidons de terminer cette journée dans un bar sur les quais de l’Orne, où nous rejoignent Jean-Luc et Myriam.
Une belle conférence, qui me permet de voir l’Agilité progresser à grand pas à Caen ! Jean-Luc nous promet une nouvelle édition l’an prochain, je la voie déjà prendre de l’ampleur…
On en parle aussi ici…
Le retour De Christophe Keromen, sur le Blog Coactiv
Kniberg au Scrum Gathering Paris 2013 : Cullture over Process
Henrik Kniberg faisait la keynote d’ouverture lors du Scrum Gathering à Paris en Septembre dernier. La vidéo est en deux parties : la première est ci-dessus et la seconde , ci-dessous !
“Happy people build better products … and better products makes people happier !”. Telle est l’introduction qu’Henrik Kniberg nous assène. Mais quand une compagnie grandit, sa capacité à conserver des employés heureux diminue.
Une fois de plus, c’est de Spotify dont nous parle Kniber avec les clés suivantes:
- Pour persister : l’agilité doit devenir une culture plutôt qu’un process.
- Au fur et à mesure que la maturité d’une organisation grandit, la vision “shu” de Scrum devient un obstacle. Il faut abandonner certaines pratiques pour passer aux niveaux Ha et Ri.
- Les Scrum Teams deviennent des “squads” ; l’autonomie qu’on leur accorde est une clé importante.
- Attention à ce que l’autonomie ne devienne pas de l’autarcie : la communication entre squads doit être cultivée.
- L’autonomie ne signifie pas discordance : l’alignement avec un leadership fort est possible !
- L’autonomie a des impacts sur le découpage architectural du produit.
- Passer d’une culture de la crainte de l’échec (Netflix) à une culture de l’apprentissage au travers de l’échec.
- Le contrôle favorise la stabilité, mais empêche l’innovation.
- Le contrôle se focalise sur la vélocité alors que ce sont les mesures de la valeur et de l’impact qui importent.
Ne ratez pas la conclusion de Kniberg sur le dernier slide : des conseils concis à suivre absolument.
(Source: https://www.youtube.com/)
Carnet de route : le Printemps Agile 2014 à Caen (1/2)
J’avais participé à l’édition précédente (vous trouverez mes comptes-rendu ici et ici). Cette année je suis de retour, mais comme je l’avais annoncé, cette fois comme orateur !
Ce Printemps Agile a d’ailleurs pris pas mal d’ampleur. C’étaient 70 personnes qui s’y étaient inscrites l’an dernier. Nous voici rendus à plus de 200 ! Même avec un peu moins de présents (un peu plus de 150, semble-t-il), car l’évènements étant gratuit, nous subissons le phénomène du désistement, cela reste un sacré succès. Par rapport à l’an dernier, l’équipe d’organisation s’est aussi bien étoffée. Je pense à Emilie Sulmont et Myriam Boure, mais aussi aux étudiants de Jean-Luc !
Un Marshmallow pour commencer ?
Passé le traditionnel accueil, non nous n’avons pas droit à l’habituelle keynote. Désolé mais le créneau dévolu à entretenir l’égo d’un quelconque gourou, ce n’est pas le genre du Printemps Agile !
Au programme, on nous a prévu un agile game, un classique, avant tout, avant même le petit mot d’introduction. Franchement j’étais perplexe sur la faisabilité de cette idée : des gens qui arrivent, doivent se mettre dans le rythme, ont envie de boire leur petit café…
Eh bien non, j’ai eu tord. L’idée est franchement géniale ! On s’est rapidement mis en mouvement sur une quinzaine de tables.
Comme c’est souvent le cas, les essais et réussites sont très diverses. Depuis la tentative, disons modeste…
… Jusqu’aux plus ambitieuses (ça ne marchera pas).
Le team gagnat aura plutôt fait dans le simple, avec une oeuvre tout bonnement achevée au bout de 3 minutes !
Bravo à Eve et Alfred (entre autre), il ne faut pas non plus oublier le 4ème membre de l’équipe : celui qui est derrière l’appareil photo !
Je déclare ouvert…
Cette année encore, c’est Jean-Luc qui introduit cette nouvelle édition du printemps agile. Si la communauté agile Caennaise est restreinte, elle est très active comme le démontre l’agenda annuel. De plus, cela fait plaisir de voir l’enseignement supérieur s’y intéresser sérieusement, aussi bien du côté étudiant que du côté enseignant !
Scrum Shu Ha Ri
Sur ces bonnes paroles, je dois vous abandonner : ma présentation “Scrum Shu Ha Ri” figure sur le premier créneau horaire. Ne vous en faites pas : je partagerais bientôt mon support de présentation pour faire suite à mon teaser. Avec un peu de chance, je pourrais aussi vous partager une vidéo et l’article correspondant si j’ai le courrage !
C’est d’ailleurs toute une matinée Zenika qui se partageait la salle ce matin là : Géry Derbier prenait ma suite pour un Carpaccio !
Carpaccio Game
Le Carpaccio, c’est ce jeu agile créé par Alistair Cockburn pour appréhender le découpage des fonctionnalités en tranches fines. Géry en est littéralement devenu le spécialiste et l’a pratiqué de nombreuse fois.
Moi-même, j’ai eu l’occasion de l’animer une demi-douzaine de fois, car il fait partie de mon “package immersion agile” chez mon client actuel.
J’assistais Géry durant cet atelier, car nous avions un nombre de participants tout à fait conséquent. La premi§re partie se fait sans machine : nous cherchons à découper le problème en tranches.
La seconde produit un peu plus de sueur: il faut développer et démontrer le produit toute les huit minutes !
L’animation de Géry diffère un peu de la mienne. Celle de Géry est certaine plus orthodoxe : il enchaine directement les itération de 8 mainutes (8 minutes !) … démo comprises. Pour ma part, je demande à ceux qui assistent à la démo de faire des vérifications approfondies… du coup je neutralise le chrono au bout de 45 secondes. Cela me permet aussi de tracer les courbes d’évolution des différentes équipes.
Du coup, le stress selon l’animation de Géry est beaucoup plus élevé. On termine l’atelier par une petite rétrospective: qu’avez-vous appris de ce jeu ? Qu’y avez-vous observé ?
Ceci termine notre matinée du printemps agile… et la première partie de ce retour. A très bientôt pour la seconde partie !
Note de lecture : Commitment, par Olav Maassen, Chris Matts & Chris Geary
Note : 8 ; Un livre sérieux n’a pas besoin d’être ennuyeux !
Cela ne va pas être facile de faire une note de lecture sur ce livre-ci. Il est hors-norme. Déjà par sa genèse, car il a été financé en crowd funding (cela doit expliquer pourquoi mon exemplaire est numéroté « 854 sur 2000 » à la main). Et surtout parce qu’il s’agit d’une bande-dessinée ! Dans ces conditions, inutile d’essayer de comparer les 216 pages découpés en 7 chapitres à une quelconque littérature informatique classique.
En ce qui me concerne, ce format hors norme m’a rendu la lecture facile et plaisante, et j’ai avalé la prose en 2 jours sans faire du temps plein. J’ai trouvé qu’il valait le coup de se refréner pour savourer, un peu comme avec une boite de chocolats…
Commitment nous parle des « options réelles ». Une approche directement transposées des produits financiers. Plutôt que de nous exposer le sujet de manière académique (à ce point, vous avez probablement compris que le livre n’est absolument pas académique), les auteurs nous racontent une histoire. L’histoire de Rose Randall qui a suivi son manager dans un projet « death march » où elle fait un travail clérical qui l’absorbe jour, nuit et week-end. Puis son manager se fait virer et elle doit reprendre le flambeau ! A cet endroit commence le parcours initiatique de Rose auprès de sa sœur Lilly. Les options réelles nous apprennent à faire face à l’incertitude en préparant différents plans, à reconnaître leur nécessité et finalement … s’apercevoir que les options sont partout ! Bien sûr les options n’arrivent pas seules mais sont enrobées dans le mindset agile : transparence, kanban, 100% done, etc…
Bien que l’ouvrage se concentre sur ‘aspect « story telling », l’histoire est entrecoupée d’extraits fictifs du journal de Rose Randall ou de blog posts de Rose, de sa sœur Lilly ou d’autres. Ils nous permettre en 2 ou 3 pages de prendre un peu de recul sur ce que nous avons vu et de solidifier quelque peu ce que nous avons vu. Bonne idée. Toutefois cela ne transforme pas la nature du livre, ce n’est de toute façon pas l’idée.
Dans le cas présent, il nous faut ne manière exceptionnelle évoquer le volet artistique. Quand il s’agit de bande dessinée, je me déclare à 100% adepte de l’école Belge. Bien sûr, on me dira qu’il ne s’agit pas d’une école mais d’un ensemble de courants. Disons que c’est plutôt par opposition au(x) style(s) américains, ce qu’on appelle de manière un peu trop réductrice les comics. Malgré l’origine européenne des auteurs, l’inspiration est sans contestation possible américaine. Aussi bien par le style graphique aux contrastes très prononcés (je dirais d’inspiration Milton Caniff) bien que le style soit quand même (heureusement) plus épuré. Les angles de vue et le déroulé parfois un peu haché de l’histoire donnent une ambiance à la Raymond Chandler. Cela nuit un peu à la fluidité de l’histoire par rapport à la fluidité des bandes dessinées belge. Mais la construction de l’histoire étant de bonne facture, ça le fait, comme on dit.
Aussi bien par sa substance, qui vous offrira un outil extrêmement précieux dans vos projets que par son style hors norme, je ne peux que recommander ce livre. A moins que vous ne fassiez une allergie absolue aux bandes dessinées…
Référence complète : Commitment – Olav Maassen, Chris Matts & Chris Geary – Hathaway te Brake Publications 2013 – ISBN : 978-90-820569-0-7 (1st printing ; exemplaire 854 / 2000)
Agile France Open Space
Le mois de Février est généralement calme : un ou deux Meetup et bien sûr l’Agile Games France qui est pour moi l’évènement marquant de ce début d’année. Yannick Ameur a eu la bonne idée d’organiser un Open Space durant cette période calme.
Nous étions une petite vingtaine réunis pour cette soirée sous la houlette de l’association Agile France. Emmanuel Gaillot qui était des nôtres a d’ailleurs rappelé la mission de l’association.
Deux sessions au programme de cette soirée, entrecoupé d’un interlude. On y reviendra.
Comment convaincre sur la qualité du code
J’étais à l’initiative de cette première proposition. Enfin, deux autres sessions avaient lieu aussi en parallèle.
Mon problème :comment faire prendre conscience à une équipe “contente d’elle-même” de l’intérêt de chercher à s’améliorer, à perfectionner son code. Ma situation de départ : un code review où personne n’a rien à dire !
Des idées ont jailli. Je ne les essaieraient probablement pas toutes. Mais certaines méritent indiscutablement l’attention.
Mais l’échange me laisse à penser que lorsque l’on a pas encore éveillé l’intérêt, l’étincelle a bien du mal à prendre. Et il n’y a pas de solutions miracle. Seulement des choses à essayer qui marcheront peut-être, ou peut-être pas…
Interlude
Nicolas nous a gratifié d’un rapide jeux agile entre les deux sessions : le nombre secret. Il me rapelle celui sur les dates de naissances auquel nous avions joué durant le premier Agile Games France ().
Ca n’a pas trop mal marché.
Tester en agile
Pour ce second round, je me suis joins au groupe discutant des tests. Des discussions passionnées et des avis très partagés dans le groupe.
D’un côté les défenseurs de la séparation des pouvoirs : développeurs d’un côté, testeurs de l’autre. Les développeurs se limitent aux tests unitaires, les tests fonctionnels sont essentiellement exploratoires et fait par l’équipe de tests après la fin d’itération. Lorsque l’écart d’interprêtation entre développeurs et testeurs a fait son oeuvre (environ 10 secondes après que les testeurs aient reçu le système à tester), on saisie de gentilles anomalies et le tout peut retourner chez les développeurs pour une nouvelle itération. Itération au terme de laquelle on recommence le cycle. Ca booste à mort.
Autant dire que ce n’est pas ma vision des choses.
Les défenseurs de l’ATDD proposent de regrouper développeurs et testeurs au sein d’équipes pluridisciplinaires, de couvrir aussi bien que possible les items à développer de tests définis en amont (ce qui a aussi la vertu de les raffiner), et de tester “just in time” et non après la fin d’itération. Les tests exploratoires sont là seulement pour compléter les AT réalisés au début et pour, en quelque sorte, tester les tests !
Bref, deux visions inconciliables. Pour ma part, je pense que la première appartient à une époque révolue située quelque part dans le siècle précédent et n’a rien à voir avec l’agilité, ni dans son exécution, ni dans son état d’esprit. Mais cela me donne aussi une petite idée de billet, pour un de ces jours
Pendant ce temps, les sessions se déroulent dans d’autres salles
Fin de soirée
Les résultats de nos cogitations sont visible sur les murs. Ici le fruit d’une discussion sur le story mapping.
Les idées proposées pour cette soirée
Et bien sûr les inévitables discussions de fin de soirée. Peut-être le meilleur moment d’ailleurs !
La galerie de mes photos à Agile Grenoble 2013
Je vous avais infligé mon point de vue sur Agile Grenoble qui avait eu lieu fin novembre 2013 ici et ici ; Voici maintenant la galerie complète de mes prises de vue lors de cette journée
agile-grenoble2013, un album sur Flickr.
How Spotify Builds Products
J’avais posté il y a quelques temps un lien vers l’article d’Henrik Kniberg à propos du scaling chez Spotify. Cet article expose la manière “lean startup” dont les produits sont pensés et évoluent :
- Think it : on a une idée !
- Build it : on construit un MVP.
- Ship it : On le met en production.
- Tweak it : Puis on l’améliore continuellement.
C’est même un Kanban au niveau de la société qui permet de visualiser la totalité des projets et leur état d’avancement.
Think it
Lorsque quelqu’un arrive avec une nouvelle idée, il peut former une petite “squad” (typiquement 3 personnes) s’il a le feu vert de la direction afin de développer celle-ci, typiquement sous forme de prototype. Il s’agit de répondre aux questions : pourquoi devons-nous construire ce produit et pour qui ? Quel va être la mesure du succès ? Bref, une vraie démarche Lean Startup dans l’esprit !
La partie la plus importante est un narratif qui est développé avant que le produit soit développé. De nombreuses maquettes (papier ou non) sont souvent élaborés en parallèle.
Le “done” est accompli lorsque le management décide que le produit vaut le coup. Cela est fait de manière subjective, sans épauler cela de chiffres ou d’études de marché. Cela viendra plus tard, dans le “ship it” !
Build it !
C’est la construction du produit, conduit en agile (Scrum, XP, Kanban) avec un squad plus étoffé. Parfois même plusieurs squad. L’objectif est la création du MVP.
Le MVP est un équilibre délicat entre un proto qualifié d’embarrassant, en tout cas pas assez abouti pour être mis dans les mains des utilisateurs et un produit standard, bien trop coûteux pour un premier jet. Pour Spotify, MVP signifie Minimum Loveable Product, qui soit “narrative complete”, plutôt que “feature complete”.
Le “done” est atteint quand le squad et le management pensent que le produit est assez bon pour passer en production.
Ship it
Il s’agit de déployer progressivement le produit vers 100% des utilisateurs. On commence par le déployer vers un petit échantillon d’utilisateurs, et c’est là que l’on commence à vérifier nos hypothèses initiales. Le processus standard est d’effectuer des itérations pour opérer des ajustements.
Le “done” est atteint lorsque le produit est déployé vers 100% des utilisateurs.
Tweak it
C’est la phase la plus importante. Le produit peut être amélioré de nombreuses façon. Le squad opère des évolutions via de l’A/B testing et le suivi des métriques d’utilisation. A un certain point le produit atteint un optimum local et les nouvelles fonctionnalités n’ajoutent guère de valeur au produit. Soit le squad passe progressivement vers un nouveau projet, soit l’on rentre dans une phase de “re-think” pour changer dramatiquement le produit.
If it isn’t worth investing a few days to make sure that everyone is galvanized around a common vision, maybe this project isn’t worth doing.
Ken Collier in Agile Analytics
Coach retreat Parisien
Après en avoir laissé passer deux ou trois (au moins) pour cause d’agenda surchargé, je me suis pris par la main et ai pris mon ticket pour ce premier Coach retreat 2014. Ticket tout à fait bon marché par ailleurs, car Criteo nous hébergeait dans ses magnifiques locaux Parisiens (en plus d’assurer les vivres) et Oana Juncu associée à Adrian Perreau de Pinninck ont accordé bénévolement de leurs temps, leur énergie et leur savoir-faire pour rendre possible cette rencontre.
Les 17 présents sur les 24 inscrits ont, eux, consacré leur samedi à investir sur eux-même pour parfaire leurs pratiques !
Modus operandi
Le coach retreat fonctionne avec quelques règles de base :
- Une même étude de cas répétée tout au long de la journée (ici 4 fois). A sélectionner parmi quelques unes. C’est le concept de base (le répétition) que Oana a emprunté au code retreat.
- Un “seeker” qui jouera le rôle du coaché et devra s’approprier la situation. Nous aurons l’opportunité de jouer ce rôle une fois durant la journée.
- Deux coaches, qui doivent s’efforcer de travailler de concert (pas évident quand on ne se connait pas !) et d’appliquer une technique donnée.
- Deux à quatre observateurs en position “méta” qui restitueront ce qu’ils voient se passer.
- Une technique de coaching différente à essayer à chaque session. Durant chaque session, nous formons 3 équipes de 5 à 7 personnes.
- 40 minutes de session, suivi de 10 minutes de retrospective en équipes et se concluent par 10 minutes de mise en commun.
Au départ !
On commence par sélectionner l’étude de cas que nous avons envie de dérouler. Elles sont affichées dans le hall et on procèdera tout simplement par un “dot voting”.
Ce qu’il faut, c’est une situation dans laquelle on parviendra à se retrouver, car il faudra jouer le rôle du seeker à un moment donné. Comme Frédéric, on peut trouver cela Cornélien…
Première session
On commence en douceur, sans appliquer de structure de session de coaching proprement dite, mais une technique : celle du “click rewind” qui nous permet d’arrêter le déroulement pour revenir en arrière quand on pense s’être fourvoyé. C’est assez pratique, presque tricher, car c’est impossible à mettre en oeuvre dans une séance de coaching normale. Dans la pratique, nous utiliserons aussi le “click pause”.
Le débrief met en lumière deux difficultés, au moins dans notre équipe :
- Une réelle difficulté d’accorder nos violons à deux coaches avec des approches radicalement différentes.
- Coacher un “sachant” qui occupe beaucoup le terrain n’est pas évident. Mais c’est la vraie vie.
Seconde session
Durant cette seconde session, nous allons mettre en oeuvre une technique promue par Virginia Satir : substituer le “oui, et…” au “oui, mais…”. Autrement dit, substituer à ce qui n’est jamais qu’une négation déguisée, une démarche constructive.
Cette fois, la mise en oeuvre s’avère un peu décevante, malgré un seeker très créatif à habiller la mise en situation. J’ai relevé par exemple :
- Une difficulté à orienter le coaché vers le “oui, et…
- Des "solutions” poussées par les coaches assortis de “peut-être…”
Je n’étais pas coach mais observateur cette fois. Mais rien ne dit que j’aurais fait mieux. On fait ici ce qu’on doit faire : s’essayer et découvrir les difficultés auquel il nous faut faire face pour nous améliorer. C’est donc positif.
Le débrief est là pour nous aider à y voir plus clair.
Pause Pizza
La pause déjeuner est bienvenue : pizzas et mousses au chocolat au menu. J’en profite pour discuter un peu avec Christopher Mann. J’avais apprécié l’excellent travail de couverture photographique de Christopher lors d’Agile France 2013. Christopher tente de concilier une double activité et une double passion de photographe au travers de son activité Seeeshoot et de conseil informatique, ce qui n’est bien sûr pas facile.
Reprise : 3ème session
L’après déjeuner, c’est souvent un moment un peu délicat. Notre solution : nous y remettre tambour battant. Cette 3ème session va nous permettre d’expérimenter une technique plus structurante que les précédentes : l’appreciative inquiry. Dans cette technique, on va se focaliser dans ce qui va bien en menant l’entretien en 4 étapes, également appelé “les 4 D” (mais ça ne marche qu’en Anglais) :
- La découverte : Comme es ta vie ?
- Le rêve (dream) : Comment ta vie devrait être ?
- Design : quelles sont tes options qui pourraient convenir, être suffisamment bonnes ?
- Define : Comment y arriver.
Cette fois, je serais le seeker. Une session pas trop mauvaise, mais que nous avons peiné à mener à bout. En fait, nous n’y sommes pas arrivés. Parmi les points que nous avons relevés :
- Il faut progresser “vers l’avant” sans faire de retours arrières.
- Notre timing était trop serré, au moins pour cette mise en oeuvre.
Au-dessus des toits de Paris
Nous avions prévus une petite coupure avant la dernière ligne droite. Adrian a eu la bonne idée de nous proposer de monter sur la terrasse pour nous y détendre un peu.
Et surtout pour profiter de la vue sur Paris. Jugez-en un peu. Vers le sud-ouest, donc vers la Tour Eiffel.
Et vers le nord-est, vers le Sacré-Coeur qui est à un (gros) jet de pierre.
Et pendant que les handicapés dans mon genre utilisent benoitement leurs appareils photo, Dov lui, choisit de croquer un dessin…
Dernière ligne droite : 4ème session
Cette dernière session met en oeuvre la technique la plus délicate de la journée : le solution focus si cher à mon collègue Géry Derbier.
Le solution focus, c’est un peu le remember the futur. Nous allons le jouer en 4 temps :
- Quel est votre situation aujourd’hui ? Sur une échelle de 1 à 10, quelle note donnerez-vous ? Expliquez pourquoi vous êtes (quand même) à cette note ?
- A quel note souhaiteriez-vous être demain ?
- Imaginez qu’un miracle vous amène à la situation souhaitée pendant la nuit, comment constatez-vous que vous y êtes le lendemain matin ?
- Comment les autres constatent que nous sommes dans cette situation.
J’ai binômé en tant que coach pour la seconde fois de la journée sur cet exercice. Succès mitigé.
- Notre seeker a fait un très bon boulot en adoptant une attitude constructive, mais qui ne nous facilite pas trop le travail.
- Sans être éblouissant, nous avons progressé correctement sur les 3 premières étapes, voir même la quatrième.
- Nous nous sommes un peu enlisé pour aider le seeker à trouver son chemin. Paradoxalement, c’est une idée que j’ai poussé en mode assertif, pas du tout façon coaching , qui a le plus retenu l’attention du seeker.
Pour tout dire, la fatigue commençait un peu à se faire sentir, il est temps de conclure.
This is the end
On partage l’expérience de cette journée à tour de rôle avant de se quitter. Pas de retranscription ici, c’est entre nous !
Par contre, vous pouvez regarder ce qu’il est dit sur le “mur des Ah-ah !”
La journée se termine. Nous remercions Criteo pour son accueil mais aussi sa participation, car ils sont 4 à s’être joins à nous ! Adrian pour sa gentillesse et son organisation pou avoir rendu cela possible. Et bien entendu Oana pour son animation, son énergie et sa bonne humeur !
Software Freethinker 
