My Photo

About Me

  • Hello you. I'm a 38-year old MSc student, studying Advanced Computer Science at Sussex University. I'm especially interested in Internet and mobile software, sensors and pervasive computing, user interfaces, and the process of developing great software.

    Before that I spent 11 years running Future Platforms, a software company I co-founded which makes lovely things for mobile phones, and which I sold in 2011.

    I read a lot, write here, and practice Aikido and airsoft. I live in Brighton, a seaside town on the south coast of the UK, with two cats and a clown.


Stalk Me

  • Email me:
    twhume at gmail dot com
Blog powered by Typepad

« Multiple SIMs | Main | Scrum: Sprint 13 review »

May 27, 2008


Alllan S. Hansen

Thanks for posting this post - it sums up my own opinion, and it is nice to see similar opinions existing.
Makes me feel less "weird" when not falling for the hype.


Glenn Namian

I am old school structured, that was re-tooled for object, and enlightened by agile ,,, guess what; Requirements, Designs, Coding, Testing and Deployment are still in fashion ,,, just re-branded. True, iterative approaches are more aligned with development that is not top-down.

The real challenge I face is not so much working with the more current styles, but how to manage expectations with management, who throws "demand" into the IT queue with dates already imposed, and budgets that do not account for adding enough resources to the mix to shrink the end-to-end duration.

In an era where speed to market is the buzz, iterative approaches may make it happen, or kill it out of the chute. If you are fortunate enough to work on a project that is asking you how much it will cost, how long it will take ,,, that lack of constraint is a wonderful thing. Most of us will see that maybe once in a career. But for the grounded, how do we educate our upper management to embrace SCRUM and other agile approaches? Is there a link to that Kool-Aid recipe?


Tom Hume

Glenn - I know where you're coming from. Certainly most of our work is done under fixed-price (and frequently fixed-date) contracts. Working iteration and the ability to do rework into this is certainly challenging, usually we go through a typical change request process - which is heavyweight.

It's my experience that whatever the contractual framework you're using, delivering value early on is appreciated by the client (ours tend to). And once they can see software early, they're inclined to (quite reasonably) have good ideas, understand the problem better, and make changes. At this point I think they can start to see the value of being able to inject change into their product all the way through its development - one of the key advantages for them of an iterative process over a top-down.

Doing this with a client who doesn't know you, without the benefit of an existing relationship or trust, is challenging. But in the last year we've started to see companies approach us explicitly wanting exactly this (including some well-known names which you might not expect to be proponents of this kinda of thing).


I am tired of Yip-yapping about process at work. We don't develop software only websites.

Seriously just get to work!

The comments to this entry are closed.