agilite, coaching, facilitation

Aller au contenu | Aller au menu | Aller à la recherche

vendredi 6 mai 2011

Une certification : c'est nécessaire

Une certification c'est un passage nécessaire dans une démarche de formation, ça doit valider à la fois le savoir, le savoir faire, les savoirs êtres et la manière dont l'apprentis à intégré et c'est approprié cette formation (via la création de quelque chose de nouveau, traditionnellement, le "chef d'oeuvre").

Dans le monde Agile nous avons la Scrum Alliance qui délivre actuellement:

*  des attestations de présences aux cours Scrum
*  suivit d'un diplôme de connaissance sur Scrum (via un QCP)
*  des attestations de mise en pratique de Scrum (Praticien certifié)
*  des attestations sur la capacité à former sur Scrum
    (et la validation des supports de cours)

Le tout se fait par correspondance (certes avec des exigences d'implications dans la communauté et dans les évènements Scrum) mais au final je ne vois pas trop de différence pour l'instant avec une attestation de "pouvoir représenter la franchise Scrum".

Alors qu'un processus de certification c'est avant tout un acte de reconnaissance et de mise en autonomie.

Une reconnaissance de la part de celui ou ceux qui ont suivit l'apprenti lors de son parcours, un acte symbolique qui permet de passer du rapport au père, qui à accompagné (lorsqu'il n'était pas encore autonome) dans la découverte d'un métier) au rapport aux pairs (reconnu comme un égal et confirmé dans son aptitude à pratiquer, créer, transmettre).

Et surtout il ne faut pas perdre de vue que personne n'est fiable à 100%, tout le monde peut faire des erreurs et surtout on à un inconscient.... Ce qui fait que ce n'est pas possible d'avoir un recul total sur ce que l'on fait et pour moi c'est une question d'humilité d'avoir passé des certifications et d'avoir des moments réguliers ou je peux faire superviser ma pratique professionnelle.

Par contre, en aucun cas une certification doit être mise en avant ou servir à la vente, l'accompagnement est avant tout une relation, il y a des milliers de coach, de Scrum Master, le tout est de trouver celui qui sera le bon pour vous et de vous demander par qui vous avez envie de vous faire accompagner.

jeudi 28 avril 2011

Agilité et coaching : des gènes communs

C'est intéressant de voir d'ou vient le coaching,

Certains professionnels ont eu plus de succès que d'autres dans leur métiers, ils ont commencé à former (sur le savoir) leurs collègues, puis à être tuteur pour leurs transmettre le savoir faire.

Ensuite ils sont devenus consultants, et sont aller sur le lieu de travail de leurs clients pour les conseiller sur la mise en application de ce qui à marché chez eux et apporter à leurs clients les meilleures pratiques.

Après cette étape, ces consultants sont passés de j'accompagne sur à j'accompagne quelqu'un, ce qui à donné le coaching professionnel. l'idée étant d'accompagner quelqu'un pour qu'il découvre par lui même ce qui fonctionne le mieux pour lui, de lui permettre de gagner de la bouteille et d'être autonome.

Actuellement l'agilité touche à la fin du conseil (on passe les gens à Scrum, on ne fait pas de l'accompagnement à façon) et découvre tout juste le coaching.

avec un peu de recul (cela fait 3 ans que je me suis formé au coaching) je suis surpris de voir que dans les pratiques Agiles, il y a déjà des fondamentaux du coaching.

  • C'est un mode de régie, on achète du temps, le client se fait coacher pendant quelques minutes, après il décide si cela lui convient et à chaque itération (on parle de séance de coaching), il peut dire stop, il n'y a pas de création de dépendance, on demande juste une séance de clôture.
  • L'objectif du coaching doit être aussi clair test unitaire (le test passe ou pas, l'objectif est atteint ou pas); d'ailleurs je préfère parler de développement dirigé par les objectifs au lieu que de développement dirigé par les tests, les tests n'étant qu'une manière de fixer les objectifs que doit atteindre le code.
  • L'objectif à atteindre ne doit dépendre que du client, en coaching d'équipe, l'objectif ne dépend que des personnes présentent dans l'équipe, pour éviter la dépendance.

C'est comme dans l'agilité et le travail en équipe pluridisciplinaire (toutes les compétences pour faire le logiciel doivent être présentent dans l'équipe pour que l'équipe puisse livrer un logiciel utilisable sans dépendre d'autres services).

  • On établi un contrat clair avec le coaché, ce contrat définit les rêgles du jeux ainsi que le mode de fonctionnement (ce qui s'apparente à la définition de terminé et la charte de projet).
  • Cela demande une forte implication du client, c'est pourquoi il paye d'avance ( il se fait rembourser si il souhaite arrêter), on en parle pas beaucoup dans l'agilité, mais une itération commencé devrais être payé d'avance.
  • C'est le client qui sait ou il va et comment il va vous utiliser, comme dans l'agilité, c'est son produit, c'est son objectif et il vous à disposition pour avancer.

Je travail actuellement sur le programme pédagogique d'une formation de coach pour les coach agiles et je me dis qu'un bon coach agile, peut rapidement devenir un bon coach tout cours, il suffit qu'il change ses pratiques d'ingénierie par des pratiques de coaching avec une formation adapté.

Et vous, vous sentez vous coach dans l'âme ?

Un coach ou un coach ?

Coach et coach, c'est un mot qui à plusieurs sens, selon si on l'utilise dans un contexte Français ou dans un contexte Américain.

Ces mots n'ont pas suivi le même cheminement, pour la France, le coach était à l'arrière des diligence et avait pour charge de conduire les voyageurs à bon port.

Le coa(t)ch au US est l’entraineur de l’équipe de football américain, un positionnement beaucoup plus directif, pour ceux qu’il accompagne, c’est aussi lui qui était le chauffeur du bus qui amenait l’équipe au match, c'est pourquoi les bus s’appel «coach».

On a donc deux positionnement et deux métiers différentes pour le même mot, on coach sur l’agilité, sur Scrum, c'est les coach "en quoi", ou on accompagne des clients vers leurs objectifs.

Nous sommes à cette période charnière dans l'agilité, formateurs sur l'agité Scrum etc..., puis consultant, puis coach Scrum, coach agile, puis se mettre à accompagner leurs clients vers leurs objectifs.

La particularité de l'agilité c'est que les germes de cette profession de "coach en qui" sont déjà présents, que ce soit dans les pratiques d'ingénierie ou dans Scrum, il y a des similitudes étonnantes.

Et vous êtes vous accompagné sur quelque chose ou accompagné par quelqu'un ?