A few weeks ago at #ALE16 I gave a lighting talk to ask people to think about introverts in an agile world. Before I go into my idea’s I want to clarify what I consider an introvert.

For me, an introvert is a person who gets energy from spending time alone. (Doing whatever she wants.)
An extrovert is a person who gets energy from spending time with other people.

I do believe that introverts can act out extrovert behavior yet it costs them a lot of energy.
(Just like when an extrovert writes ideas down without talking, that is possible, yet it costs energy.)

I read everywhere...


That said it’s also spectrum, where people can be more or less extrovert or introvert depending on the environment they are. F ex: I think everyone in my highschool would probably call me an introvert. Where many people in the agile community could call me an extrovert. And both would be right.
Because in school for me talking to people did cost me a lot of energy. I was reading day and night (alone) and that was what brought me energy.

These days at most agile conferences, I get energy from talking to people.
I can spend almost a full night talking at a bar with agile friends, sleep less then four hours and still have energy (the fact that I don’t drink alcohol does play a role in that 😉 )

That’s why I call myself an ambivert.

Now that I have my definitions clear, let’s go back to my #ALE16 message.

Over the years I have seen our world more and more encouraging extroversion behavior.

We encourage our children in school to speak up. We have more and more group work in lots of parts of the world all encouraging extroversion.

And yes in the IT world, agile is doing it’s part of making our world more extrovert.

We want standup’s, we have retrospectives, we do lots of all hands meetings, we have pair programming, even mob programming these days. Open office plans*, all to use the power of groups.

When I look around me in the agile community, I see a lot of (great) agile coaches, and a lot of them are extroverts. At a level it feels like most of them are extroverts. That was not the result of my (short) #ale16 questionnaire. I expected 80% would say they were extrovert, and yet it was probably more like 50%.

I personally celebrate diversity. I know that some of the best scrummasters I have worked with were introverts. Yet they always had a harder time selling themselves (they hated doing that if they already saw the point in doing so…)

In IT (just like in any other world) we have lots of introverts. Somewhere between 30 and 50% of the people depending on what study you believe.

This means, that for team activities you have to take both introverts and extroverts into account.

 

  1. start by ordering Susan Cains quiet: kindle, dead tree or audible versions. (I have all three. that should tell you a message. )
  2. extroverts figure out what they want to say while talking. where introverts want to think things through. So how do you make them talk together?

    A simple yet powerful retro-activity is this:
  1. Let everyone talk in the first 5 minutes: let them state one word how they feel today. (Random order gives everyone time)
  2. Give everyone some post it’s.
  3. Give everyone a few minutes to write one or more post it’s (around a theme.)
  4. let one person state her most important post it.
  5. If someone else has the same, let them give it to you
  6. then do a tour around the table everyone stating their most important idea.

>> this way extroverts don’t have to wait too long before talking and introverts have time to prepare and you make sure everyone talks .

 

If someone does not want to talk, I ask again making sure I tell them their idea’s are important, yet I do respect their choice of not wanting to talk.

That is probably more shyness than introversion, or maybe they really think they have nothing interesting to add to the conversation, yet although I know that is almost always wrong, I respect their choice. By respecting their choice, they feel heard also. And some people need to hear the message of “your choice is important” a few times before they will speak up.

This is just one way of respecting introverts. yet it’s a technique that works in every meeting. More ideas can be found in a classic work of my friend Jean Tabaka.
Her book collaboration explained was my only/most important book in the first years I worked as a coach.

It sometimes feels like a lesser known book now, yet it is for me one of the must read book for every scrummaster, product owner and agile coach.


* I don’t want to go into the discussion of Open Offices and if they are good or bad for introverts. I think the main message  to share here, is that most open offices are not designed the way Open offices have been invented. When Open Office have been invented, they were surrounded by private offices, talking bubbles and even larger meeting rooms. Most Open Office I have seen, lack these features.

Thanks to Albina Popova, Gitte Klitgaard for reviewing this post. 

 

Today it’s 25 years ago, that I did something that at first looked like my biggest mistake up till then. I was 19 years old and for the first time in my life, my parents were on holiday without me.

I felt an adult. I had been living more or less on my own the year before at university.

Although 1991, had been a tough year, by the summer I felt like I finally had control again over my life and everything was about to get better. I had again a girlfriend, my parents trusted me to stay home in their house. In my hometown I had been going for the first time in my life to 10 days of partying at Gentse Feesten. And I was doing volunteer work with children at a playground. I felt at the top of my life.


And then 1 august 1991, around 19 hours, fate struck, or was it desitiny?
I made my own French Fries, and with that I burned down my parents house.

I was 19, all alone, no cell phone, without a number to call my parents, no house, wearing nothing but underwear and a pair of jeans. No t-shirt, no socks, no shoes. I went to my neighbor and I called my girlfriend, unfortunately her parents had never seen me, and they did not believe  that a boyfriend they officially did not knew she had, had just burned down a house. Just when you think things can’t get any worse, they do.

I felt very very lonely.

I was 19, although my life was not an open book to my parents, I realized then, there was no way that I could hide this from my parents. And even postponing this, would not help me.
Yes that evening I learned the value of transparency and default to open. 
First thing my mother did when she came home, she did not say a word, she hugged me.  That hug told me; yes you failed, and no you are not a failure.

The newly kitchen burned down before it was finished...
It was a healing hug and it was the start of a long journey, that makes it possible that I can say that for the biggest part of the next 25 years, burning down that house was one of the best things that happened to me.

No, I’m no advising you to do the same. I’m advising you, to look at the failures in your life and see what you can learn from it.
What do you gain from hiding them? Most people gain a life of fear. Fear for being embarrassed. I had just burned down a house and everyone around me, knew about it. I had no place to hide. not literally, not emotionally. Yes there were (Tons of) people that made fun of me. I even had a friend who yelled at me. He yelled because, yeah because of what? It wasn’t clear to me at the time, now I would say, he yelled because of his own fear. Today, I’m ok with it, very OK with it. It told me he was not a real friend. The kids and colleagues at the playground on the other hand turned out to be gold.

Today I will celebrate the fire. Celebrate at work, and celebrate with my family; I’ll make some French Fries and I’ll explain to my son why burning down the house turned out to be ok.

And next time I make a mistake, I’ll do a #FailureBow. If you haven’t decided what to eat today, have some French Fries and think of your failures. 

I’m a book lover.
For me, agile does not make much sense without technical excellence.

Two weeks ago two friends had an interesting discussion on twitter.

This conversation inspired me to publish lists of technical books to read.

As I have not been programming a lot the last years, I only know must read technical books from years ago.

 Instead of this being a problem I thought let’s turn this into a positive thing, so asked a few agile technical friends if they could send me their list of top 10 technical books to read. With the reason why….

 The idea is to publish these lists on my blog, about one a week. (similar to how who is agile started).

This was the list that Christophe tweeted:

Hi,

We wish you an exceptional 2016. Just like the last 9 years we want to do this using a self made video about our life in 2015.

During our (Yves & Els) life, our group of friends grew and spread over the whole world.
Although we can’t send a personal mail to each and all of you. We do want to bring a personal message.
Newyear is a moment to make personal connections stronger.  For some that is with family, for some with physical close friends. For us it does not matter if you live in our village or in Australia.

2015 was a moving year, for the world and for our little family. Yves tried to fuse his life and work even more. (He does not believe in worklife balance, he loves work life fusion. ) so he took Joppe with him to talk in Kiev, Sofia and even Antwerp.
Joppe exceded everyones expectations.
All three kids continued to go to CoderDojo and gradually took more friends with them.

We finished 2015 by launching our own android game (www.anguis.be)
Anguis started as a summer parent pair programming project from Joppe and Yves. Programming one hour every day during our summer holiday. And it grew into a full blown family project. Bent and Geike turned out to be real good testers. (I wonder if bringing Lisa Crispin and Johanna Rothman to our house a few years ago had anything to do with it 😉 )
And grand father Ignace came up with a new algorithm to generate our own letter frequency.
And just yesterday Joppe’s Godfather Wim had an idea that made the ergonomics and UI a lot better.

Does this give you a desire to anguis? (yes in our family it already became a verb) we hope so.
www.anguis.be to download the game. (The game itself won’t bug you fro a rating, we hate that just like anyone else, yet we do hope you will give us a rating when you like the game.)
Unfortunately we don’t support English yet. Yes it was designed as a real MVP. In a full lean-startup way we will first add more features gradually grow our audience and once we are happy with the game, we will create a version that lets you choose English words.

Meanwhile Yves has his walking desk for 3 years. He already made 15 million steps since December 2012.
All while he works from home on projects like:
– CoderDojo GENT
– CoachRetreat
– Retroflection
Agile conference calendars
he co-published 3 books

Joppe limited the hobbies in progress and gave up his music lessons in favour of his basket.
Bent switch from circus to Rugby.
Geike took the musical aspirations from her brother over.
And is Els keeping this family together.

That was our life. We are also interested in yours.

Please share with us, what are you most proud of from your life in 2015?

Yves, Els, Joppe, Bent, Geike
Hanoulle – Ryssen

PS: Every year more people join us in making a video. Will you join us this year?
PPS: The kids might not see all the mails we get as answer, they do regularly look at the videos. so if you want to leave them a message, give it a like or a comment. Thank you

Imagine a professional bicycle team.
All very experience cyclists, that have won many times.

 
BikesHanoulle
 

The last years they have been losing more and more because this team is still driving older bikes. Most people in the team love their bike. After so many years they really know the good and bad parts of their bike. Although they weight more, the drivers are now doing power training, and the teams explositivity has doubled the last 10 years.

More and more people said they should change bikes, even a few people in the team have a different bike at home. Although most of them love it, some feel it’s not robust enough to be a professional bike.

Usually the day before a new tour, their sponsor makes a big speech and brings their customer made t-shirts. This year the day before the tour the France, their sponsor even made a bigger event. They brought a total new set of bikes.

These new bike are great, they are much more aerodynamic, they have a new kind of suspension and the steering wheel has some power steering. The teams tries the bikes for the first time in front of the cameras on the parking of their hotel. 
One of them falls of his bike, they all have a good laugh and they blame the champagne. Yet in reality these bike really demand another way to drive: they are so much more sensitive, so the cyclists are oversteering when they are going into bends. On top of that, because of the new suspension they have a different feeling on the cobblestones. All in all they have to sit different on the bicycle to use it to it’s fullest.

Now you have a team of 28 cyclist that will learn how to drive a new bicycle, all while running a race. (Against other teams that also drive this new bike, only they have been learning this for months before.) They are not the last to switch, some of their competitors are still driving old bikes, and to the people who are against the switch, it feels that these teams are more productive as they have won already a few jerseys.

That is how an agile transformation feels to most people inside companies.

Luckily the sponsors brought some bike doctors along to help give advice on how to use the bikes. These people are among the best around the world, the bikers feel frustrated because they have the feeling that these doctors tell them to do things that their own bodies gives them the opposite message.



A few sideline stories that sometimes happen with agile transformations euh I mean bike switches. 



The timerider is frustrated because the sponsor listen to the mechanics to buy all the same bicycles which was easier to maintain the bikes. Yet for timeriding it would have been better to buy at least a few time riding bikes.

A big thank you to my friend and colleague GertJan who inspired this metaphor and who’s e-mail conversation made this a lot better.

Another Thank you for Olivier Puffet who was the direct trigger.

Do you like this metaphor?


What could make it better?


My EDC
Inspired by Bart De Waele’s last post a list of what I typically take with me every day.

– an USB headphone, that I can use to talk on Skype when I work with remote people.
– charger for my MacBook pro
– a physical book. I spend at least 1 hour every day on a train, when I usually read a lot. Although I prefer reading in my kindle, I always have a physical book with me as backup.
Jimmy  Cards, to use with teams or individuals.
– a device to do digital banking. (For when I need to make large payments I can’t do on my phone.) I always have a spare one with me.
– a clicker for presentations (Logitec)
– in ear plugs for listening to music on the train or my bike.
Deborah Hartmanns Fearless Journey cards (based on Linda Risings  Fear-less change book.
– My Macbook pro with gothic Snowwhite. (I have this picture to make sure I recognise my Macbook)
Jurgen Appelo’s delegation poker cards.
– A small pack of glass cleaners.
– two adapters so I can work on my laptop with a second screen.
– my kindle.
– my scarf. As a coach, trainer, presenter, my voice is my most precious instrument, you will hardly see me outside without my scarf. Yes even in the summer, I’m very sensitive to wind.
– My kisika (yellow jack), as I drive with my bicycle to the trainstation and I want to set an example for my kids, I will always wear this. (I just realised, left out my bike helmet because it was not in my rucksack. )
moving motivator cards (also from Jurgen Appelo)
– a small set of gongs. They take up very limited space and at least once a week I can use them when I did not expect it.
– post it’s and Stattys. There is not a meeting that I don’t use them. (I prefer Stattys over post it’s)
– a small solar charger for my phone. (I just realised my cable was actually in use when I took the picture)
– a marker.
– a small notebook
– something I use on plane or train to block light on my eye so I can sleep.
– my Iphone 5S (I agree with Bart, I never buy the first form factor of a new device)
– the phone is inside a small cover that also contains the cards I take with me.
– a wireless trackball (that I can use also todo presentations with)
a handshoe mouse: the last two device or some of the many mouses I use. Since I invested in that I no longer have trouble from a RSI that had started.
This are just the things I always take with me.

When I go abroad I also take:
– a powerstrip, so I can connect many devices in my hotel.
– a small bag full of international connectors
– a neck pillow for the airplane
– passport
– a digital photo camera (Canon)

What I don’t take might be as interesting:
– I hardly have cash with me.

 

 

 

 

I read everywhere...
The last years, I noticed that I explain dimensional planning more and more.
I learned about dimension planning from Koen van Exem, one of the early Belgium agilists.
It’s one of these early germs of (Belgium?) agility, that unfortunetly has been mostly forgotten.

Last night JB (Rainsberger), Alistair (Cockburn) and myself  had a small discussion about it, that made me realise that I still have a nice story that I had not shared on my blog yet.

Before I do that, let me explain the basics of Dimensional planning.
The idea of dimensional planning, is that we slice our stories in different implementation dimensions.
We do this because as JB says, a lot of  clients want a Lexus by the end of the week. We might not be able to do this, yet we might be able to offer them a toyota by tomorrow, most clients love this offer till we can deliver the Lexus. (Aka very fast ROI)

I prefer the dimensional planning theory like Koen explained it to me.

Imagine you have a client that wants a highway between Amsterdam and Heusden.
You are good at making highways, so you start building right away. After a few months you are ready and you proudly let your customer use the highway. She arrives at Heusden and she does not have a happy smile on her face. You go over and ask about the gas stations and and if she liked the picknick area’s and the exits every 20 miles ect etc. Although she answers positive on all your questions she seemed to get annoyed more and more. And finally she burst out: this is not the city I wanted to get to.

You look around and notice the city sign: Heusden. Did she not want to go to Heusden? Yes she did.
Turns out there are two cities of Heusden.

After this your company and the client lawyers have long and large discussions about who’s fault it is and who will pay of the not useful highway.(If you have a good lawyer, your client will pay and then never come back…)

You could also use dimensional planning. When you do, you start by building a dirt road between Amsterdam and Heusden.

After less then a week that would have been finished and you would have discovered that you are going to to the wrong city. You say no problem, we both knew up front we would encounter misunderstandings. You look around, find the new Heusden and build another dirt road. You deliver that one after another week and wow, you discover together with your client that even that is the wrong one. Turns out there are 2 cities in Belgium and 1 in the Netherlands that are called Heusden. Who knew?
After another week, your client is happy that she has a dirt road between Amsterdam and her Heusden. (A lot faster then the original few months.)
Although she does not have all the features yet, she has already return of her investment as she can start sending cars between the two offices of her company. It’s not a great road, it goes rather slow, yet a lot faster then the previous road that had a detour of 100 km.

The day after you delivered the correct dirt road, you started working on a cobblestone road.
After another 3 weeks, you deliver that one.
You can also create a tarmac or asphalt version and a highway version.
Yet in a lot of cases the clients don’t want to highway version another more when they already have the ROI of the previous versions.

Because we all know that when we ask a customer if they want a highway they always say yes, and developers love working on all the features of a highway.

Yet going back to the car example as JB said so nicely yesterday,  most people would prefer a Lexus over a toyota, except if they need to pay for the Lexus, suddenly a toyota (or even a lada -Thx Rik D’huyvetters *2-) is enough. Just like not every developer likes to pay constant attention to all details the way a Lexus demands.

Reader: Well Yves, isn’t it pricy to deliver 3 dirt roads, a cobblestone road, a tarmac and a highway?
Yes it is more pricy then just a highway, yet as we all know errors are made and delivering all that is cheaper then delivering 3 highways, as we almost always seem to do in product development.
Reader: Oh but in my methodology, we prepare so much that we never make mistakes…
If you are sure and you take that risk, be my guest. Even if you are correct (which I doubt will happen in 100% of the cases) I’m pretty sure that by the time you have started creating your highway, a lot of customers have already changed their minds. And our dirt road projects are delivering ROI already after just a few weeks, months before you even have started.

Reader: All nice theory Yves: how does that work in practise?
Ah glad you asked, I almost forgot, I started this blog with the promise I made to JB to blog about one of the nice real life examples.

A little disclaimer, I did change a few details of this story, to protect the client.

This is large company that already has a website, yet the website is totally in a demilitarised zone of the company network. They have created a small thing they are going to sell over the web.
The CFO was a big supporter of this product and wants to see the websales on a continuous basis.
To do that, they would need to breach to security zones and insert the sales data into their SAP.

At such a large company, that is a large project that will take 6 months of development and to prepare, we will start with meetings with at least 20 people in the room. (Security experst, SAP experts, webdevelopers and then lots of  managers all the way to the person below the CFO)

At another meeting, the CFO shares concerns about lacking visibility of the sales progress for the pet product during the first crucial 6 months. I propose a temporary side projects, using dimensional planning. (where we consider the highway version the other project. )

The dirt road version:
Every day, we generate  a pdf report on the webserver that we put on a floppy disc. (Remember  this server was disconnected from most of the network.)
Everyday we print the PDF and bring a copy of the papers of the sales to the CFO office and have an intern typing in all the data into our SAP system.
The PDF report is created by one of our developers on the same day as the product goes life. By the end of the day, we already have the data for the CFO.
First problem noticed: the CFO wants something extra, something our website did not ask our customers buying the product. The developer that had proudly shown the report herself to the CFO, went back to her desk and less then 30 minutes later, the website asked the extra info, and the new report was generated. (Missing the data of the first day.) Right in time for the newspaper article that was published the next day, when a large number of customers buy the product.
The next day, while these numbers come in, our intern tries to add the data to SAP. We discover our second Heusden. Turns out that we were targeting the wrong SAP table.
This fix takes a few days. The CFO keeps getting his report, yet nothing in SAP the first week.
By Friday of the first week, our intern is able to upload data.
Yet it’s very boring work and is totally not scalable. (We have a few thousands sales the first week.) Time for our

Cobblestone version:

This time we are going to generate the report in a cvs format (Remember, this is before xml was popular.) Every day the first developer arriving at the office, wil physically go to the webserver, generate the report and copy it to the floppy disc.
The same developer will take the disc and upload the data to our SAP system.
This version is more scalable, no matter how much we sold our product the previous day, the action for our developer is the same. Even in this version we have a small glitch: one of the fields is marked as text instead of number. (Just a normal bug).

It’s a manual action every day, not automated and is only updated once a day (for the previous day.)

While this solution is in place, the meetings continue for the highway version. At the end of such a meeting, I ask the collaborator of the CFO, how they use the data and if they are happy with the numbers. Almost by accident I discover that the CFO is only looking at the data on Friday.
(So not on a daily basis ) and he even does not care that he does not see the full sales of the day/week.

Luckily I have a meeting with this same collaborator and the CFO the next day. We talk about the progress of the highway project and how it’s really blocking people from working on a high priority legal project. I gently propose that we might keep the cobblestone project in place for now, and put the highway project in hibernate. A lot of people at this company are unhappy, because they had hoped to work on this super duper cool project. The security officer on the other hand is very happy, because she can keep the webserver in the safe zone, without temporary breaches.
In the end, the company saves 6 month of development for a highway, that is putting their network at risk and that would not really be needed.

A few years later I meet the CFO who tells me that the highway project was probably a little overboard as the product they sold online, never got any sales that even came close to what they would have had to spend to deliver the highway project. And thanks to the dirt road project, they discovered very early that the missing e-mail addresses of their customers and that turns out to be the best investment every. This e-mail list has helped them the next years to up sell some of their services to these customers and that has saved the company from going bankrupt.

 

 

 

 

 

 

 

Aghhh

 

In 1997 I’m teaching a course on our product. It was a tool that allowed insurance brokers to manager their clients. We had integrated office into it. So I explain the integration of excel and one lady is clearly annoyed and starts to complain about excel and how her life was so much easier before she had to use excel.
It’s almost time for a break, so I say lets take a break now and you show me what you need to do with excel and why it’s such a bad tool.

Glad that someone finally listens to her, she opens excel and puts in 10 numbers and then gets her calculator out of her pocket, adds the numbers together and puts the result below the 10 numbers. 
She had been forced to use Excel already for a year or 2. She had been complaining all the time. And no one took the time to listen to her and explain that excel could do the calculation for her. When I showed her that excel could do that, she looked at me with a look I never will forget. A combination of pure ecstasy that the tool could help her and even more anger that no one ever showed her that. 

>> if you use a tool, yet keep working as before and don’t get the explanation of why and how, a new tool won’t help you much.

And this lady? She took a one week course in Excel, became a big Excel fan and eventually the biggest supporter inside her own company. 

All because of 5 minute of listening to her. 

This is why I try to keep listening to the people in the companies that are “ASKED” to go agile…

As much as I like reading, my deepest way of learning, is by doing.
Yet if I have to learn everything from my own doing, that would be a local optimisation.

One of the reasons I like to do pair work , is that by pairing with another coach, I learn by tapping into her knowledge/brain. This year, I’m working with a large client, together with +15 coaches. And next to pairing, we also teach each other by swapping (war) stories.

The last months, I wondered if other people would be interested in these kind of stories and would like a community book with tips for coaching.

So I have two questions for you:
– Would you be interesting in buying such a book?
you can tell me at the leanpub waiting page
– Are you coaching people and would you like to share a story or two?

please leave your name and e-mail here

As I have already a large WIP with current community project, I will only start this one, when I have many people interested in the book, both from a reader perspective and a writer perspective.

This year it’s 10 years ago that I started working full time as what we now call an agile coach.
Agile coaching is change management, it’s helping people from where they are to somewhere else.
That somewhere else, is a place neither of us know.
Partly because I don’t know yet enough what is their current place, partly because they don’t understand what agile really means.

 

So one of the typically questions I get is: give me an example.
In these 10 years I have worked for the industry automating food factories, healthcare, postal service, banking, insurance, energy services, consumer service and a few more.
When I gave examples in the first years, I was giving examples about one of these companies I helped.

Yet, when I speak for a few hundred people, most are not in the same industry as most of my examples. And even when they were in the same industry, people came with excuses why my example was wrong for their company. For me that was fine. My examples were never intended to be used as best practises in your company. Their are intended to inspire people, so that they can adapt them and find their own solutions.

So gradually over the years I started to use a different story telling technique.

Most of my examples are now about my family.
Because I consider my audience smarter then me and capable of translating examples of my personal life, to their work situation and find their own solution.

I have the impression this works better.

yes, there still are laggards who don’t want to change and think that some of the new idea’s in this fast changing agile world are crazy and won’t work in their company.
That’s fine. I prefer to spend my energy helping people who want to change, that is still most part of the world.
(And they prefer to spend their time with something they know. That is fine too.)

Look at the picture above: I’m pair working with my daughter. Who is the expert on the picture? yes it’s my daughter. Although I have build a lot more castles then she has, and I have a lot of years more experience, she was really the expert. Next time you are pair-programming , think about my daughter and what you can learn from her …
I don’t even have to explain you what you can learn from this situation. I know you are smarter then me and you will find the lessons you need.

Or as my father says: you don’t have to believe in the sea to get wet, you do have to get in to get wet. Meaning, what you learn of a situation is related to the energy you put in.

If this post inspires you, please share your personal stories. How do you apply agile in your life?