The Oxford Internet Institute organised an intriguing sounding seminar under the title of Gov 2.0, or Truly Transformative Government. The implied raspberry in the subtitle was itself a promise of some entertainment while the main title implied radical realignment of boring government with the hyper trendy of Web 2.0. The combination made it unmissable.
I spent the first part of the event thinking I had been sold a pup. Three speakers rehearsed the merits of something which sounded, at best, like Government 0.5. Their essential refrain was that government was much worse than it needed to be or should be at delivering IT and that the application of engineering principles should make it possible to avoid failure. Some of their risk indicators struck uncomfortably close to home – “setting timescales and budgets before finalising the project scope and the critical requirements” made me wince slightly. As both the speakers and the audience recognised, though, there is very little that is new in this – in terms of symptoms, diagnosis or prophylactics. With the partial exception of Ross Anderson, they then failed to draw a fairly obvious conclusion: if we know the solutions and are consistently not applying them, that points very strongly to this being a sociological problem rather than an engineering problem. Anderson had certainly spotted the problem, but his implied solution felt pretty much unattainable.
The second half was very different. Not only did all the speakers look a few decades younger, they seemed to be much more focused on transformative government. The contrast was not lost on those present: Tom Steinberg started his presentation by observing that he fundamentally disagreed with almost everything that had been said in the first half – the solution to the problem of big blundering IT projects was to have small fleet of foot projects, not to find a cure for blundering. In different ways, all three speakers emphasised the need to start with service users, to understand their needs and then to design systems to address those needs using techniques which built in speed and responsiveness. Tom Steinberg was lyrical about his ability to develop a useful service with national coverage out of a grant of £10,000 – and still have £3,500 change for the next project.
And then the penny dropped. The apparent gulf between the two parts of the seminar is itself the challenge.
We need to apply two different sets of disciplines (in both senses), in two separate domains:
An approach to the customer experience – both offline and online elements – which is flexible and responsive and which maximises its exposure to customer intelligence in order to do that
An approach to the supporting processes which is robust, consistent and correctly applies the full set of rules
The collective culture and skills of government are much more geared to the second than the first – and the risk is not just that we don’t do the first as well, but also that we can all too easily fail to spot the need to do it all. The first is where there is the greatest need for change, flexibility and responsiveness – and where tools and approaches are available to deliver that responsiveness. The second requires the hard grind of implementing big robust systems which do the transactional heavy lifting as invisibly as possible.
Of course the distinction isn’t an absolute one, and of course each domain needs to incorporate the key strengths of the other. But if we confuse them, we are at risk of getting the worst of both worlds. The reason why the speakers in the two parts of the seminar talked past each other is because they were each focusing primarily on one of the two domains.
At least, I think they are two domains. I am absolutely sure that the heavy engineering approach cannot deliver agile customer focus. I strongly doubt that the pure version of customer driven permanent betas will deliver the back end resilience which remains a real requirement – though Dominic Campbell has a neat encapsulation of the alternative, Steinbergian, view. Tom makes a virtue of not caring how local authorities pick up and deal with the information which FixMyStreet passes to them. But the real value to the citizen is not the reporting but the resolution – so local authorities have no choice but to care how they efficiently translate reports of problems into activity planning and into the activity itself. And I doubt that anybody is going to claim to have built one of those with change from ten grand.
Despite that, I am in no doubt that the balance needs to shift from a back endian to a front endian view. But it is equally true that the assertion that either end should exclude the other is about as helpful as the war between Lilliput and Blefuscu.
Videos of the presentations are available here. Well worth a look – for the semiotics as well as the substance. Jerry Fishenden has provided his own take on the event, and there is an interesting exchange in the comments to William Heath’s note.