May
03

Toyota Way at KVIV Agile seminar

KVIV Agile eventThe “Technologisch Instituut” of the Flemish Engineers Society (KVIV) organizes a one day seminar on Agile software development.

There are several case studies of companies that have adopted agile techniques, amongst others Ardatis. I wrote about their story before. I recommend you hear their story of how they succesfully applied agile software development in a large project.

There are also two session on testing techniques and how to introduce them in your team. I’ll be presenting the Toyota Way session, about the parallels between lean management and agile management. Should be fun.

More info and registration here. See you there.

May
03

The Toyota Way at XP Days France (update)

The Toyota Way

Toyota WayLast March I did a presentation about the Toyota Way at XP Day France in Paris.

Jacques Couvreur was there and now he has written an interesting article (in French) about the parallels and differences he sees between the Toyota Way and Extreme Programming. The main differences he sees are in the practice of Hansei (reflection) and the fact that the Toyota Way explicitly defines how people and teams work together, throughout the whole organisation.

Indeed, retrospectives weren’t an “official” part of XP v1, but all agile teams I know of, have incorporated some form of reflection and process improvement in their process. XP is intended specifically for the development team; all interactions with the outside world go through the mythical customer, whose job definition is left as an excercise for the student.

I particularly like the way Jacques starts the article with some nice, big, hard numbers about Toyota’s business. He ends with the rethorical question “which IT company would like to be as successful as Toyota?”. Jacques follows the advice Charlie Poole gave in his keynote at XP Day France: if you want to talk to deciders, talk their language. Money talks.


Pictures of XP Day FranceAlexandre Betis has published some pictures he took at XP Day France. Some great pictures of Charlie Poole telling his story, all the while the same slide up on the screen with one word: “Extrême”. Charlie has been watching Presentation Zen.

You can see me presenting with a laptop on a chair, the chair on the table. Near the end of the presentation, electricity fell away. No more beamer. The audience self-organized: they put the laptop on a chair and rearranged themselves to sit closer to the small screen.

Luckily, I used a “Takahashi” style presentation with really large fonts. Since that day, I’ve made the fonts even larger, as large as I could make them. Even if the laptop had gone too, I could still have continued to tell my story. I just had to “call an audible“. We did just that shortly after this image, the last 35 minutes. A nice talk with the audience about the parallels between Lean, agile, martial arts and our experiences applying these ideas. I enjoyed myself and learned something new; I hope the other people in the room did too.

Apr
16

New business books

In a previous post, I urged you to go out and learn a bit more about non-IT stuff, so that you can talk to the rest of the company. I don’t usually follow my own advice, but this time I have: I’ve bought a few new business books.

Competitive Advantage This week I have mostly been reading “Competitive Advantage”. Competitive advantage is a management classic by Michael Porter. It was recommended by John Favaro during his XP2005 keynote.

In the book, Porter dissects the activities of a company in a “Value Chain”. He analyzes how companies can gain and sustain a competitive advantage. A company can either have a “differentiation” or a “cost” strategy.

The book is a 2004 edition, but I was disappointed to see that it’s essentially the 1985 version. And it shows. I haven’t read the whole thing yet, but there are only a few vague references to “methods used by Japanese companies”. For example, if we want to respond to the customer faster, Porter recommends to increase inventory or to get surplus capacity. Ouch! What about reducing inventory, increasing inventory turns, removing waste, establishing flow, reducing cycle time, building quality in…?

Rebirth of American IndustryI’m also reading Bill Waddel and Norm Bodek’s “Rebirth of American Industry“. This one is more fun and easier to read than Competitive Strategy. In the book, Bill and Norm describe the history of (car) manufacturing. From the Lean early Ford, over Sloan and Dupont’s definitely not Lean GM and back to Lean Toyota.

Their main point is this: Sloan and Dupont created a management and accounting system at GM that essentially goes against Lean, as it considers inventory an asset and labor a liability. The strengths of the early Ford and current Toyota production system is that they focus on cash flow and empower their employees to continuously improve production processes. The Toyota Production System didn’t spring fully formed from the (brilliant) minds of Taichi Ohno or Shigeo Shingo. They evolved gradually, by solving problem after problem.

The GM management and accounting practices went on to become the de facto methods in American industry. As everyone was doing it, nobody really noticed the inefficiencies in the system. Until the Japanese arrived…

I believe the same is true in software development: there’s something structurally wrong in management and accounting (measurement) of IT projects. These lead us to work in large batches (have to keep those analysts busy!), to count work in progress as value and to have long cycle times. Agile, like Lean, will always be limited to implementing a few easy technical tools that don’t require us to change the way we work (unit tests, continuous builds, refactorings), unless we can change the way we manage and measure. And if the want to do that, we have to speak the lingo. Back to Porter…

Mar
13

Collecting Fieldstones

Collection fieldstones

Weinberg_on_Writing

As you read earlier, I’m reading “Weinberg on Writing: the Fieldstone Method“.

I’ve begun to consciously think about how I collect fieldstones.

Slippery fieldstones

I get most of the material for what I write by reading, by thinking about what I read and by writing about what I think. There are plenty of fieldstones. The problem is collecting them.

I don’t always have something to write ideas down, especially when I’m reading. I have an inhibition against “mutilating books” by cracking their spines, writing in them, folding down corners of interesting pages or putting sticky notes in them. In any case, I don’t have sticky notes on me when I’m reading. This means I must trust my memory to collect interesting fieldstones.

A few days ago, I was re-reading “The Toyota Way” to collect material for my presentation at XP Day France, when I came across this fantastic fieldstone: “Obeya”. This was a perfect fit for what I wanted to convey with the presentation. With this word, I could link two sections of the presentation. I tried to remember the word. And I did… for 5 minutes, or so. And then I forgot the word.

I don’t worry too much when I forget something: if it’s important it will come back. “Obeya” came back when I was getting something to drink from the fridge. This time I could keep the word in memory long enough to write it down on the back of an envelope. Whew! Later that day, I added “Obeya” to the presentation.

Leaving stones behind is not too bad. If the fieldstones are good, they’ll turn up again.

Playing with words

Weinberg describes many ways of playing with the text. There’s one I used to use long ago at school, when I didn’t have any “inspiration” to write an essay.

I opened the dictionary at random points and scanned the pages for “interesting” words. There are many ways a word can be interesting: the sound or the shape of the word, the meaning, an “exotic” origin… I usually collected between 10 and 15 random words like that.

Then I shuffled the words. Weinberg calls this “playing Solitaire” with the words. Slowly, the words would prompt a story. The only thing I had to do was write that story down, using at least 10 of my “chosen” words. Quick and easy.

I particularly enjoyed obscure or unusual words. I pictured the teacher looking up all those words in their dictionary. I thought they might learn something by grading my work. I think they mostly learned that I’m an obnoxious smart aleck…

There are many more “games” like that in the book. I’m going to try a few of them. I particularly like “Dani’s Decimation”, a game where you remove 1/Nth of words from every sentence, 1/Nth sentences from a paragraph. It’s bound to simplify my writing.

Playing with structure

There’s another writing game that I play, that’s not in the book. For the “Things I didn’t Learn” series, I imposed a certain structure on the stories, to see what would happen.

I started with three stories and tried to give them a common structure. You need at least three exemplars before you can generalize (like in framework writing). You need at least three before you can start to talk about “series”.

Once these three stories were composed in my head, using the common structure, I started to think about other stories that I could fit in the format. Working against the limitation of a fixed format, I found more stories that would fit. Each of them had to have a certain structure:

  • I encounter a problem that others have also encountered
  • I solve it using an Extreme Programming or Agile technique
  • But I go back to using the tried and true ways. The problem reappears.
  • Everyone (me included) says “that’s how it’s supposed to be”. Software projects are meant to go badly. If there were a way that projects could succeed, we would have to change our ways of working. There is no such way, so we can’t be blamed if things fail.

An outline’s not for me

Weinberg warns that writing from an outline usually doesn’t work very well for him. It doesn’t work for me either. I prefer the collecting-shuffling-writing-rearranging method.

Sometimes I have to follow an outline. For example, the “Toyota Way” book contains 14 principles, which are part of 4 categories. I’ve kept this structure for my presentation. I use the 14 principles and 4 categories as a “backbone”. For the rest, I’ve collected fieldstones and put them where they made most sense. And then I rearranged them, and rearranged them again. I’m still rearranging and will probably continue to do so until the day before the presentation. But still, the 14 principles are there.

The 4 categories are still there, but I reordered them. The book presents the philosophy first. I prefer to keep it at the end. That way, the presentation ends on a strong note, building up from the Process practices like Flow, Pull, Heijunka… Then we have the People principles, then Problemsolving and finally Philosophy.


P.S. If you’re curious about the meaning of “Obeya” and you haven’t looked it up yet, “Obeya” is the Japanese for “Big Room”. It’s the name given to the practice of putting all people involved in the design of a car in one big room, so as to facilitate communication. This word is useful for two purposes:

  • “Obeya” is a practice that is the same in the Toyota Way and in Agile Development. It reinforces the idea that Agile and the Toyota Way share some practices. In the presentation, I want to show that they also share most of the principles, even if the practices are different.
  • “Obeya” links two sections, the one on “Learning” and the one on “People and Partners”. Letting people work together lets them learn from each other, encourages frequent integrations and speeds up “Nemawashi”, seeking consensus. Engineers from partner companies also work in the “Obeya”, so that their designs are perfectly integrated with the rest of the design. Working in the Obeya, these engineers experience The Toyota Way firsthand. They can become ambassadors and sensei of the Toyota Way in their own companies.

p.p.s. As you may have noticed, these days I like to write stories around obscure Japanese terms 🙂


Tags: agile, Toyota Way,XP Day

Mar
04

Running on Empty (2)

Setting the record straight

Vera has been reading my blog. She’s not happy with what I wrote in the “Running on Empty” entry. Vera was there, she knows that it didn’t happen like I described in the “Go Home!” section.

I wrote “As usual, I had made the rule and I thought it didn’t apply to me. I still worked long hours. I got stupider by the day. Unfortunately, there was noone to tell me to go home. I had sent them all home.

That’s not completely true… There was someone who told me to go home. Vera told me to go home, many, many times.

That’s me: blind, deaf and stupid

When you’re overloaded, you get stupid and your eyesight and your hearing goes. You no longer see the solutions, you don’t hear the advice people give you. Especially good advice like going home on time or doing important work in pairs.

One of the reasons I was overloaded, was that I had to take over a project from someone else. He had left because he was completely burned out trying to make this project work. I thought he was really stupid getting burned out, when everyone knew that working at a sustainable pace worked better. Yeah, that was really stupid…

Advice to anyone who works with Vera: just do as she says.


Tags: Agile, XP, Heijunka