Consultant ou Coach ?

Lorsque j’étais à Toulouse, une personne m’a fait remarqué que je n’étais pas Coach mais plutôt Consultant car je ne dispose pas de certification officielle de Coach. Après en avoir discuté pendant 20 minutes, discussion fort intéressante d’ailleurs, il a reconnu que je me comportait plutôt comme un Coach car lorsque j’accompagne une transition agile, j’accorde beaucoup plus d’importance aux personnes qu’à la méthode agile retenue.

Je passe effectivement beaucoup de temps et d’énergie à identifier les réticences de chacun pour trouver les meilleurs arguments pour tenter de les convaincre des bénéfices de telle ou telle pratique agile, et j’agis comme si j’étais engagé dans le projet donc sans mettre de distance » avec l’équipe. Plusieurs clients m’ont dit qu’ils appréciaient particulièrement cette approche car justement j’étais différent d’un coach.

Mais alors Coach ou Consultant ?

Lire la suite »

Formation « Jeux Agiles »

Depuis plusieurs années j’utilise des jeux dans mes formations et mes activités de coaching, et aujourd’hui nous avons décidé avec mon ami Claude Aubry de créer la première formation basée sur des jeux (i.e.: des ateliers) pour définir un produit qui plaira aux utilisateurs.

Cette journée de formation aura lieu le jeudi 20 octobre sur Toulouse (entre Agile Toulouse le 19/10 et Agile Bordeaux le 21/10, conférences auxquelles je participerais).

Accès au formulaire d’inscription : Bulletin Inscription Formation

Description de la formation

Les jeux sérieux font désormais partie de la panoplie des bons pédagogues. Ils se basent sur l’idée qu’on apprend mieux en pratiquant (et en s’amusant!) qu’en écoutant. Dans le domaine de l’agilité, l’esprit ludique est instillé depuis longtemps dans des pratiques sérieuses avec le populaire XP Game et le Planning Poker. Dans le domaine de la définition de produit, ils ont été popularisés par Luke Hohmann au travers des Innovation Games®. Ils permettent par exemple de constituer un backlog initial permettant de démarrer les sprints ou
de prioriser un portfolio de projets. Mais ils vont bien au-delà et sont utilisables dans de nombreuses circonstances, avec des résultats extrêmement spectaculaires.

Cette formation est destinée aux personnes impliquées dans le développement de produits (Marketing, Business, MOA…, Product Owners) mais conviendra également à toutes les personnes intéressées par l’optimisation du travail en équipe ou désireuses de découvrir d’autres façons d’obtenir des résultats concrets …en particulier pour la définition de produits.

Plus d’information dans le document complet : Formation Innovation Games

Bonus

Tous les participants recevront le livre de Luke Hohmann « Innovation Games » et les 5 premiers inscrits auront en bonus le livre dédicacé de Claude Aubry « Scrum : Le guide pratique de la méthode agile la plus populaire« 

L’amélioration avec un Speed Boat

Mercredi dernier, les équipes MOA et MOE d’un projet étaient réunies à Paris pour une journée consacrée à la réflexion et l’amélioration.

A l’ordre du jour 2 sujets :

• Bilan de 8 mois de pratique de l’agilité sur un sous ensemble du projet (l’autre partie est en Waterfall)
• Evaluation du passage du projet en mode Full Agile

Pour le 2ème sujet, j’avais choisi de lancer la réflexion sous forme de « Speed Boat » (un des 12 innovation games®) car cette approche me semblait pertinente pour identifier les écueils potentiels et les freins au passage en Full Agile.

Voici le résultat de la réflexion (les textes ont été masqués pour raison de confidentialité)

La réflexion a conduit à identifier plusieurs éléments :

• Des freins (les ancres ou les éléments qui retiennent le bateau)
• Les bénéfices attendus dans le port d’arrivée
• Les moteurs qui vont contribuer à la mise en place du changement
• Les iles … dont le statut est ambigu (freins ou moteurs ?)

Bien entendu, cet exercice n’a été que le commencement de la réflexion et ensuite nous avons commencé à traiter les écueils, un par un, en commençant par  les plus importants (et même une des iles qui nous posait vraiment quelques questions délicates). Et cette réflexion n’est pas encore terminée à ce jour.

Sinon, un petit plaisir personnel, voir le coach (moi) matérialisé sur le bateau comme un élément moteur du projet, si, si, ce sont les clients qui le disent

L’essentiel de l’agilité

L’essentiel de de l’agilité consiste à considérer que le logiciel (projet ou produit) est :

• Piloté par les besoins métier, via le Product Owner ou directement l’utilisateur
• Réalisé par une équipe autonome qui dispose de toutes les compétences nécessaires en son sein
• Livré par petits ensembles, visibles, de fonctionnalités opérationnelles, via des User Story, des items du Backlog, regroupés en itérations ou en flux tiré

Pour réaliser cela, il est nécessaire de faire les activités suivantes :

• Etre très proche des personnes du métier
• Etre piloté par leurs priorités
• Comprendre clairement ce qui doit être fait
• Tester vigoureusement le logiciel à tous moments
• Intégrer le logiciel régulièrement pour éviter les surprises
• Améliorer continuellement la conception pour maintenir le rythme de la production
• … et d’autres choses

Librement inspiré d’un mail de Ron Jeffries reçu à l’instant … et qui m’a fait plaisir

Innovation Games® : 1ère formation en France

Après avoir lu le livre de Luke Hohmann et blogué 4 fois dessus dernièrement, voici le moment de me former plus formellement aux 12 jeux proposés dans le cadre des Innovation Games®.

Je serais donc sur Paris les 29 et 30 mars prochain pour assister à la Master Class Innovation Game ® organisée par l’Institut Agile. La formation sera animée par Maarten Volders qui est un instructeur accrédité par l’organisation de Luke (j’ai bien écrit accrédité et pas certifié … car la démarche de certification, quelle qu’elle soit, n’est absolument pas agile … mais j’aurais l’occasion de vous en reparler dans un prochain billet).

J’en profite pour venir avec un ami/client qui est très intéressé par le sujet (nous allons d’ailleurs pratiquer 1 de ces jeux demain avec l’équipe de direction dont il fait partie) et je pense que l’on va bien s’amuser lors de ces 2 jours … et bien entendu j’y vais également pour apprendre plein de choses

Seul petit bémol, cette formation sera en Anglais et même si je comprends la langue de Shakespeare, je trouve qu’il est toujours plus difficile de faire passer certains messages dans une autre langue que la sienne, c’est d’ailleurs pour cette raison que je propose des formation de Product Owner en Français (prochaine session les 7 et 8 avril 2010).

Manifeste encore plus agile

Juste pour vous faire partager cette initiative plutôt sympa pour donner un nouveau souffle au manifeste agile (en attendant Agile 2011 à Salt Lake City … là où tout a commencé !).

MoreAgile Manifesto

Teamwork & responsibility over Individuals and Interaction
Business Value over Working software
Partnership elaboration over Customer collaboration
Prepare for change over Respond to Change

J’avoue plutôt apprécier leur approche … tout en ayant quelques craintes comme celle de voir disparaître la qualité du logiciel (working software) au profit exclusif du business (Business Value) même si je comprends bien ce qu’il y a derrière.

J’en profite pour souhaiter à tous mes lecteurs une très bonne année 2011

Etude VersionOne 2010 disponible

L’étude VersionOne 2010 sur la mise en œuvre de l’agilité vient de paraître et cette 5ème édition reste dans la logique des années précédentes avec des résultats similaires … quoique différents.

Comme je suis un utilisateur régulier de cette étude puisque je reprends régulièrement certains de leurs tableaux dans mes formations et présentations diverses, je vais essayer de vous décrire les différences principales avec les résultats publiés en 2009.

Lire la suite »

Planification et découplage

Pour aller vite et être en mesure de respecter les jalons demandés, il est indispensable de simplifier et de découpler les activités qui sont a réaliser. Malheureusement la grande majorité des techniques de planification traditionnelles conduisent plutôt à augmenter ce couplage et pour s’en rendre compte il suffit de comparer les approches traditionnelles et agiles sur 3 aspects essentiels de la planification :

• Gestion des dépendances
• Utilisation des ressources
• Chemin critique

Lire la suite »

Jouer avec les clients pour innover #4

Quatrième billet dans lequel je décris 4 jeux supplémentaires

Buy a Feature

Objectif : Prioriser les futures fonctionnalités du produit

Préparation : Listez les fonctionnalités que vous envisagez de mettre dans votre produit et associez un prix à chacune d’entre elles (vous pouvez demander au préalable à votre équipe technique d’évaluer l’effort de réalisation pour vous aider à mettre un prix mais ce n’est pas indispensable). Préparez également des faux billets de 1 ou 5 euros aux couleurs de votre entreprise/produit et les remettre aux participants en quantité égale, et faite en sorte que plusieurs fonctionnalités soient trop chères pour être achetées par 1 seul participant.

Activités : Ce jeu fonctionne mieux avec un groupe réduit de 4 à 7 joueurs car la discussion est essentielle. En effet, les joueurs vont devoir discuter et s’associer pour acheter les fonctionnalités chères qui leur sont réellement utiles. Plutôt que d’avoir la réponse « je veux tout », vous mettez vos participants dans l’obligation de définir les priorités des futures fonctionnalités. Les fonctionnalités achetées en premier sont bien entendu celles qui doivent être dans la prochaine release. Bien entendu, il ne faut pas qu’il y ait suffisamment d’argent au total pour acheter toutes les fonctionnalités.

PS : C’est la technique que je pense utiliser lors des mes sessions « Mes échecs avec Scrum ! » que je présenterais en France en 2011

Lire la suite »

Jouer avec les clients pour innover #2

Deuxième billet de cette série qui donne les raisons pour utiliser un « Innovation Game® », des critères pour choisir le jeu qui correspond à votre besoin et comment organiser et pratiquer ces jeux. Les 2 prochains billets décriront les 12 jeux.

Pourquoi des « Jeux Innovants » ?

Pour collaborer avec vos utilisateurs de façon ludique pour mieux comprendre leurs besoins.

Choisir le bon jeu

Certains jeux donnent de meilleurs résultats suivant ce que vous cherchez à comprendre de vos utilisateurs.

• Les besoins du marché que votre produit ne satisfait pas ou ceux qui seraient idéaux pour vos clients
  • Product Box, Me and My Shadow, Buy a Feature, Give Them a Hot Tub, Remember The Future
• La façon dont vos clients utilisent vos produits et les relations entre votre produit et d’autres produits utilisés chez un même client
  • Spider Web, Start Your Day, Me and My Shadow, Show and Tell, The Apprentice
• Quels sont les fonctionnalités et services, offerts par votre produit, qui sont réellement utilisés par vos clients
  • Product Box, 20/20 vision, Me and My Shadow, Speed Boat, Start Your Day, The Apprentice, Buy a Feature
• Comment faire évoluer votre produit dans le futur
  • Remember The Future, 20/20 vision, Buy a Feature; Prune the Product Tree

Lire la suite »