Ouvrez la porte… ou prenez un mur! (conférence dessinée)

Vous êtes certainement à l’origine, ou impliqué, dans un changement au sein de votre organisation. Et peut être que cela ne se passe pas aussi bien qu’attendu…
Depuis plusieurs années, je fais régulièrement le constat de l’échec de l’adoption de l’Agilité, et plus globalement de grands changements, dans les organisations. Je vais tenter de vous expliquer (avec des dessins... et un peu d'humour) pourquoi ils suscitent peu d'adhésion et ne tiennent pas dans le temps.
Heureusement, il existe un autre chemin. Pour l'emprunter il s'agira de s'inspirer de la mécanique des jeux et de l'anthropologie culturelle afin que l'agilité prenne racine.
Vous repartirez de cette conférence en ayant pris du recul sur le changement tel qu‘il est généralement opéré aujourd’hui, et en ayant découvert (ou redécouvert) le seul guide valable à suivre, à mon sens, pour un changement authentique, durable, et respectueux des individus!

Bénéfices pour les participants:
- Mieux comprendre les causes de l'échec des changements en général, et de l'adoption de l'agilité en particulier
- Découvrir la clé d'un véritable changement
- Repartir avec le guide ultime et des trucs pratiques pour commencer à faire les choses différemment

The new user story backlog is a map! (conférence dessinée)

C'est par ces mots "The new user story backlog is a map" que Jeff Patton introduit le Story Mapping en 2008 comme une alternative au product backlog sous forme de longue liste à plat. Pourtant, 15 ans plus tard le rôle de Product Owner se limite encore souvent à celui de simple gestionnaire de backlog... Il est temps de (re)découvrir les vertus du story mapping!
Une story map c'est un moyen de décrire l'expérience de l'utilisateur avec le produit... et bien plus que ça! C'est un outil d'aide aux décisions stratégiques et tactiques pour le développement. C'est un artefact vivant, structuré, simple et visuel qui est un moyen puissant de communication, d'alignement et de recherche d'impact.
À partir d'un exemple concret je vous montrerai comment aujourd'hui je facilite cette pratique, comment la story map émerge, évolue, et comment on s'en sert au quotidien dans le développement. Je vous parlerai aussi de quelques pièges à éviter et des outils qui aident (ou pas) à supporter cette pratique.

L'histoire d'un utilisateur se raconte avec des scénarios

D'abord, le retour d'expérience.
Je vous raconte comment une toute nouvelle et petite équipe agile, a adopté une approche de développement guidé par les tests. Et en particulier, comment elle à inscrit les "histoires des utilisateurs" (User Stories) et le "BDD" (Behavior Driven Development) au cœur de son activité. Je vous dévoile comment nous mettons en œuvre ces pratiques concrètement, comment elles rythment le travail, comment les réunions se passent, qui est là et pour quoi faire. J'évoque les pièges qu'on a évité, les difficultés à surmonter et des super résultats que nous avons obtenus :)
Ensuite, la démo!
Je vous immerge dans l'une de nos réunions animée par ces pratiques et (juste pour vous ;) je dépoussière mon clavier pour une séance de codage en direct! Le défi? A partir d'une histoire d'un utilisateur, spécifier et implémenter une nouvelle fonctionnalité de notre produit en moins de 20 minutes. Le résultat attendu? Du code propre qui fonctionne... et une documentation à jour!

KISS my Scrum!

Jusqu'à récemment le Guide Scrum mentionnait : "Scrum est léger, simple à comprendre, et difficile à maîtriser."
Voilà une douzaine d'année que j'utilise ce cadre de travail et que j'accompagne des équipes, en tant que Scrum Master, avec deux obsessions grandissantes au fil du temps : donner du sens au travail accompli et simplifier le travail (KISS).
Je vous propose un retour de cette longue expérience, faite d'erreurs et de réussites, grâce à laquelle je commence (enfin) à mieux maitriser Scrum et en tirer les bénéfices espérés.
Je vous présente un ensemble cohérent de pratiques, alignées avec les valeurs et principes du manifeste agile, que j'invite désormais les équipes Scrum à adopter; planification, estimation, livraison, qualité, rétro ... on parlera de tout, concrètement, et sans concession ! De quoi affûter votre regard sur Scrum...

Vous êtes en galère avec Scrum? Ou vous ne savez pas comment débuter avec ce cadre de travail? Au travers de ce retour d'expérience XXL, je vais essayer de vous aider à éviter des pièges et (re)partir vraiment du bon pied...

Faire simple pour aller vite et bien

Une petite équipe, toute nouvelle et inexpérimentée, sans connaissance Agile particulière, relève le challenge de développer la première version d'une application, en quelques mois.
Construire une équipe, travailler à distance, découvrir son rôle, adopter de nouvelles façons de travailler... sont alors autant de défis auxquels l'équipe doit faire face.
Je vous raconte comment nous avons tenté de réussir, à partir de 2 principes directeurs: donner du sens au travail et faire simple!
De la planification aux tests, en passant par les estimations ou l'affinage des fonctionnalités à développer, je vous partage une dizaine de pratiques que nous avons mis en œuvre - dans quel but, selon quels principes, et avec quels résultats.
Ici pas de jargon inutile, pas de langue de bois ni d'auto-satisfaction (car tout n'a pas été parfait), voici le fruit de notre apprentissage!
Vous êtes initié à l'Agilité? Venez prendre du recul sur certaines pratiques et rafraîchissez-vous avec quelques principes de travail...
Vous êtes débutant? Venez découvrir les vertus de la simplicité pour commencer!

Vous êtes initié à l'Agilité? Venez prendre du recul sur certaines pratiques et rafraîchissez-vous avec quelques principes de travail...
Vous êtes débutant? Venez découvrir les vertus de la simplicité pour commencer!

Le choix de l'embarras

Je vous embarque dans un projet de développement logiciel qui démarre... comme beaucoup d'autres. Il va assez vite rencontrer ses premières difficultés... comme beaucoup d'autres. Au point que désormais des décisions doivent être prises! Et elles ne sont pas toujours faciles. Heureusement nos vieux réflexes sont bien présents pour nous aider... ou pas!
A partir d'un cas de figure, régulièrement observé dans les organisations, je vous invite à influencer ces décisions et à prendre conscience de leur conséquences.
Est-ce que finalement tout ça n'était pas joué d'avance? Peut-on sortir des schémas classiques qui conduisent à l'échec? Peut-on ne plus subir la situation et vraiment décider de nouveau? En quoi l'Agilité pourrait nous aider?
Je vous propose quelques pistes de réponses à toutes ces questions...

Vous êtes Product Owner? Project-Product-(WhatElse) Manager? Développeur? Testeur? Manager IT? Bref, si vous êtes partie prenante du développement d'un produit logiciel, venez prendre conscience de certains pièges qui vous guettent et donnez vous une chance de les éviter.

L'équipe, source d'énergie renouvelable ou non?

Il existe aujourd'hui une forme d'injonction à réduire notre consommation d'énergie afin de ne pas risquer la pénurie (à l'heure où j'écris ces quelques lignes).
Et une équipe sans énergie, épuisée, vous en avez déjà vu? Ou au contraire une équipe dynamique, pleine d'enthousiasme?
Une équipe ne produit pas d'énergie. Elle a en elle une certaine quantité d'énergie disponible. Variable et limitée à la fois. Individuelle et collective. Mentale et physique.
Mais à quoi une équipe consacre-t-elle vraiment son énergie? Et à quoi devrait-elle servir idéalement?
Peut-on choisir comment et pour quoi dépenser cette énergie? Peut-on créer les conditions d'une consommation d'énergie soutenable?
Existe-t-il un gestionnaire d'énergie de l'équipe? Qui pourrait-il être? Quel pourrait-être son rôle?
Inspiré par certains principes Agile, je vous partage mes réponses à ces questions... et quelques propositions pour passer à l'action!

Bénéfices pour les participants:
- Mieux comprendre où passe l'énergie d'une équipe
- Repartir avec des pistes pour mieux utiliser cette énergie
- Envisager des pratiques simplifiées pour une économie d'énergie