|
Tuesday keynote
Unfortunately, we arrived in time to attend the keynote. Before the keynote, some music boomed out of the loudspeakers. What with previous night’s drinks and the loud noise, most people quickly darted out of the hall. When the keynote started, the presenters started to rap, shout and generate feedback with their mikes, accompanied by more music and slides about modernists who thought they knew all the answers. We now know they didn’t and created some monstrosities (just check out some of the “machines for living” on the outskirts of French or Belgian towns). The presenters held forth about post-modernism. I must have missed the joke or the irony, but I found the presentation irritating and left. Nice try to be original. If there was a message there, it got drowned in the sound and fury of the presentation.
I had a chat with Gill, Mike and Sue about their case study of Lean Software Development. I was going to present the theory of Lean in my “Toyota Way” session, after which they could talk about applying these ideas in the real world. They seemed a bit nervous about doing their presentation and they thought I wasn’t nervous because I had done this presentation before. If only they knew. The only difference between an experienced presenter and a new presenter is that the experienced presenter doesn’t show his nervousness. An experienced presenter knows he’s not going to die on stage, but he still feels like he’s going to 🙂
Real options
The first session was led by Chris Matts. He introduced us to “Real Options” as a way to manage uncertainty and risk. We hate uncertainty, therefore we want to take decisions as quickly as possible. A bad decision is better than no decision. Real Options are all about taking decisions at the latest responsible moment, when we have the most information. Most of the time, we’ll have to pay something upfront to be able to postpone that decision, just like with stock options. Most importantly, we aren’t always able to decide as late as we’d like. It’s up to us to create the situation where we can decide later. The best example is Lean or the Toyota Way. By making changeovers (for example from one paint color to another) really fast, Toyota can delay the decision about which color to spray the car very late, when they have the order from a customer. Thus, they don’t have to speculate what color the customers will want and risk being left behind with a lot of unsold cars in a color few people want.
Toyota
All this led nicely to my own session on the Toyota Way, where “deciding at the latest responsible moment” is just one of the myriad techniques. Like at XP Day Benelux, the audience seemed very interested but also a little stunned. There were only a few questions and a little discussion. This is in sharp contrast with the sessions I ran in Paris and Geneva. In those two cases it was hard to bring the discussion to a close after the session, because people kept on asking questions and discussing the Toyota Way.
Case studies and courage
In the afternoon, I went to the case studies track. The Lean Software Development case study went over well. The other case studies were interesting too. We like to hear how real people have overcome real problems on real projects and see that the theory works in practice. Most of the presenters were first-time presenters in front of a large audience and they did very well. I’d like to invite them to a “Presentation Zen” session for a few tricks and pointers. Especially Jamie Dobson. Jamie, stop putting bullets three levels deep, in unreadable 12 point font on your slides! Just tell us your story! That’s what Dave Nicolette did: no slides, no music, just him telling us a story about two different ways to adopt agile methods in two different organisations.
The last session was another goldfish bowl, this time about courage. Courage is not the absence of fear. Courage is what you do, despite being afraid.
And then, back to Belgium. Alas, no time to spend an “Extreme Tuesday” at the pub.
What happened on friday?
A few people less on Friday than on Thursday. The majority of those who only participated in one day of the conference chose to attend only thursday. I don’t know why this is. Maybe it has to do with the fact that we scheduled more introductory sessions on Thursday. One day at XP Day is a great way to get a taste for the different agile methods and meet other interested people.
At the opening, we again have “official one minute presentations” (OOMPs) to briefly try and convince participants to come to our session. Today I have two sessions.
Friday morning
Immediately after the opening, I presented “The Toyota Way of managing“. This “zen” presentation explains the 14 management principles of the “Toyota Way” that readers of this blog are familiar with. For each of the principles I try to give the equivalent practice, principle or value in agile methods. Many of the process ideas are very similar. This is no coincidence: many of the founders of agile methods have read the “Lean” material. I also include some anecdotes and stories, to bring the story more to life.
Participants in this session seemed interested, but also a bit overwhelmed by the pace of the presentation. I go through some 125 slides in 50 minutes, condensing a 300-page book and my experience. I hope the participants got the overall ideas. I gave them a separate handout (a presentation is not a handout!), with a summary of the principles and a list of references where they can find out more. Those who are interested can look deeper into the Toyota Way. I just hope I stimulated some people’s curiosity. There were a few question during and after the presentation. Unfortunately, we didn’t have much time for questions and discussion, because the session was in a 60 minute timeslot. When I’ve given this presentation before, there were always a lot of questions and a lot of discussion afterwards.
I will give this presentation again on Tuesday at XP Day London. Again in a 60 minute timeslot, unfortunately. But the session is followed by a case study of a company that used Lean Software Development.
Next, I went to Sven and Vera’s Continuous Integration session. This was an introductory session. I liked the anecdotes that were told to illustrate some point. I had the feeling that most participants didn’t expect an introductory session but wanted to get to the bit with the difficult issues in implementing CI and how to solve them. We got there in the end and had some lively discussion about a huge legacy system with extremely long build times. I could see some resistance growing between presenter and participant. Luckily, there was a session about dealing with resistance later on.
Friday afternoon
After lunch, a session I had been looking forward to: Lasse Koskela’s “Resistance as a resource” workshop. In this session, we examined a situation where someone resisted something we proposed. The workshop was structured as a little game that allowed only four moves:
- Describe a change that was proposed
- Describe how this change was resisted
- Put yourself in the place of the resistor, assume that they are honest, intelligent and well-meaning. Describe why such a person would honestly resist the way they did.
- Understanding the reason why the person resisted, how would you respond?
I especially like the third step, put yourself in the place of the resistor, try to imagine why they would oppose the change. As the Coldcut song goes:
“Walk a mile in my shoes.
Before you abuse, criticize and accuse,
walk a mile in my shoes.”
I see (and take part in) the escalating resistance pattern a lot. We propose a great change and encounter resistance. We think “What a #{@^! idiot!” and try to “sell” our idea even harder, generating even stronger resistance. Stopping and putting yourself in the other person’s shoes helps. Explore the reasons for the resistance to come to a mutually satisfying solution. The Toyota Way practice of Nemawashi (taking decisions by consensus) is exactly about that. Decide only when the proposal satisfies all stakeholders. If you rush or force the decision, you risk a lot of unspoken, undercover resistance.
The session started quite well. The four simple rules gave us a useful framework to focus on the subject at hand. After two rounds, the discussion drifted more aimlessly. The “see it from the resistor’s eyes” part was lost, as we all focused on ways to “overcome” the resistance, without really knowing its source. Part of the problem was caused by moving the groups around: we ended up with a problem that none of the participants was familiar with. Therefore, most of our discussion was theoretical and not grounded in the reality of the situation.
Zen
The last session of the day was Presentation Zen, hosted by Vera and myself. We showed a few clips of presenters with different presentation and delivery styles. The participants discussed what they liked in each style. Then it was up to the participants to make their own “Zen” presentation, using the techniques they just saw. The topic of the presentation had to be “A funny thing happened to me at XP Days Benelux”.
Each group gave a presentation tryout and got feedback from the other participants. They could then update their presentation and delivery. The presentations and, especially, the way they were delivered improved a lot between the two runs. Tip for would-be presenters: do a tryout and get some constructive feedback!
“By accident”, this session was scheduled in the room where the plenary closing would take place. “By accident”, we didn’t have enough time in the session to let the teams present their final presentation. As a workaround, the participants gave their presentation during the plenary closing. During each day’s closing the participants can tell us what they thought of a session, “User Official One Minute Presentations (UOOMPS)”. During Tuesday’s closing, participants were somewhat hesistant to “jump on stage”. Part of this was stagefright, part of it was that the room layout made it quite difficult to get to the front.
By “tricking” the participants of the session to give their presentations during the closing (with their permission), we tried to lower the barrier for other participants to also get on the stage. We laid out the room differently, so that people could get to the front without having to climb over the furniture.
The other hidden goal of the Presentation Zen session was to show the participants that being a session presenter is not that hard IF you have an interesting story to tell. Hopefully some of this year’s participants will be next year’s session organizers!
Decompressing
Lots of smiling faces at the closing drink. Unfortunately, many people had to leave before the drink to catch trains, planes or avoid traffic jams. The organizers first cleaned up the conference and then sat down for a well-deserved drink and chat.
A few of us went out to a local restaurant to discover what crocodile and kangaroo taste like. Belgians eat the weirdest things!
And then… off to bed. Get some rest to be ready for XP Days London. See you there!
XP Days Benelux is over
The 2006 edition of the XP Days Benelux was a success: the conference was sold out, lots of people from all over Europe (Belgium, The Netherlands, France, Great Britain, Ireland, Italy, Finland, Switzerland and Poland), lots of people frowning when they had to decide which session to attend, lots of people smiling during and between the sessions.
We’ll post session materials and results on the conference program page and you can read what people are saying about XP Days Benelux, but it’s not the same. You had to be there.
What happened on wednesday?
Philippe De Bruycker took Matteo, Uberto and me on a tour in Brussels. I’ve lived and worked in Brussels for many years, but I discovered some things I didn’t know. Thank you, Philippe!
We went out for a pre-conference dinner in Mechelen and introduced our guests to the excellent “Carolus” beer.
And on the first day of the conference?
I arrived a bit late due to traffic (and maybe the effects of Carolus…). We set up the session materials and the WIFI internet connection. This didn’t go very smoothly, we couldn’t access the network. Later on, Hans Keppens managed to get us access by some “unorthodox” reconfiguring of the router 🙂
After the opening, Vera and I presented the “3 XP loops“, an introduction to extreme programming. The presentation is structured around a picture of XP with three nested loops: the release loop (where you decide what you will build and evaluate if it’s ready), the team loop (where the team daily coordinates their work) and the coding loop (where pairs work on the code). I think the anecdotes and jokes went over ok, but the session could have been more energetic.
In the afternoon, I attended Vera’s “Is JUnit overdesigned?” session. This was a mixture of presentation and workshop, where we evaluated the unit testing framework one of us used to see which features we wanted from it and which were supported by the framework. The results were quite similar across teams: most of us used the basic features, didn’t use the more advanced stuff and missed features related to reporting, history of test runs or coverage.
The last session was Rachel Davies‘ “Agile Factors” workshop. Rachel had put the XP practices, two by two, on flipchart sheets. We had to add post-its to each practice, with questions and variations about the practice. We did this in several rounds, moving from group to group, from practice to practice. In the end, all of the sheets were covered with post-its with questions. Upon which someone exclaimed “And they told me XP was simple… This is anything but simple!“. In the XP loops session, we did tell people that XP was simple. We also said that XP wasn’t easy.
The questions were really of two types:
- tailoring parameters for the practices: e.g. if you do standups, how often? Who takes part? Where? How long can it take? What are we expected to say? These are the “agile factors” the session was about, the things you should agree on before the project starts and keep on updating as you progress.
- what to do when things go wrong, when there are difficult situations: e.g. what do you do when people don’t turn up at the standup? What do you do when someone doesn’t follow the rules? That’s a whole different topic, that’s where leadership, team dynamics and coaching come into play. Luckily, we had several sessions about those subjects.
The day ended with drinks offered by Sabine from Atmoz Consult (no Carolus this time, but Westmalle) and dinner, with a lot of discussion and some weird beer mat folding. More about that later.
More on Friday’s session tomorrow…
And now, we pass the baton to XP Days Germany.
Maybe I’ll see you in London or Paris, the next stops on the “European XP Day tour”.
Jim McCarthy presenting at Microsoft
If you haven’t seen it yet, go get the videos of Jim McCarthy’s talk at Microsoft from the podcast page of the McCarthy Show. While you’re at it, why haven’t you subscribed to the McCarthy Show, the show where Jim and Michelle McCarthy talk about “Software for your Head“?
Why should you see this presentation? It’s pre-“Presentation Zen“, pre-agile, yet you’ll find many things very familiar.
The talk is about the “23 Rules” of shipping software (back in the time when at least some people within Microsoft knew how to ship…). How many slides does Jim use? 23. Or 24, because there are really 23.5 rules.
Okay, the slides still contain bullets. I’m not too fond of the yellow and white letters on blue background, in the slides. The flow of the presentation is slowed down a bit by Jim going back to the computer to advance to the next slide. He could have used a remote or someone sitting behind the computer, to keep the flow.
But those are minor quibbles. Watch how Jim delivers the talk.
He starts the talk with “This reminds me of a story about Napoleon. Napoleon, incidentally, is a big idol of Bill’s. Big surprise!”. The story is about Napoleon having only one rule for management, a good introduction to the “23 rules” talk.
The delivery reminds me of a standup comedian’s act. See for example Rule #14 “Enrapture the customer”. He illustrates the fact that “most software sucks” with a a few self-deprecating jokes and an anecdote about a woman he met on a plane. Jim goes on a rant how bad Windows, Word and Excel are that this woman has to go to college for two years to learn how to use them. Finally, he gives an example from Visual C++ to illustrate how to listen to what a customer really wants. How to make the user go “Wow!”. Great advice, great passion, great delivery.
I’m quite sure that Visual C++ AppWizard was a “Wow!” feature for those people who didn’t really understand C++ or Windows programming (or even programming in general). I remember one ex-project manager of mine actually go “Wow!” when he ran his first AppWizard-generated “Windows app”. “Hey, this Windows programming thing is pretty simple!“, he said. Needless to say that our first Windows development project had a slightly “optimistic” schedule 🙂
There are other strong points in Jim’s delivery. Watch his timing: he knows when to leave a pause, let the audience laugh, think, catch their breath. Watch how he involves the (large) audience, how he asks them questions, especially “Does this problem sound familiar?”. Watch how he modulates the intensity of his talk, sometimes joking, then ranting, telling stories and anecdotes, giving advice…
At the time this talk was given, the first edition of “Dynamics of Software Development” was probably out. I had read the book, but didn’t think that I could apply most of the advice contained in the book.
Things only clicked when I read (AND understood, which took some time and re-reading) “Software For Your Head“. Jim alludes to what was to become the “Core protocols” a few times in the talk, for example when he mentions that his team is experimenting with ways to make the environment safe enough for people to express their best ideas.
The second edition of “Dynamics of Software Development” is out. Time to re-read the book and see all the things I missed first time. But first I have to read a few other books. That’s another story, for another day…
|
|