Édouard Gomez-Vaëz Profile picture
Oct 7, 2022 16 tweets 4 min read Read on X
So, how could the team be really happy to go into retrospective, asks @apaipi at #lascot? Let's have a look at some retrospective "antipatterns" (antipatterns solve the problem in a way that is has to be refactored the after).
Note - you can sell retrospective to management saying the team will learn. But its a place to share and appreciate too.
Setting the stage should also be the moment where everyone has to speak, in order to "activate the right to speak".
Gathering data can be something else than just writing on post-it. But gather problems, not solutions. Neither symptoms. Put them on the side.
(That's why I don't like "keep drop start", but use "top, flops, action" saying that we'll talk about actions after everybody will have given their tops/flops. If an action pops indeed I might keep it if it's important for the participant).
Have a root cause analysis somehow, to generate insights. Through a fish bone diagram for instance. And remember that there is full spectrum of preference between global thinkers and sequential thinkers: you might not want to put labels to all your bones.
But I try to go into causal analysis *after* the data is gathered. But it's really hard to see the difference between digging to find the objective fact, and inventing hypothetical cause-consequence relationship. I thus ask for examples in this case. (A diagram is on its way).
The groan zone is a really interesting zone: needs psychological safety to disagree; and sometimes it's a zone the team have the culture to get out from this zone. But it might be another zone that your team hate. Image
And assume that you can't change the soup.(Yet, there are things you can bring closer from the soup). (I use the French expression "balayer devant sa porte". Don't formulate actions starting with "they could/should" but "we could/should") Image
About prime directive: can be controversial, we ourselves know that we have not done our best. The point here is to forgive.
Manage loud mouths, but with respect, allowing them to save the face. They might not know they are. It might be a valorised posture in their communities.
A facilitator should not be doing things. (That's what I always begin with my points so that I switch to the facilitator mode asap).
For online retrospectives, prepare it! To compensate lack of body language, capabilities to change easily the support...
The antipattern I missed in @apaipi talk in #lascot is maybe about self-censorship - and trust and censorship in general. The right to fumble their words. The fact that some people need to speak to think, and thus that the first oral draft will be imprecise or even false.
Precising that I always give 3-5 minutes at the beginning of pure silence for those who need to think before speaking to write their ideas on a paper.

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Édouard Gomez-Vaëz

Édouard Gomez-Vaëz Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @edou_art

Mar 7
À @FlowConFR, Jean-Philippe Denis nous parle d'amélioration continue chez @getqonto. En vrac : visual management c'est pour les équipes / chaque soucis est loggé (bac rouge) dans une bdd unique / PDCA / Kaizen / A3 / les soucis sont résolus par les personnes qui sont concernées /
one piece flow / value analysis / methodology Shape Up / Dynamic (=present and future in the same place) sources of truth for screens, flows of screens, variants, APIs (dynamic too) with OpenAPI and sequence diagrams /no prioritization of bugs.
Training how to see and log an issue (PDCA with a P like punishment). "We are not perfect but nearly perfect on the vision of our imperfections."
Read 5 tweets
Mar 7
Oh, @nigelkersten describing himself at @FlowConFR as a post-devops people, after having been one of the first SRE at Google, built puppet, written 10+ Dora reports... that could be surprising :).
Everyone talks about DevOps culture, but the term culture is not useful here, applicable to all the aspects of any professional practice. And too large to have an impact on.
Reducing the term to Westrum sub-meaning could be a start. Talking about sociotechnology too. And assuming that technology had to preexist to DevOps (APIs, IaC, virtualization...)
Read 9 tweets
Mar 7
I love when the keynote is after lunch and not the morning, such as @alexeykri and @roland_flemm today's keynote at @FlowConFR.
And this one seems... quite energised :).
Vive le bricolage :).
Chaque nouvelle solution crée un nouveau problème. S'adapter ne veut pas dire apprendre l'inconnu. On peut s'adapter à ce qu'on sait déjà faire.
Read 12 tweets
Mar 7
First, @lukadotnet at @FlowConFR starts by warning us that commitment and accountability depends strongly of the context and history of people and organization.
Start by talking of promises and not commitments. But then, how to trust each other - meaning making sure prime directive is valid? You are lucky if you can get closer to standardized or commoditized problems. But facing uncertainty... estimation doesn't work.
In front of uncertainties, trying to improve the process of estimating doesn't work (cf Woody Zuill). Accountability and commitment lead to blaming.
Read 9 tweets
Mar 7
How @joaoasrosa at @FlowConFR shares how to raise our awareness about the changes that come across our business (eg. GDPR, Crypto, new markets...).
Explicit component size and time span scope (and put it on a graph - cf @HiredThought). [But I didn't get the thing here, though it seems brainf*ing - the talk is so dense, every slide can be a talk of an hour :)].
Consider that all systems are open, which makes system thinking really difficult (the system changes the environment, it's what's called strategy).
Read 7 tweets
Mar 7
Objectifs des architectes d'après Fathi Bellahcene de VPTech à @FlowConFR
- traiter ce qui est important (K. Beck)
- prendre en compte que dans l'e-commerce c'est pas les gros contre les petits mais les rapides contre les grands, et donc favoriser le TTM. Image
Conséquence, il faut déléguer : déplacez la pouvoir de décision au niveau des sachants. En créant la confiance, en cherchant de à ne pas tendre la relation (notamment en donnant les objectifs et non les moyens pour atteindre les objectifs) Image
Un architecte va s'assurer que les personnes qui doivent prendre les bonnes décisions techniques sont dans les bonnes conditions pour le faire, et non prendre ces décisions. Une définition de servant-leader. (Cf servant architecte d'Emilie Bache).
Read 6 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us!

:(