Posté par jc-Qualitystreet le 10 janvier 2010
Les rétrospectives d’itérations (sprints) ou de projet sont des vrais moments d’échanges et de communication. RDV incontournables de Scrum et des Méthodes Agile, elles peuvent s’appliquer aussi sur d’autres terrains, avec toujours les mêmes objectifs :
- Découvrir ENSEMBLE ce qu’on a fait de bien
- Comprendre ENSEMBLE ce qui n’a pas fonctionné
- Trouver ENSEMBLE des moyens pour s’améliorer
Comme on le voit, un maitre mot, ENSEMBLE, et la forte particularité d’être tourné à la fois vers le passé mais aussi vers l’avenir (le PLAN D’ACTION). Toutefois, cette dynamique collective, ouverte et transparente, pour bien fonctionner, a besoin d’être stimulée par toute sorte d’exercices… La TIMELINE est le premier d’entre eux, un exercice qu’en tant que coach et facilitateur, j’affectionne tout particulièrement !
Timeline pour une belle retrospective
La TIMELINE est dans un premier temps une pure activité de divergence (ouvrir et lister un maximum d’options) qui permet de se replonger « dynamiquement » dans le passé. Elle peut être envisagée de plusieurs façons. De mon côté, je la facilite ou demande au ScrumMaster (coaching agile) de la faciliter en plusieurs temps, en combinant travail individuel et collectif, en insistant sur les éléments positifs et négatifs :
1. Ouverture de l’exercice (intérêt et consignes …)
2. Chaque personne travaille de son côté durant un temps donné et écrit ses post-it (vert et rose J)
3. Tous se lèvent pour afficher les post it sur la Timeline (j’aime bien la découper en semaines)
4. Tous prennent connaissance de ce qu’ont affiché les autres
5. Tous discutent autour de la Timeline pour expliquer, comprendre et pouvoir alimenter les posters clés de toute rétrospective : “Ce qu’on a fait de bien”, “Ce qu’on doit améliorer”, “Ceux qu’on aimerait remercier“… et le plan d’action (activité de convergence)
Timeline et autres posters
TRANSPARENCE, FEEDBACK, COURAGE et COLLABORATION : c’est dans ces moments-là que se construit l’esprit d’équipe ...
VOUS L’AVEZ COMPRIS, la Timeline est toujours un grand moment de plaisir !
Pour terminer, j’en profiterai pour vous souhaiter, à vous chers lecteurs, une belle année 2010, et à ce blog, un bon Bloganniversaire: Qualitystreet a 3 ans en effet !
Posté par jc-Qualitystreet le 9 octobre 2009
Le coaching Agile, je le rappelle, consiste à aider l’organisation, une équipe, une personne dans son parcours vers l’agilité pour des résultats concrets et mesurables. C’est un savant mélange d’expertise et de déontologie, c’est aussi et surtout une question de style adapté au contexte de l’intervention, et couplé à une mécanique d’apprentissage qui m’est chère : SHU - Ha - RI.
Le coaching … c’est donc enseigner, notamment les règles fondamentales (« suivre les règles »), les pratiques clés, les valeurs, les principes en encouragent et en impliquant au maximum (Implique moi et je comprendrai) pour initier le changement.
Le coaching … c’est aussi accompagner et guider sur la base de ce qui a été enseigné préalablement. Il s’agit d’approfondir et de répondre à des problématiques plus diverses, souvent plus complexes. “Vous comprenez les régles”: il faut voir plus loin. Etre le partenaire privilégié, étudier les situations, envisager toutes les options et essayer avec l’équipe celle(s) qui me semble(nt) le(s) plus pertinente(s). Feedback et adaptation, mais toujours avec un minimum d’enseignement.
Le coaching … c’est enfin conseiller, de manière plus épisodique, quand les choses roulent et que les pratiques ont été intériorisées, améliorées. C’est souvent la petite touche experte qui rassure…
Bref le coaching c’est tout cela…
Posté par jc-Qualitystreet le 2 mai 2009
“Coach Agile“, c’était il n’y a pas si longtemps avec “Consultant Experience Utilisateur”, une ligne sur ma carte de visite, c’est aujourd’hui une bonne partie de mon activité …
Vous avez dit Coach Agile?
C’est simple, mon travail consiste à accompagner pour une durée déterminée une
organisation, une
équipe, une
personne dans son parcours vers
l’agilité pour des résultats concrets et mesurables. Plus qu’un consultant je suis avant tout un
partenaire et
le tiers indispensable qui soutient le
CHANGEMENT.
Dans mon esprit, le coaching est donc toujours temporaire puisque mon but est de favoriser l’autonomie de mes Clients et de faire en sorte que très vite on n’ait plus besoin de moi !
C’est notamment, cette posture qui me permet de distinguer ce nouveau rôle de Coach Agile de celui de ScrumMaster (un chef de projet Agile, à la fois facilitateur et protecteur, un rôleque je peux aussi endosser) présent sur le projet de A à Z au même titre que l’Equipe et le Product Owner.
Le coaching, une affaire d’expertise et d’excellence…
Au travers de mon expérience et de mes compétences, je permets à mes clients d’atteindre avec efficacité, efficience et satisfaction, les objectifs qu’ils se fixent.
Je les aide à introduire l’agilité, à approfondir leurs connaissances et à améliorer leurs performances grâce aux
méthodes & pratiques Agiles.
Faciliter, poser des questions, écouter, observer mais aussi explorer, guider, clarifier, rassurer et proposer un cadre méthodologique adapté, font le quotidien de mes interventions. Des styles qui se chevauchent :
enseigner, accompagner, conseiller… Car, l’adoption de l’agilité par une organisation ou par une personne (Décideur - Chef de projet- Maîtrise d’ouvrage) nécessite un changement culturel majeur qui doit être préparé et accompagné par un processus de coaching efficace…
Le coaching, une question de déontologie aussi…
Et une Vision que j’espère partager avec d’autres ! Une mission de coaching est une mission de confiance qui nécessite engagement et responsabilisation de la part du coach. S’appuyer sur quelques principes déontologiques majeurs m’est vite apparu primordial pour construire une collaboration sans failles.
Voici donc rien que pour vous, les 5 règles déontologiques auxquelles j’obéis:
- Respect des personnes,
- Respect du but assigné,
- Confidentialité,
- Indépendance Professionnelle
- Amélioration continue de mes propres compétences.
Posté par jc-QualityStreet le 20 novembre 2007
Celle de Veronique Messager Rota, dans Gestion de projet : Vers les méthodes agiles 
:
“Une méthode agile est une approche itérative et incrémentale, qui est menée dans un esprit collaboratif avec juste ce qu’il faut de formalisme. Elle génère un produit de haute qualité tout en prenant en compte l’évolution des besoins des clients”
Voilà qui est clair, précis et tout à fait fidèle aux 4 valeurs de l’Agile Manifesto, ce signal fort lancé en 2001 par des personnalités de l’industrie logicielle (Beck, Cockburn, Fowler, Jeffries, Marick, Schwaber, Sutherland …) en réponse à un malaise et aux difficultés liées aux méthodes de développement traditionnelles :
Aujourd’hui le développement Agile transforme le business ; la France semble enfin s’en apercevoir ! Et, Scrum est devenu incontestablement la méthode la plus populaire. C’est aussi la méthode Agile que je porte dans mes missions de Coaching Agile.
L’agilité modifie donc notre façon de concevoir des produits, et d’envisager un Projet Informatique (notamment en termes d’estimation, de planification et de suivi).
Mais les Méthodes Agiles vont impacter également la notion de contrat (mon collègue bloggeur Claude Aubry, en a parlé à plusieurs reprises ici ou encore là, c’est un peu son dada) et bouleversent surtout la façon d’exercer nos propres métiers : ceux entre autres de la Qualité, celui de Chef de Projet, celui d’Ergonome.
Le jeu en vaut-il la chandelle ? Je réponds OUI, sans hésitation; les bénéfices sont en effet bien réels (comme le montre cette dernière étude ou ma propre capitalisation) et évidents:
- Visibilité
- Vélocité
- Adaptabilité et réactivité (dimensions clés du Time to market)
- Réduction des risques
- Qualité
- Efficacité
Beaucoup chercheront à comparer les différentes méthodes Agiles (XP, SCRUM, DSDM, ASD, AUP …), c’est utile, certes… Mais, plus que de méthodes, je parlerais davantage de techniques, de pratiques à piocher ici ou là, dans XP, dans SCRUM, dans Lean, à essayer, à adapter, à intégrer sur un socle stabilisé mais souple (type Processus Unifié, Agile Unified Process) en respectant quelques principes fondamentaux (discipline nécessaire):
- Itératif (courtes)
- Incrémental (avec en plus des livraisons de fonctionnalités opértationnelles à chaque itération)
- Timeboxing
- Focus sur les Tests, à chaque itération
- Feedback Client et Utilisateurs
Toutes ces pratiques intégrables et ajustables ainsi que la remise au premier plan du FACTEUR HUMAIN sont la vraie RICHESSE des Méthodes Agiles.
Des Méthodes qui véhiculent malheureusement encore pas mal d’idées reçues que j’essaie de combattre à mon humble niveau : du point de vue de la documentation, de l’offshore, du CMMI ou même de l’Ergonomie et de l’Expérience Utilisateur …
Voilà, j’ai commencé ce billet par une définition, je terminerai de la même manière: par une définition remarquable de concision, empruntée à Jean-Pierre Vickoff (que j’ai rencontré comme Claude aux Valtech days), et tirée de son dernier ouvrage AGILE l’Entreprise et ses Projets :
L’agilité, c’est l’efficience au futur immédiat
Et l’efficience, vous savez que ça me parle !
