Financial AgileWhere software & financial engineering meet

Information Hunt

Print

I was working last week at a clients and, of course, the management of impediments came up.  I said to some managers and middle managers that it could be wise to think of the project we are working on not as a software project but as a huge information gathering exercise that just so happened to deliver a project.  The logic is similar to test-driven-development, where the aim is to design code and the test suite is a nice side-effect.

A manager has an interest in a project succeeding but is probably more interested in creating an environment that will create successful projects on a regular basis.  The information that one project kicks up can be invaluable to the future of the organisation's eco-system (provided that the management team are indeed using the information).  And so, to the horror of a lot of hard working developers, their project might be a sacrificial lamb.  Could be like a training wheels marriage.

Running a project that tracks an organisation’s deficiencies is like injecting a radioactive material into a network of pipes just to see what might happen.  I don’t think there is anything wrong with this.

Add comment


Security code
Refresh

FUVIAZRFEB09F