Tuesday, 31 March 2009

Back from PSL

I have just returned - that is, I came back yesterday - from the Problem Solving Leadership workshop in Albuquerque. My body is still on USA time, and exhausted from travelling almost 20 hours, all included. But my mind is energized, and having these two feelings simultanously is pretty weird.

A lot of things are going around in my mind now. Usually I keep a lot of stuff in it, but right now it's way more than the usual level. I wonder if I will ever stop learning from this experience.

I went through my notes from the workshop just prior to checking out from the hotel. I've got more notes than I use to, but also - most of the notes are written between the lines. I've never seen that happen in something I've written myself.

Now - what is this blog post about. I don't know really. It may be irrelevant and perhaps annoying to you, but for me I guess it's the first step out of the workshop, trying to figure out what hit me. For example: I remember the lady in the hotel reception, too busy typing something into the computer to help us acquire a taxi. Something that would normally be annoying. But now, I'm not not annoyed, but I understand more of why she would behave like this and how I could react to it. And that's a great feeling.

Okay, enough of this emotional stuff. Albuquerque struck me as being completely different from anything I'd expected from a large, american city. Only a few tall buildings, everything else laid out as small, low establishments. I would not have blinked if Clint Eastwood would have strolled out of the Saloon, with a riffel in his hands, whistling for his horse. :-)

I think I stop here, take another cup of coffee and process a little more on all the great people I met, the great insights I gained, the learning points I acquired and probably provided.

That's all - for now.

Monday, 16 March 2009

The Requirement's Game

I wonder what the rules of this game are. It seems more and more obvious to me, that the requirement ‘phase’ of a project is way underestimated. Recently in James Bach’s blog (Quality is Dead) I saw something that explained a part of it: we don’t really know what the requirements of most (if not all) the systems and gadgets we’re using were.

But once upon a time, there was a project around, which ended up producing the programs and the systems that I’m using for writing this blog entry. These include – just to count a few – outlook, firefox, windows, google (the search engine), some rss-device – which I’m not sure about what is and who made, but it’s there and it does what I ask it to, a keyboard driver (part of windows, I guess, but it might not be made by microsoft) and so on.

Some of these projects have been huge and expensive, some might just have been made over a fourtnight by a single programmer.

But there were some kind of requirements around, and those involved in the project had some common understanding of them. But each probably had their own ideas and interpretation. Had they worked on some other part of the project, it might have turned out differently.

Some requirements were probably described by end users. Others by people imagining what end users might want. And again some other reqs would be dictated because of some choices made earlier. So – all the good ol’ stakeholders have been in use.

But – as an end user of all theses systems, which I use in a way to enable me to do something most of them weren’t directly intended to, although they do not work against me on it, I must be the last one to set up some requirements for theses systems. And now it’s all done. The development projects have gone. The projects are closed down. The bug back log is transferred to maintenance. Most of the people are now doing different things. .. so how come I can put out some requirements now???

Probably because that’s part of the requirement’s game. I can now buy or download some utility/program and see if it fits my needs. If not, it’s returned or simply discarded, despite the blood, sweat and tears that went into the projects that created these things. Despite the heavy arguments and discussions whether or not some bug report was fixed well enough or not.

That gets me to think that somehow seeing the requirements as being something captured in a project – whether at the beginning or during – that’s just a temporary thing. The real user will issue the real requirements and that’s when the real value will show.