On the use and abuse of Technology and its Management from the perspective of an academic at UCL specialising in Project Management, Systems Engineering and Space Science/Technology.

Wednesday, September 22, 2004

sylloge - innovation process at Flickr

Stewart says "in Flickr, there's no not invented here, here". Hear Hear! Instead, they have "recombinant idea folding".

read: sylloge

Thursday, September 09, 2004

Risk vs Scope

As a follow-up to the last note, here's a simplistic view of part of the project management triangle (remember: On Time, To Budget, Right Quality -- pick any two).

Sometimes scope is drawn in explicitly (a tetrahedron!) sometimes not. Sometimes Quality = Performance/Requirements, other times Requirements have their own dimension. Basically, it gets more potentially confusing the more properly you think about it, and despite many brave attempts the Triangle is a persistent idea. The central idea of a consciously managed trade-off -- along any side of the triangle -- is the one thing all the models have in common.

Let me have a go. This one's called Risk vs Scope :

Link to Risk versus Scope diagram

Gemini

Smash! Tinkle
broken Gemini capsule - wodged in desert
The Gemini sample-return vehicle, er hard-landed, yesterday (news, video - 6MB Quicktime) .The waiting choppers, piloted by famous dudes, were fortunately nowhere near (they weren't hired to stop a ballistic missile). The solar-wind sample discs are almost certainly mixed up with ambient bits of Utah, rendering them of little remaining interest to space scientists.


The tinkle (lost samples) is more of a problem to scientists than the smash, although not as newsworthy. Engineers, who deliver the science baby, should be pondering. Beagle-ers have heard it all before, and wished they had seen that one too.

Clearly, there is a reporting bias that brings disasters to the fore, so that spectators grumble in pubs "why can't they just do things right?". Putting aside that spin, and even allowing for the fact that in millions of everyday cases, innovation goes wrong before it goes right, there are long-standing questions about the right ways to perform such experiments.

Do engineers and their managers really know where they stand on the Scope vs Risk slope? Or are there deep gaps in our knowledge of the uncertainties? Would even greater modelling of outcomes or diagnositc instrumentation of the apparatus help or hinder? One has to remember that such efforts have to come out of the same project's budget, putting us on entirely different scope/risk hill. On the other hand, ontological polyfiller, like talk, is cheap.

Even if we did know where we stood in any given mission, the debate continues as to the best economic choice for a program BS6079: "group of strategically-related projects". Test test test and guarantee an occasional Rolls-Royce ride to the finish line? Or race learn race learn, sending waves of evolving Fords out to the track?

Remember, though, that your race entry fee includes the use of a space rocket and is priced accordingly.


Wednesday, September 08, 2004

Drucker on Adaptive vs. Plan-Driven

How to reconcile the need for planning with the whitespace required for innovation?
Drucker predicts Agile processes, it says here! Does he mean Planning in the operational sense, or Project Management as we know it? Investigate here : Drucker on Adaptive vs. Plan-Driven.

On a side-dish, is CMM compliance (more processes in place) a Bad Thing for innovation, by this light? I must talk to Mike Emes and Steve Welch about all this.