Seconde Vidéo, en français. En guise de rétrospective de l’année, une vidéo d’un de mes moments forts de l’année. La vidéo a été tournée lors du Scrum Day. Une manifestation qui a réuni plus de 400 personnes. Cette journée s’est déroulée le 31 mars 2011 à Paris dans les locaux de Microsoft.
Je trouve cette vidéo très bien réalisée et elle résumé bien la journée.
En ce qui me concerne, je présentais l’atelier sur les Agile Games que vous pouvez apercevoir pendant la vidéo.
Je vous souhaite plein de bonne choses pour 2012 aussi bien du point de vue personnel que professionnel.
Ps: j’aurai une nouvelle annonce pour vous début 2012 🙂
[English version below « Yet another story about Visual Management… »]
Exemple de Management Visuel
Au départ, lorsque j’ai découvert Agile, j’ai été rapidement intrigué par le concept de Management Visuel. Je savais que ça me plaisait beaucoup mais je ne savais pas vraiment pourquoi. En tout cas cela m’attirait fortement. J’ai souvent tendance à particulièrement aimer les techniques qui semblent bizarres ou non-professionnelles au premier coup d’œil mais qui, par après se révèlent particulièrement puissantes. Ceci explique peut-être cela…
Donc, par un beau jour de printemps, je travaillais chez mon client. A l’époque on se préparait à commencer à mettre Agile en place. Mon travail à ce moment là étaient de les aider à (mieux) organiser leurs « releases » (mise en production de projets). Et quel principes avons-nous utilisés pour faire cela ? Le Management visuel bien entendu !
Pendant cette période, mon client m’a demandé d’écrire un article pour la newsletter de l’entreprise. Le sujet devait porter sur Agile. Je voulais écrire à propos du Management visuel. Je me demandais comment faire un article sous forme très visuelle et une équipière m’a suggéré de le faire sous forme de BD / Roman photo.
Et bien…, le résultat est en dessous… Comme vous pouvez-voir, vous pouvez utiliser le Management Visuel même si vous ne faites pas (encore) de méthodes Agile.
Merci à Inge pour l’idée et merci à Alan, Florence, Benoît et Gregory qui ont pris leur rôle d’acteur et d’actrice très au sérieux 😉 (Merci aussi plus largement aux deux équipes L' »A-Team » et les « Kiwinners » d’accepter d’essayer tous ces concepts Agile parfois bien étranges… 🙂
Page 1 sur 3
Page 2 sur 3
Page 3 sur 3
Si vous ne connaissez pas (encore) le Management Visuel, le concept est assez simple. Visualisez vos informations de suivi de projets (ou autres) sur un mur. C’est à dire que pour communiquer, pour documenter, pour discuter vous utilisez systématiquement des supports visuels. Vos supports sont en général une feuille A4, des post-it, et de gros marqueurs de couleurs. Au premier coup d’oeil, celà paraît étrange. Surtout à notre ère du « tout numérique ». Il n’est pas rare qu’on me dise: « hey je ne vais pas faire de bricolages j’ai passé l’âge ! » Mais je peux vous assurer que cette manière de communiquer est simple et puissante (et peu coûteuse 😉 Cela a souvent pour effet d’améliorer la communication et la collaboration.
Faites cet exercice:
– Organisez une réunion, projetez une fiche excel sur l’écran et demandez aux participants d’ordonner une vingtaine de lignes en fonction de la priorité.
– Organisez une autre réunion, écrivez 20 choses à ordonner sur 20 post-it (une idée par post-it) collez le tour au mur n’importe comment et demandez au groupe d’ordonner les 20 idées par ordre de priorité.
Vous verrez qu’on assiste alors à une dynamique d’équipe complètement différente.
Si vous voulez en savoir plus je vous conseille cet article de Kelly Waters: The Power of a Whiteboard
Comme d’habitude, essayez et faites-vous votre propre opinion,
Bye,
Bruno.
Article traduit en français suite à un harcèlement assez intensif de Claude et Ludovic 🙂
In my early days of Agile I’ve been quickly intrigued by the Visual Management concept. I knew I liked it, but I did not always knew why. I have a tendency to enjoy the techniques that seems silly at first sight and then reveals to be extremely powerful. So maybe that’s why.
So I was working with my client. At the time, they were preparing themselves to implement Agile and at first I helped them to better organize their releases. And what’s the best way to do that ? Visual Management of course.
During this period, my client asked me to write something about Agile for a newsletter. I wanted to avoid a classical article and I wanted to do it about Visual Management. I was wondering how I could do it in a visual way and one team member suggest me to do it like a comic.
Well, the result is below… As you can see you can use Visual Management even if you don’t do Agile…yet 😉
Thanks to Inge for the idea, and thanks to Alan, Florence, Benoît and Gregory for acting so well. (Thanks also to the « A-Team » team and to the « Kiwinners » team for not being scared to try all those strange Agile stuff 😉
Page 1/3
Page 2/3
Page 3/3
If you don’t know Visual Management the concept is quite simple. To communicate, to document, to discuss use a maximum post-it notes, A4 pages, Color markers, and stick the informations on the wall. It seems strange, at first sight, people usually told me « hey I’m not at grade school anymore ». But this way of communicating is simple and powerful. It enforce communication and collaboration.
Just try this:
– Organize a meeting using a beamer that project an excel sheet. Ask people to order 20 Lines from this excel sheet.
– Write the 20 things to order on post-it notes stick them on a wall and ask the participants to order them
You will see the « dynamic » of the group is very different.
If you are coach, IT Manager or just an Agile passionate…in my opinion it’s good for you to know that implementing Agile has several risks.
It’s important to know it and to handle it. So here is a (non-exhaustive) list of global risks you should discuss in advance with your Management or your client, before starting being Agile.
A first reminder:
The starting point of an Agile initiative is that we realize that the actual system doesn’t give us satisfaction. We have new expectations and we want to change to a new system.
Risks
An Agile intervention is not always easy. A method like Scrum will put a maximum of visibility on what’s happening in the company. A lot of problems will emerge and it could be very frustrating to face them: Risk 1: Minimize problems, or accuse the method. E.g. « Since we do Agile, we are doing fewer projects than before ! »
Agile can be very seducing, seems fun, easy and productive. It’s simple on paper, but complex in applying. We need everybody to take actions in supporting the Initiative. Agile is a lot of discipline and structure: Risk 2: We didn’t realize how much Agile was binding us. We will only do a “Marketing Agile”.
If we want to go “Agile”, it is because the actual system doesn’t give us satisfaction. We have new expectations and we do agree that we want to change the actual system: Risk 3: We say we want to implement Agile, but actually we are comfortable with the actual system. At least we know how it works. Unconsciously we put Agile labels on previous practices.
Sometimes, Agile seems an IT method. In actual reality, it will involve and “touch” all the company: Risk 4: We need the management to understand what Agile is and to support us in that way. E.g. Sales give us better defined projects, CEO empowers the Product Owner and the Team
“Agile” people often criticize Managers, this is a common BIG mistake. We need managers and we need them “on board”: Risk 5: Thinking that we don’t need Managers to do this
“I know that I should do all these Agile stuff…but the actual system is still healthy. Sometimes we do have crisis but…we’ll manage”. “I know that we don’t work as we should do but that’s our company and we can live with that.”: Risk 6: We don’t have enough HUGE problems that could lead us to change.
Agile will put certain person out of their comfort zone. If a manager doesn’t manage, or a team member is clearly not a “Team player” it will emerge: Risk 7: Maybe the Agile method is not for everybody @ The Company. Sometimes people change functions, quit or in certain (extreme) case are fired
It can be good to know…and I assure you it’s worth it !
En général quand je démarre une mission « Agile », mon premier souci est de comprendre comment fonctionne la société. Comment les différents départements collaborent entre-eux.
Il y a quelques mois de cela, j’étais précisément à cette étape. J’avais rencontré 30 personnes des différents départements de la société. Et me voilà à me demander ce que je vais faire de toute ces informations et différents feedbacks.
Pour information, lors de cette étape je leur demandais d’expliquer leur job et comment ils contribuaient à la réalisation des projets. Je leur ai également demandé selon eux ce qui fonctionnait bien et les problèmes qu’ils rencontraient.
La Présentation
Pour transmettre mes résultats je n’avais que 2 heures de réunion prévue. Je voulais qu’ils aient une vue d’ensemble, je voulais que le groupe soit actif et enfin je voulais avoir l’opportunité de d’introduire Scrum. J’avais des slides sur Scrum que j’aurais pu réutiliser mais je voulais éviter une réunion du type « je parle, ils écoutent ». Et ce bien que ma maman m’ait maintes fois répété que j’avais une voix merveilleuse 😉
La première partie de la présentation consistait à discuter ce qui fonctionne bien dans la société et ce que l’on peut améliorer. Dans un tel exercice il est selon moi important de faire l’effort de découvrir aussi ce qui va bien. Car l’on veut capitaliser sur les bonnes pratiques…et non les abandonner. De plus une longue liste de choses « négatives » peut être immédiatement très démotivante. J’avais donc 4 slides: 2 avec les choses positives et 2 avec une liste d’améliorations possibles.
En résumé donc, je voulais que cette meeting soit:
Un feedback sur ma période d’observation
Une introduction à Scrum
Et je voulais que les participants:
Soient actifs
Vivent la méthode
Le Processus utilisé
J’ai démarré la réunion en donnant à un participant un paquet de post-it vert et un autre rouge. Ensuite je lui ai demandé d’en prendre un de chaque et de passer le paquet à son voisin. Dans cette phase j’ai été intentionnellement directif et je vérifiais secrètement le temps pour que chacun aie ses deux post-it. Le temps écoulé: 124 secondes.
Ensuite je leur ai demandé d’écrire « Oui » sur le post-it vert et « Non » sur le post-it rouge. Ensuite, j’ai commencé ma présentation. A chaque fois que j’annonçais un point positif, ou une piste d’amélioration, je leur demandais de voter pour voir s’ils étaient d’accord ou pas. Le vote se faisait en levant simultanément un seul post-it (Oui ou Non) par participant. Rendons à César ce qui appartient à César, j’avais vu cette manière de voter utilisée dans des conférences, notamment par Henrik Kniberg et Claude Aubry.
Les slides suivants de la présentation concernaient Agile et Scrum. Certains slides comportaient des provocations comme: “Agile est une méthode magique qui va régler tous mes problèmes ». Lors de ces slides je demandais également aux participants de voter. Ce genre de slides accompagné du système de vote a également amené d’intéressantes conversations.
A la fin de la présentation, je leur ai demandé si Scrum était clair pour eux. Ils m’ont répondu « Oui » et ensuite je leur ai annoncé qu’ils venaient d’effectuer un sprint…et que nous allions en démarrer un second immédiatement. Ils étaient quelque peu surpris.
de 124 secondes à 42 secondes en utilisant Scrum
Donc je leur ai expliqué que le premier sprint (la distribution des post-it) avait pris 124 secondes…Ce qui était bien entendu malhonnête de ma part vu qu’ils n’étaient pas au courant 🙂
Donc, je leur ai proposé un second sprint.
L’objectif, du sprint 2 était: “Réaliser la user story aussi vite que possible ». Et la user story était “En tant que présentateur, Je veux que chaque participant ait un post-it vert et un post-it rouge afin de leur permettre de voter ». Je leur ai laissé 5 minutes de préparation, en ensuite à leur « GO » je démarrais le chrono. A la fin du sprint, le résultat était: 42 secondes. Waouw ! Seulement un tiers du temps initial.
Il y a eu un évènement cocasse. Un participant était fier de me montrer qu’il avait 2 rouges et 2 verts m’annonçant qu’il avait été « le plus productif ». Malheureusement en tant que client le fait qu’il ait 2 rouges et deux verts ne me donnait aucune valeur ajoutée…
Cela a été une bonne occasion d’introduire le concept suivant: faites ce que le client vous a demandé puis arrêtez.
Donc ce simple processus utilisé m’a permis d’introduire aux participants ces différents concepts:
auto-organization
Le principe Scrum « inspect and adapt »
Les user stories
Les réstrospectives
Travailler en équipe
« faites ce que le client vous a demandé puis arrêtez »
Puissant non ? Qu’en pensez-vous ? Quelqu’un a-t-il déjà utilisé un processus similaire ?
Bye
Bruno.
A Scrum Kickoff…
Let’s vote !
Usually when I start an Agile « Mission » my first concern is to understand how the company works. How the different business departments collaborate together.
A few months ago I was just in this step. I met 30 people from all departments of the company. And so I was there with plenty of feedbacks wondering “How will I use these information”.
Basically I just asked them to explain me their job and how they contribute to a project within the company. I also asked them what works well and what are the main problems.
The Presentation
I wanted them to understand the big picture, and wished to do it in an active way with the opportunity to introduce Scrum. I already had plenty of usable Scrum slides, but wanted to avoid a “Me speaking, them listening” effect; even though my mom used to say I have a beautiful voice 😉
The first part of the presentation was to list what works well within the company, and what can be improved. For such exercise, it’s important to insist on what works well, because we still want to continue working that way right ?! Moreover, a long list of “negative” things can create immediate demotivation. So I had 4 slides: 2 with “Positive things” and 2 named “list of possible improvements”.
So to summarise I wanted this meeting to be:
A feedback on the study period
An introduction to Scrum
And I wanted the participants:
To be active
To live the method
The Process
I started the meeting by giving to one participant a bunch of green and red post-it notes. Then, I asked him to take one of each and pass them to his neighbor. I was intentionally very directive and I was (secretly) tracking the time they took to complete the procedure. It took them 124 seconds to have all the post-it notes distributed to the participants.
Secondly, I asked each of them to write ‘Yes’ on the green post-it and ‘No’ on the red post-it. Then, I began my presentation. Every time I would announce a positive thing, they were asked to vote if they agree. The same exercise was done with the ‘list of possible improvements’. The participants had to raise a ‘Yes’ or ‘No’ post-it to vote. I saw this technique used in conference by Henrik Kniberg and by Claude Aubry.
The next slides of my presentation aimed at Scrum topic. A few slides were thought provoking like: “Agile is a magic method and will solve all my problems”.
The vote + those kind of slides led to interesting discussions.
At the end of the presentation I asked them if Scrum was clear for them, and once they answered “Yes” I told them that they just did one sprint and that we will start the second sprint right away. They were a bit surprised 😉
from 124 seconds to 42 seconds using Scrum
So I explain them that the sprint 1 took 124 seconds which was unfair from me of course because they were not aware 😉
Therefore, I proposed them do a second sprint.
Objective of sprint 2 was: « “Perform as quickly as possible ». The user story to do as a team was: “As a presenter, I want each participant to have one green post it notes and one red so I can use it to have them vote”. They had 5 minutes of preparation, then they had to give me the “Go” to start implementation. At the end of this sprint, the result was : 42 seconds. Waouw ! Only one third of the original time.
One funny thing did happen, one participant proudly told me “Hey look I have 2 green and 2 red !”. He thought he had reached another objective. However, as a client, I had no added-value to have a participant with 2 greens and 2 reds.
It was a nice opportunity to introduce the “do just what your client asked then stop” concept.
So this simple process was for me the opportunity to introduce them to:
self organization
the « inspect and adapt » concept
the user stories
the restrospectives
Working with 5-9 people teams
the « do just what your client asked then stop » concept
Quite powerful isn’it ?
If you have any thought or any comment about this, feel free to write me or to leave a comment
Dans ce billet, vous trouverez une liste de liens sur Lean et l’Agilité. Ces liens sont parmi ceux que j’utilise le plus dans mon travail. J’espère qu’ils pourront vous être utile.
Scrum
Liste de templatesAgile ? Templates de Product Backlog, Sprint Backlog,… http://bit.ly/btxh6S
La clé pour être efficace dans la résolution de problème est d’avant tout être certain que l’on comprend le problème que l’on essaie de régler, pourquoi il y a besoin de le régler et comment on saura qu’il est réglé. Le « A3 thinking » est là pour vous y aider: http://www.crisp.se/henrik.kniberg/cause-effect-diagrams.pdf
De l’aide pour donner des priorités avec Agile: le modèle Kano de satisfaction du consommateur. http://bit.ly/g3LITC
Une vidéo intructivehttp://bit.ly/gIoQyD RSA Animate La surprenante vérité sur ce qui nous motive…
Et enfin, ceci n’est pas à proprement parler un lien Agile mais j’aime beaucoup le concept! Voyez comment on peut changer les comportements en utilisant le « Fun« http://www.thefuntheory.com
The key to effective problem solving is to first make sure you understand the problem that you are trying to solve – why it needs to be solved, how you will know when you’ve solved it, and what the root cause is. This what A3 thinking is all about: http://www.crisp.se/henrik.kniberg/cause-effect-diagrams.pdf
Help for Agile prioritization: Kano model of customer satisfaction http://bit.ly/g3LITC
C’est confirmé je présenterai une session intitulée « En quoi Star Wars peut vous aider dans votre dynamique d’équipe (Agile) » à Agile France 2011.
Agile France se déroulera les 26 et 27 Mai 2011. Toutes les infos sont présentes sur le site officiel ainsi que le programme.
La session sera sous la forme d’un atelier interactif. Quelques infos sur la session proprement dite…
Vous pouvez avoir les meilleurs outils dans votre équipe, sans une bonne cohésion il vous sera difficile de mener votre projet à bien. Lorsque nous travaillons ensemble, lorsque nous communiquons, chaque membre d’une équipe utilise inconsciemment différent style de management (ou de leadership). Et ce qu’il soit Manager ou non. Ensemble nous verrons et expérimenterons comment les styles de management peuvent aider à construire une forte cohésion d’équipe (même dans une équipe auto-organisée) et comment ils peuvent être utilisés par tous les membres d’une équipe. Je serai assisté par quelques coachs célèbres tels que Yoda et Darth Vador.
Les objectifs de cet atelier sont:
Introduire ou rappeler différents style de management (ou de Leadership)
Différencier Leadership et Management
Expérimenter les différents styles
Considérer l’utilité des styles de management (quelle que soit la fonction que j’occupe)
En conclure des applications concrètes dans des équipes Agile
Présentation de l’atelier réalisé lors du Scrum Day France, le 31 mars 2011.
Une excellente journée qui a rassemblé plus de 400 personnes autour d »un même sujet Scrum.
Jeux joués lors de l’atelier: Ball Point Game, Name Game, Constellation Game, Fist of Five et Talking Game.
Connaissez-vous les « Agile Games » ou Jeux Agile ? Ils sont apparentés à la discipline des « Serious Games ». Mes excuses pour tous ces anglicismes dans une seule phrase 🙂
Ces jeux vont vous permettre d’expérimenter et d’améliorer votre connaissance des méthodes et principes Scrum (et Agile).
Le fait de mettre les participants en action favorise l’apprentissage. De plus il a été observé que l’être humain apprend efficacement si l’expérience se passe dans une atmosphère détendue en passant un bon moment.
Pendant 90 minutes nous jouerons un maximum de jeux ayant pour thèmes les estimations, l’auto-organisation et autres principes Scrum & Agile.
Vous pouvez avoir les meilleures technologies et outils à votre disposition. Si le dynamique de votre équipe n’est pas bonne, vous aurez toute les difficultés du monde à faire aboutir votre projet. Lors de la composition d’une équipe Scrum, il est bon de mettre toute les chances de votre côté.
Je vais donc vous décrire (brièvement) ci-après quelques outils qui vont vous permettre de sélectionner vos « team-members » et de coacher votre équipe.
Ci-dessous, vous trouverez quelques attitudes qui, une fois adoptées, vous aideront à atteindre vos objectifs.
Actif – Passif
Actif ou Passif ?
Comment reconnaît-on quelqu’un de passif…ou d’actif ? Quand il est face à un problème. Si les objectifs que je dois atteindre sont clairs, comment est-ce que je me comporte face à une difficulté ?
Exemple: je dois imprimer un document et le remettre à mon responsable pour la fin de journée.
Problème: l’imprimante n’a plus de papier
Exemples de réaction passive:
Je lui explique en fin de journée que je n’ai pas su imprimer à cause du manque de papier
Je prends tout l’étage à parti en disant que c’est quand même un scandale qu’il n’y ait plus de papier
J’envoie un mail au responsable logistique afin qu’il prenne des sanctions car normalement le papier doit être réapprovisionné chaque jour.
Exemple de réaction active
J’essaie de trouver des rames de papiers à un autre étage
J’essaie d’imprimer sur une autre imprimante (éventuellement avec l’aide du helpdesk)
J’utilise des feuilles de brouillon pour imprimer
Même si cet exemple peut paraître caricatural: on reconnaît quelqu’un d’actif à ce qu’il met en oeuvre lorsqu’il est confronté à un problème.
Je suis « actif » si, lorsque je suis confronté à un problème qui m’empêche d’atteindre mon objectif, je mets en place des actions qui me permettent d’atteindre cet objectif.
Exemple d’attitudes passives:
Tu en es où avec ça ? Heuu j’ai envoyé un mail mais ils ne m’ont toujours pas répondu… !
Acter par email que l’on n’a pas su atteindre son objectif en ayant un coupable « potentiel »
« Je leur ai envoyé 3 mails et toujours aucune réponse ! »
« Il n’y a plus de réseau…je ne sais plus rien faire 🙁
C’est X qui doit s’en occuper mais je ne sais pas quand il le fera…je suis pas son chef !
« Je sais pas avancé je suis bloqué! »
Exemple d’attitudes actives:
Aller voir quelqu’un en face à face
Identifier la personne dans l’organisation qui peut résoudre mon problème
Lorsque quelqu’un me dit « je ne suis pas disponible maintenant », prendre un rendez-vous à une heure ultérieure précise
Aller chercher l’information
Demander de l’aide
Demander « Qui est responsable pour…? »
Donner et recevoir le feedback
le plus beau des cadeaux !
Certaines méthodes Agile comme Scrum ont déjà certains mécanismes de feedback inclus comme la Daily meeting et les rétrospectives.
Il est important pour les membres d’une équipe de se donner du feedback et d’accepter le feedback en retour. Cela favorise la cohésion d’équipe et démine les situations potentiellement problématiques. Il sera difficile de construire une bonne dynamique d’équipe avec des attitudes du type… « de toute façon je suis comme je suis, je ne changerai pas ».
Il faut considérer le feedback, s’il est donné de manière bienveillante et compétente comme un vrai cadeau que l’on vous fait.
Il existe des techniques pour donner et recevoir du feedback, si cela vous intéresse je pourrai faire un billet là-dessus.
S’il y a une tension entre deux personnes. Une fois que l’on a enlevé tout l’émotionnel, les jugements et les lectures de pensée. Il est souvent très impressionnant de constater le teneur réelle du problème qui est souvent très légère.
Exemple:
M: « tu n’as aucun respect pour les autres ! » (ceci est une lecture de pensée, face à un fait, par exemple une interruption, on déduit ce qu’est la personne. Le but en PNL est d’éviter les lectures de pensée, ou si on en a, d’essayer de les (in)valider en discutant avec l’autre)
S: « ok isolons-nous pour en discuter quand tu seras calmé »
(…)
S: Voilà je t’écoute
M: Bon tu m’interromps sans arrêt ! Toutes les 5 minutes tu me poses des questions
La solution dans un cas pareil sera peut-être simplement que S note ses questions au fur et à mesure, et ensuite qu’il s’arrange pour prendre 1 heure avec M pour en discuter.
Être orienté « projet »
Une bonne orientation
Lors de mes suggestions ou de mes décisions sur un projet. Est-ce que je décide en fonction de mon intérêt personnel ? Exemple: je vais utiliser tel framework car je rêve de l’essayer !
Ou est-ce que je mets dans la balance l’intérêt du projet, les choix qui vont vraiment permettre à mon client d’être satisfait et au projet de se porter bien.
Exemple d’orientation projet: choisir un framework en tenant compte de son potentiel mais également de la connaissance de ce framework par les autres membres de l’équipe. Est-ce que le projet peut se permettre que toute l’équipe prenne le temps de se former sur ce framework ?
Être orienté projet ne signifie pas se diluer et en oublier ses objectifs personnels. Mais c’est, dans nos choix, prendre également en compte l’intérêt de l’équipe et du projet.
Le désaccord
…ou pas
Il existe différents types de désaccord.
Par polarité: Quelqu’un qui dit toujours le contraire de ce que vous avancez
Par comportement: émettre des bruits avec son bic, soupirer bruyamment, reculer sa chaise de 1 mètre par rapport à la table
Le « Oui mais »: à chaque fois que l’on avance quelque-chose, on vous répond par une phrase commençant par un « oui… mais ! »
Le changement de taille de découpage: changer de sujet, parler d’autre chose. Exemple: à une réunion sur les spécifications: « Bon la façon de déployer en production ça va pas du tout ! »
Par commentaires: Vous annoncez quelques chose et on vous répond quelque-chose comme « hein tu en as souvent des idées comme ça ? » ou « pfff n’importe quoi! »
Il y a deux choses importantes par rapport à quelqu’un qui fait du désaccord:
Un, il y a toujours un message derrière le désaccord, il est important pour le coach, le leader d’arriver à le décrypter. Lors d’une formation que je donnais, un participant faisait du désaccord par comportement. Je me suis posé la question du pourquoi et je me suis aperçu que j’avais démarré la formation en français. J’ai demandé si le français était ok pour tout le monde et il s’avérait qu’on avait prévenu les participants que la formation se donnerait en anglais. J’ai alors continué en anglais, la personne en question ne parlait que très mal le français, et tout de suite, son attitude a changé.
Deux, quelqu’un qui fait du désaccord va coûter énormément d’énergie au groupe. Imaginez une réunion de 2 heures avec 10 personnes. Si quelqu’un fait constamment du changement de taille de découpage, vous pouvez perdre 20h de travail… Même si les sujets abordés étaient « importants » vous n’avez pas pu tenir votre agenda initial. Il faut donc gérer le désaccord, dans ce cas précis remettre la réunion sur les rails.
Quelle utilité ?
Pour quoi faire ?
A quoi vont vous servir ces outils ?
Ces outils peuvent être utiles pour sélectionner vos team members. En effet si vous ne sélectionner que des personnes ayant une tendance au désaccord et passives… je vous souhaite bien du plaisir 😉
Vous pouvez également présenter ces outils et préciser ce que vous attendez. Vous aurez compris que dans une équipe, être actif, donner et accepter le feedback, être orienté projet et ne pas être trop en désaccord seront autant d’attitudes qui vont vous aider dans le succès de votre projet.
Plutôt que d’utiliser cela comme un outil de diagnostic: « Toi tu viens pas dans l’équipe t’es trop passif ! ». Le plus intéressant selon moi avec ces outils c’est de les présenter à tous, de les expliquer et de décrire ce que l’on attend de chacun.
Amusez-vous !
Bruno.
Ps: Ces outils viennent de la PNL (les méta-programmes)
2/5 Personality of the different actors (Five keys to succeed in your Agile/Scrum projects)
Despite the best technologies or tools you can use on your project, the energy and team-spirit of your team is the key to succeed a project. Here are some tips to set up your Scrum team.
You’ll find below some tools used to identify your team members and coach them.
Active or Passive attitude
Active or Passive ?
What is an active or passive behaviour? And how do you identify it?
When someone faces an issue, what is his reaction ?
A simple example behaviour would be:
“I need to print a document and give it to my management by the end of day… Unfortunately, the printer is out of paper”
Examples of a Passive behaviour :
I will explain I haven’t been able to print because the printer was out of paper
I tell everyone it’s a shame the printer is out of paper and that I can’t do my job
I inform the head of logistics department in order to take the penalties because paper supply is empty… Although it is supposed to be filled daily
Examples of an Active behaviour :
I try to find paper and fill the printer
I try printing on another printer
I use draft paper to print
It may sound caricatural, but we identify someone’s active by all the means put in place we he faces an issue. I’m being active when I face an issue preventing me from reaching my objectives, and put all the possible means in place to reach my objectives.
Examples of « passive » attitude on a project:
« Is this working task done? Well I’ve sent an email but they haven’t responded yet … ! »
« I failed in my objective but I have an email proof of the person responsible (according to me) of my failure »
« I’ve sent them 3 emails and still haven’t received an answer! »
« There is no more network … I can’t work anymore !
« I’m stuck, Mr X has to deal with that but I don’t know when it will be done…I’m not his Manager! »
« I’m stuck »
Examples of « active » attitude on a project:
Face to face interactions
Identify the person in the organization who can help me to fix my problem
Get the information
Asking for help
« Who is in charge for this matter ? »
Give and Take Feedback
Best gift ever !
Best gift ever !
Some Agile methods like Scrum already included feedback mechanisms in daily meetings and sprint reviews.
It is important for team members to give feedback and accept feedback in return. This promotes team cohesion and can also avoid potential problems. It will be difficult to build an efficient team if you are acting in this way: « Whatever… I am who I am, I won’t change. «
When given in a benevolent way and in a competent way, Feedback can really be a true gift to give or receive. There are several techniques for giving and receiving feedback, if you’re interested I can write a post about it.
When 2 people argue, once we remove all the emotional judgements and hypothesis on each other’s understanding, we can be surprised on how slight the problem was.
Example:
M: « You don’t have any respect for other ! »
(In NLP we name that « ming reading ». Facing a fact e.g an interruption we try to deduct what the person is which obviously a wrong statement. If we do some « mind reading » the goal is to avoid them. If we have some, we should try to discuss with the other person to try to (in)validate our believes).
S: « OK we can discuss this we you are available and calm »
(…)
S: Ok I’m listening
M: Look, you keep interrupting me all the time ! Every 5 minute you ask me questions.
Solution in this case could be that S write down all his questions and then arrange a 1-hour meeting to discuss it with M.
To be project oriented
A efficient orientation
When I give my opinion, or take decisions in a project:
Am I taking decisions according to my own interest?
Example : I will use this technical framework, because I’d love to try it !
Am I taking decisions according to the project interest ? the choices that will truly satisfy my customer and give sense to the project.
Example of « project oriented » behaviour: choose a technical framework by taking into account its potential but also the knowledge of this framework by the team. Do we have enough time for each team member to be trained on this framework?
Being « project oriented » does not mean to be discreet, without an opinion and to forget his personal goals, it is a behaviour, in our daily choices, to consider the interest of the team and the project.
Agree – Disagree
…or not ?
There are different ways to express disagreement:
By opposite disagreement: someone who keeps saying the opposite idea of yours
By behaviour: act or sigh loudly, move back its chair 1m from the table
By ‘Yes, but’: when an idea is brought to the conversation, one would keep answering “Yes…but !”
By changing topics: one topic is brought to the meeting but someone keeps changing the conversation. Example : During a meeting about specifications => “Well, the way it is put in production is wrong’
By commenting: You want to express your opinion and someone would answer: “Do you have many silly ideas like this?”or “Pffff… what a nonsense!”
There are 2 important things regarding someone’s expressing disagreement:
First, there is always a message behind this behaviour. It is important for the coach or the leader to understand it. During a training, one participant had disagreement behaviour. I wondered why and I realized I started the training in French after asking the audience. However, the training was first announced in English and this participant barely spoke French. That’s why he had disagreement behaviour ! When I switched to English, you could see his behaviour changing.
Secondly, when one in a group disagrees, it can cost a lot of energy to everyone. Imagine a 2-hour meeting with 10 people. If one would constantly change the topic of the meeting, you can lose 20 working hours. Even though the topics covered were important, at the end, you were not able to reach your initial objectives. In this case, you need to manage the disagreement to keep the agenda and the meeting under control.
What for ?
What for ?
Why will these tools could be useful ?
They can be used during interviews to select your team members.
Indeed, if you only have team members with disagreement and passive behaviours, I wish you luck to manage your team 😉
You can also explain these tools to your team and define your expectations to them.
Having a team who knows about being active, give/receive feedback, project-oriented and being careful to their agreement behaviours is an asset to the success of your project.
However, these tools should not be used to diagnose the team : “Hey you, you cannot join the team, you are being too passive”. This wouldn’t help.
In my opinion, the most interesting use of these tools is to explain and share them as a team
Have fun !
Bruno
PS: These tools come from NLP (Neuro-linguistic programming) (meta-programs)
Le monde change. C’est la réflexion que je me suis fait après ma participation à Agile France. Quel bonheur de se retrouver avec autant de personnes qui partagent mes interrogations. Mettre du sens au sein des projets, des entreprises. Répondre à la question du « Pourquoi » je fais ce projet ou ce métier.
Quel plaisir lors des sessions interactives de rencontrer autant de personnes actives et curieuses de choses nouvelles. De discuter entre deux sessions avec des gens et se dire « tiens ils sont comme moi ». De rencontrer autant de personnes qui veulent partager et donner envie. De rencontrer des gens qui n’ont pas peur de sortir des sentiers battus et de proposer des approches audacieuses (et efficaces) à base de choses délirantes comme « un post-it », « un dessin » ou un « jeu de société ».
Pour tout cela, merci aux organisateurs et aux participants.
Oups…pardon…
Pour les Auditifs: veuillez lire ceci à haute voix: » MERCI A TOUS ! »
After this conference I was thinking, « The world is changing ». I was so glad to meet so many people who shared the same values and the same interest. I’ve met many people with the same concerns than I have myself. Put some sense in the company, in the project. Answer to the question « Why » am I doing this ?
It was really fun during iteractive sessions to meet so many constructive, active and « curious of discovering new things » persons. It was nice chatting between 2 sessions and to have AHA moments like… he is like me ?! It was great to meet so many people willing to share. To meet people not afraid to try new crazy (but efficient) stuff. With tools like a postit note, a game or a drawing.
For this thanks a lot to the organizers and people present this day.
Yup…i’m sorry…
For « Auditory » persons: please read this loudly: » THANKS A LOT ! »
Agile Games are more and more used… What do we mean by Agile Games ?
An Agile Game is a game that you can play with a team. Usually the game has quite simple rules. The interactions between players during the game give you a great learning experience.
It is related to Serious Gaming. It’s quite simple. The Human Being learn very well when he plays. More and more games are used in companies, during trainings, during coaching sessions… to learn and experience.
E.g. The XP Game is a game that you can play with your team to introduce a new way of estimating, doing teamwork and make predictable plans. The fact that you are playing put all the participants in action and allow them to raise some lessons.
There is several Agile Games about various topics such as leadership, team work, how to do a software architecture, how do we « self-organized » us,…
Agile Games are an emergent concept (not so new actually) in which I’m very interested.
In 2011 there will be 2 main conferences about Agile Games
