Une conférence chez Agile Grenoble 2017

RESUME

L’équipe a beau discuter durant le sprint planning, mais les user stories n’en sortent pas plus claires.

L’équipe a beau échanger durant la rétrospective, mais il n’en sort que peu d’actions concrètes d’amélioration.

Le problème, c’est que les besoins et les plans d’action n’apparaissent pas à la lumière, que l’on n’accouche pas vraiment, que des choses restent cachés.

Discuter c’est bien, écouter et faire parler c’est mieux. La maïeutique, l’art de faire accoucher, est le cœur de tout !

C’est un état d’esprit, une manière de faire, une façon de percevoir les flous. C’est aussi une volonté d’aller au fond des choses.

Dans la maïeutique il faut savoir vous effacer mais aussi parfois votre présence active fait la différence.

Et ce dialogue est indispensable pour faire émerger des user stories ou des plans d’actions clairs, adaptés et sur lesquels tous sont alignés, et trouver ainsi une bonne dynamique d’équipe.

CE QUE VOUS EN RETIREREZ

L’auditoire sera sensibilisé à :

  • L’importance de l’écoute active et de faire vraiment tout émerger.
  • Des techniques logiques pour sentir le flou, détecter le manque, clarifier.
  • Une approche d’analyse pour aller au fond des choses
  • Une activité clé : faire accoucher en faisant parler parce que votre interlocuteur se sent écouté.

De fait, cela permettra :

  • Une réunion de sprint planning avec le Product Owner qui vous permettra d’expliciter les vraies subtilités des User Stories
  • Une rétrospective où vous allez au fond des choses et où vous identifiez des actions d’amélioration vraiment efficaces

Je propose une session en mode conférence, composée essentiellement d’histoires vécues et de conseils pratiques.

Slides présentés pendant la conf

Ci dessous le pense-bête reprenant les grandes lignes

Une conférence chez Agile Grenoble 2016

Dans le monde des Bisounours(TM), tout le monde s’entend bien, il n’y a pas de tension, pas de conflit.

Quand on regarde le village des Schtroumpfs(TM), c’est un peu plus compliqué.

Dans une vraie équipe Scrum, les individus s’affrontent parfois lors de leurs interactions. Ou bien les interactions n’ont pas lieu, à cause de ressentis, de tensions.

Je vous propose un panorama de ces difficultés, lors des événements classiques de la vie d’un projet Scrum, et d’évoquer ensemble leurs origines. Vous découvrirez les signes pour les anticiper, les patterns pour les canaliser et pourrez enfin obtenir le meilleur de la troupe.

Il s’agira essentiellement d’histoires vécues et de conseils pratiques extraits de différentes théories, avec juste ce qu’il faut de principes sur les interactions au sein d’une équipe de travailleurs du savoir.

Les participants, qu’ils soient Scrum Master ou simple équipiers repartiront en ayant des éléments pour comprendre l’origine des tensions ainsi que des outils pour les anticiper et les résoudre : quand et pourquoi intervenir, de quelle manière.

Ils seront à même de progresser, et de faire progresser leur entourage pour aller vers l’hyper-productivité, promesse de l’Agilité.

Ils auront été confrontés à une vision pragmatique des conflits humains, induits par le contexte et les différences.

Enfin, s’ils n’auront pas la tête farcie de diagrammes, peut-être retiendront-ils un ou plusieurs pointeurs vers des lectures à approfondir : Communication NonViolente, Process com, Core protocols, Responsibility process.

Slides présentés pendant la conf, avec mes dessins.

Feuille “pense-bête” distribuée pendant la conférence

Conférence à Mix-IT 2016

Vous :
Vous êtes développeur ou analyste dans une équipe. Vous avez une certaine idée de comment les choses doivent se passer, à tous les niveaux. Un collègue est à côté de la plaque. Et si vous essayiez de l’aider ?
Quand on doit aborder un sujet difficile avec une personne, il y a 3 options :
1) Ne rien faire
2) Y aller cash
3) Avoir un tête à tête

Besoin :
L’informatique c’est de la technologie, mais l’informatique c’est avant tout des collègues, humains.
Il vous arrive d’être confronté à un collègue que nous aimerions ou devrions aider, qu’il en ait conscience ou non :
• Il/elle n’est pas au niveau d’exigence de l’équipe, du projet. « Il code comme un pied »
• Il/elle est pris(e) dans un conflit qui pourrit l’ambiance de l’équipe. « Ils peuvent pas se blairer »
• Ou plus simplement il/elle nous demande notre aide. « C’est un boulet »
Les méthodes agiles sont basées sur un partage et une amélioration collective, mais nous avons parfois la conviction qu’il faut une première action individuelle, “en coulisse”, avant l’action sur scène lors d’une rétrospective par exemple. Comment faire ?

Quoi :
Principes et mise en pratique des tête à tête, ou comment aider ses co-équipiers en leur parlant (et en les écoutant).

Valeur :
Vous allez apprendre à mieux aider lors des tête à tête : moins de stress pour vous et pour l’autre, et surtout plus d’efficacité.

Comment :
Marre de pisser dans un violon ?
Vous allez découvrir comment mettre en oeuvre la supervision par les pairs : recadrage, coaching, mentoring, feedback.

Bénéfices :
• Vous pourrez mieux aider vos collègues par des actions ponctuelles et efficaces
• Vous améliorerez votre environnement de travail
• Et, surtout, vous faciliterez la réussite des projets auxquels vous coopérez.

Mots clés :
Bienveillance – Entraide – Exigence – Coaching – Recadrage – Feedback – Mentoring

Slides présentés pendant la conf

Ci dessous le pense-bête reprenant les grandes lignes