International Coach Federation

Ce matin, visite à la CCI de Grenoble pour écouter les coaches de l’ICF Rhône Alpes nous parler de l’ICF et du coaching en général. La salle était pleine, environ 70 personnes, et l’ordre du jour était simple, vive la simplicité. Tout d’abord une présentation de l’ICF et de ses valeurs, puis une description de ce que le coach n’est pas (gourou, chef, conseiller …) et de ce qu’il est (aide, autre regard, faciliteur …), puis 3 sessions d’1/2 heure (Démystifier le Coaching, Coaching et Formation, Coaching individuel et d’équipe) chacune animée par 2 coaches avec des pauses d’1/2 heure entre chaque session (Je retiens comme très positif ces longues pauses qui nous ont permis de bien échanger entre les sessions).

Continuer la lecture de « International Coach Federation »

Scrum For 2 … 5 itérations plus tard

2 for Scrum and Scrum for 2

Il y a 5 semaines, j’avais évoqué mes incertitudes sur l’application de Scrum pour une équipe de 2 personnes et je suis maintenant en mesure de faire un premier retour.

Scrum est parfaitement adapté à une équipe de 2 personnes et voici comment nous avons pratiqué:

  • Le Product Backlog est consitué uniquement de Post-IT sur un mur proche de mon bureau (de temps en temps je remets à jour le Wiki avec les éléments identifiés sur les Post-IT)
  • L’itération dure 1 semaine. Démarrage et Fin tous les Vendredis après-midi.
  • Le Daily Stand-Up est formel et nous nous réunissons tous les matins vers 9h pendant 10 mn environ devant le mur de Post-IT
  • Les critères d’acceptation de chaque item sont clairement définis et affiché sur le mur.
  • Les tâches ne sont pas pré-affectées et il nous est arrivé plusieurs fois de prendre une tâche qui semblait « mieux » adaptée à l’autre Continuer la lecture de « Scrum For 2 … 5 itérations plus tard »

Agile à l’international

Une de mes activités professionnelles consiste à promouvoir la méthode Scrum comme alternative aux méthodes traditionnelles en France et dans plusieurs autres régions du monde (Europe, Asie, Inde, Canada). J’ai appris beaucoup des succès et difficultés rencontrés, et en particulier l’importance de la culture propre à chaque pays sur la façon d’aborder l’Agilité.

Ce petit article ne se veut pas être une liste de vérités absolues mais simplement ma perception de la situation dans les différents pays régulièrement visités. De plus, il est important de limiter mes propos au périmètre de mon entreprise (les personnes avec qui je travaille) et ne pas généraliser à l’ensemble du pays.

FR : Une bonne implication des équipes techniques, mais une forte résistance du management dû à la crainte d’une perte de pouvoir, une volonté de micro management et globalement la satisfaction des méthodes traditionnelles (on échoue mais on sait pourquoi, donc tout va bien et on ne change rien).

UK : Une démarche purement individuelle basée sur l’atteinte des objectifs définis par le top management qui empêche la mise en place d’un vrai sentiment d’équipe. Un certain manque de maturité sur l’importance de la qualité logiciel (et les bonnes pratiques associées) et la satisfaction réelle à être le héros que tout le monde admire. Continuer la lecture de « Agile à l’international »

Agile Tour 2008 – Genève

Un saut de voiture à Genève hier après midi et voilà ma participation à l’Agile Tour 2008 de lancé.

Nous avons été accueilli au Genève Business Center par Jacques et François qui avaient organisé des sessions de présentations dans 2 salles en parallèle. Une 50aine de personnes étaient présentes, majoritairement novices à l’Agile que expérimentées à ce qu’il m’a semblé, et les échanges ont été nombreux et fructueux, que ce soit durant ou entre les sessions. Un grand merci aux organisateurs pour cette réussite, le prochain évènement d’importance sera les XPDays Suisse le 30 mars 2009 … restez à l’écoute.

J’ai eu l’occasion de présenter la démarche « Process » de Yahoo International de 2005 à 2008 et le basculement vers l’agilité à partir de 2006 avec des réussites diverses du fait de la différence de culture de certains pays.

Jeudi 9 Octobre, c’est le grand jour pour Grenoble, nous attendons plus de 200 personnes à partir de 13h30 pour un démarrage à 14h00 précise.

Quelques pointeurs:

2 for Scrum and Scrum for 2 …

Régulièrement, des personnes viennent me voir pour me dire que compte tenu de la taille réduite de l’équipe (2 personnes), elles n’ont pas l’intention de mettre en place l’ensemble des cérémonies Scrum (les réunions comme les « Daily stand up » ou « Demo »)

Même si cela ne me plait pas vraiment,  en général je laisse filer car je n’ai pas vraiment d’arguments à leur opposer et je ne connais pas vraiment les risques qu’ils encourent à se comporter comme cela. Bien entendu, si la taille de l’équipe est de 3 ou plus, j’évoque les besoins de synchronisation, de prioritisation et de communication pour inciter ces personnes à mettre en place toutes les cérémonies Scrum. Mais s’ils ne sont que 2, je suis généralement moins convaincant car moins convaincu.

J’ai donc décidé d’expérimenter par moi même « Scrum for 2 » puisque je suis en charge d’un nouveau projet  où nous sommes 2 dans l’équipe (je rassure ceux qui me connaissent, il n’a rien de technique).

Je suis le Product Owner, Laurent est le Scrum Master et l’équipe de réalisation est constituée de Laurent et Moi 🙂

Nous allons appliquer la méthode « in the book » ce qui me permettra de mieux appréhender la plus value apportée par chaque cérémonie et avoir plus d’arguments à opposer à ceux qui veulent faire sans.

Bref, c’est une action à suivre …

Bravo ManU !

Je me joins à Claude (qui doit travailler la nuit à Toulouse car son post est daté de 00:06) pour féliciter ManU pour son excellent article sur les pratiques agiles de son équipe et surtout par ses illustrations grâce à de nombreuses photos réelles de leur espace de travail (je le sais, j’y étais il y a 2 jours).

Je recommande TRES FORTEMENT de prendre le temps de lire attentivement le document décrivant le retour d’expérience de ManU

Comment faire de la doc ?

Personnellement, Je n’ai jamais trouvé que l’agilité donnait une réponse précise à cette question 🙂

Par contre, j’ai trouvé une forme de réponse coté Lean. En effet, si le prend le point de vue de l’utilisateur final, la documentation qui n’est pas lue par l’utilisateur final peut souvent être considérée comme du « gâchis » et je considère qu’il y a donc une opportunité de réduction des coûts de production.

Depuis quelques temps, chaque fois que quelqu’un veut écrire un document, je lui pose la question suivante:

  • QUI VA LA LIRE ?

Les réponses sont le plus souvent l’une des suivantes:

  1. Untel la lit et l’utilise
  2. Je n’en sais rien mais quelqu’un devrait le faire
  3. Ce document est contractuel
  4. Notre processus dit qu’il faut la produire

Sur la réponse 1, je réponds : « C’est Ok, ce document est utile ».

Sur la réponse 2, je réponds simplement : « Mais pourquoi l’écris-tu ? », et bien souvent ce document est abandonné

Sur la réponse 3, je dis : « Ok, mais as-tu essayé de la réduire au strict minimum ? », car il y a souvent une volonté de bien faire alors que le juste nécessaire suffit souvent.

Sur la réponse 4, je dis : « Viens avec moi on va voir le responsable de ce processus pour voir si on peut le modifier ».