Ayende @ Rahien

It's a girl

Better to ask forgiveness…

Originally posted at 11/19/2010

I am writing this post from the point of view of the one you might have to ask forgiveness from, not the one who has to ask forgiveness.

There are two common styles of building software, one of them is Bold Exploration, and the second is Detailed Survey.

Bold Exploration have a rough idea about what is required, and immediately set out to build something that matches the current understanding. Along the way, both the team and the client will continually triangulate toward where they want to be. This is in effect the old “I’ll know it when I see it”. The problem from the point of view of the client (as in, me), is that I might be required to pay for those mistakes. For the most part, I don’t mind too much. One of the best aspects of this approach is that the time to get a feature in my hands is very short. I had a few memorable cases where it took the team three or four days to get something out that I could immediately comment on. There is another very important aspect. For the most part, this approach means that from my perspective, this is fire & forget. The way that I handle such things is usually by just having a phone call or two with the team, and then just getting their output and going over that, correcting the course if needed.

There were several times that mistakes where made, either because I didn’t explain right, a difference in vision or just simply because the team didn’t do things the way I wanted to. I asked for those to be fixed, and since we were operating on short time frames anyway, it didn’t cost too much (and I paid for both the mistake and the fixing of it).

Detail Survey involves the same initial phone calls, but then the team goes away to plan, estimate and build a plan for building the project. They are very careful about the way that they are going about doing things, and get back to me multiple times asking for clarification for this or that. When they start building the project, they start by building the foundations, getting things to work from the bottom up.  In many aspects, this is a very reasonable way to build software, expect for one very big problem. There is a long lead time until I get something that I can actually something with.

More importantly, this is me you are talking about, I am perfectly capable of looking at the code produce and estimate what they are doing. But, as impressive as a design is, it isn’t really interesting to me at all. I want to see the end features. And this approach takes a long time until I have something that I can actually work with.

I experienced both options recently, and I have to say that my preference is strongly toward the first approach. If pressed, I could give you a whole lot of reasons why I want that, valid business reasons, enough to convince any CTO or CFO. But mostly, it is an issue of matching expectations. When someone goes off for a month or two to do stuff, I get very nervous. And if you start building from the bottom up, it gets progressively harder to truly evaluate what is going on. When you get a working feature in the first week, even if additional work would cause rewrites/changes to this feature, you can be much more confident that this is going somewhere you want.

The other side is that no matter how careful the team is, there are still going to be differences between the final product and what I want, so changes will be made, but it is far more likely that with the Detailed Survey team aren’t used to those changes, and they are going to be harder to make.

In short, it all comes back to the fact that the shorter the feedback cycle is, the more happy I am.

Comments

Remco
11/21/2010 12:47 PM by
Remco

Isn't that what scrum is all about: Short (feedback) cycles

eti
11/21/2010 01:01 PM by
eti

Hi,

Good way of putting it, but... i guess the "Silver Bullet" pattern applies to this also. For some projects and some clients and with certain developers the "Bold Exploration" will be a total failure and the "Detail Survey" might just work and vice versa.

Also i think that combining the approaches and taking the best from each, as in planing in detail at the beginning but as you go along rushing the cycles and pushing features out might give you more flexibility since you can always "switch" to the most appropriate development style.

Anyway i hope that people reading your post wont just start writing code without any planing, just because Ayende said it's ok :)

Rafal
11/21/2010 01:09 PM by
Rafal

It's better when there's an obvious and communicative decision maker. But when there's no clear responsibility it's better to agree on everything and write it down before starting any work.

configurator
11/21/2010 02:18 PM by
configurator

I don't see what asking forgiveness has to do with it though.

Also, agile isn't always best. A certain client of mine single-handedly destroyed a project because he had too much say into what we were doing. Granted, he was the client, but we apparently know how to develop software a bit better than him...

Ayende Rahien
11/21/2010 02:27 PM by
Ayende Rahien

Eti,

I am talking about me here, quite explicitly.

Corey
11/21/2010 02:48 PM by
Corey

The approach to use can largely be influenced by you, so why not push for your preference? Even if the team "goes away" are they not open to participating in the feedback you're seeking?

Scooletz
11/21/2010 07:14 PM by
Scooletz

Ayende, with developer/designer background and the fact that it is you who pay, you should be able to get what you want. If you want the shorter cycle you can simply request it, don't you? My last very first sketch, from zero to hero, took only 2 hours :D

Luke Schafer
11/21/2010 11:59 PM by
Luke Schafer

@configurator, I'm not sure if you're familiar with the saying "it's easier to ask for forgiveness than to ask for permission", which in this context basically means it's better for the team to try what they think is right than to attempt a Big Design Up-front.

Kyle Szklenski
11/22/2010 03:56 PM by
Kyle Szklenski

I'd just like to throw out a few quotes, courtesy of Wikipedia under "Plan":

Plans are of little importance, but planning is essential – Winston Churchill

Plans are nothing; planning is everything. – Dwight D. Eisenhower

No battle plan survives contact with the enemy (client). – Helmuth von Moltke the Elder

A good plan, violently executed now, is better than a perfect plan next week. – George S. Patton

Comments have been closed on this topic.