Daily note for 15 January 2024

This from Dai Vaughan is really excellent on how technology failures keep damaging people’s lives, and how frustrating it is that the answers to this problem are well known, but unevenly implemented.

Mike Bracken’s take on Horizon.

Still noodling on what to do with the newsletter. Feels increasingly icky to keep using Substack but it is just so easy, and so free! Gah, ethics.

One by one, England’s councils are going bankrupt – and nobody in Westminster wants to talk about it.”

CIPFA claims blockchain is a ‘promising solution’ for the public sector. I disagree.

CIPFA have published a report entitled Exploring blockchain technologies for collaboration and partnerships [PDF warning].

The very first statement of the executive summary is problematic.

Blockchain technology has emerged as a promising solution for collaboration and partnerships, providing a secure and transparent way for multiple parties to interact and transact without intermediaries.

Has it? I’m not sure myself.

Anyway, they include a helpful decision tree to help you decide whether you should use the blockchain or not:

Which I am happy to simplify for everyone:

All snarking aside, I think this is a massive waste of time, money and attention for everyone concerned.

Across the public sector, technology and digital budgets are being salami sliced away, leaving organisations facing critical levels of risk and failing to grasp the opportunities that better investment in these areas would unlock.

What would be really helpful would be some practical advice around fixing that problem, not farting around with blockchain.

[RL] The problem with local government software

Original post from Gavin Beckett

With a very small number of exceptions, the established local government technology market is populated by companies that fundamentally do not understand user research.

They do not start with user needs or design great user experiences. And they do not use the tools and techniques of the internet age to deliver working software rapidly, so that real users get value from it quickly and iteratively.

I wrote a little while ago that the software market for local government is one of the things holding back the success of transformation in the sector. Gavin argues the point well in this post – it’s a fairly long read but worth the effort.

Why is local government software bad? Let me count the ways…

  • It’s hard to maintain, taking up huge resources to keep systems patched and updated
  • It’s siloed, with data unable to be meaningfully analysed and shared with other systems
  • It’s user hostile, with manuals in lever arch ring binders and training needed to do the most basic of operations
  • It’s hard to access, often hosted in council data centres, requiring the use of council equipment and connecting technology like Citrix to get anything done

I’m a little glum on this topic. My fear is that there are a couple of things holding back progress. The first is that the market for local government software isn’t big enough to provide the necessary reward for the investment needed to fix it. Second is that the develop challenge isn’t particularly exciting and thus the vendors struggle to attract the talent needed to make really great software.

One solution is for government to write its own software, although that would mean organisations bringing resources together in a way that hasn’t been particularly productive in the past.

Alternatively, councils could make a shared commitment to bring budget together to pump prime an incumbent or a new supplier. This though would almost certainly mean paying twice for a while whilst the new system is developed.

I’m not convinced either of the above are going to happen soon though. In the meantime, we must try to procure as well as we can, and try to hold suppliers to the standards we set ourselves for our own services.

Five for Friday (21/7/2017)

The end of the week and time to do some more linkery. Hope you enjoy them, and don’t forget to pass them along to anybody who might benefit.

  • Digital Delivery Manager – my old team at Adur & Worthing are recruiting for a delivery manger to whip the programme into shape there. A great opportunity to work on stuff at the cutting edge of local gov tech.
  • Things of the internet – a lovely post by Ben Holliday on what it means to ‘be’ digital rather than just ‘do’ digital. One bit stuck out for me: “In my 4 years in government the biggest challenge has been moving beyond the digitisation of existing analogue services.” Yup.
  • Writing ‘the missing chapter’ on local digital services for UK digital policyTheo Blackwell, Cabinet Member for Finance, Technology and Growth at Camden Council, writes persuasively about the challenges local government faces in terms of exploting the opportunity of digital thinking. His identification of a collaboration deficit is interesting – although my experience is that more often than not, councils collaborating slows things down and makes them worse. Doesn’t mean it can’t be done better – but there are deep cultural and structural reasons why it hasn’t yet. While you’re here, check out Matt Jukesthoughts on the local gov tech world.
  • The what not the how of Service Design – strikes me that there’s am emerging three way split for doing digital properly in an organisation: the corporate strategy operating models bit, the technology bit, and the service design bit. Actually describing what service design is tends to be pretty hard, and this post from Sarah Drummond is one that I will be pointing people towards in the future. Another articulation of the difference of ‘doing’ something compared to ‘being’ something, it emphasises the need for focus on the outcome for the service user, rather than on processes, tools and techniques (which it is very easy to get obsessed with).
  • Here’s a video of Catherine Howe talking about a model for digital maturity that she’s been working on at Capita. It’s a useful framework for thinking about where your organisation is at on this stuff – and it’s short, which means you might get one of the big cheeses to watch it all the way through.

https://fast.wistia.com/embed/iframe/9iri4scbcw

As always, these have mostly all been tweeted during the week, and you can find everything I’ve found interesting and bookmarked here.

What I’m talking about when I’m talking about government as a platform

platorm

So, a little while ago I posted about government as a platform, and mentioned three main components that matter, particularly to us at Adur and Worthing with our approach.

However, I’ve been involved in various conversations where I’ve been confused about how other people define platform thinking, which I think goes to the root of the lot of the issues around the wider digital agenda – issues brought to prominence recently in the debate following several key folk from GDS deciding to leave recently.

For me, I defer to Mark Thompson‘s thinking on a lot of this stuff, which Sean Tubbs neatly summarised with the benefit of some of his practical experience.

This piece from Thompson is required reading on the two different approaches to platform thinking, and which he – and I, as it happens – think is the right one. He characterises GDS as a ‘web agency’ – which I think is a little harsh, but gets to the heart of the debate around whether digital is more front end design than fixing the back office line-of-business IT stack (hint: a great website is lovely, but real change can’t happen until the legacy is fixed, which itself can’t be achieved without thinking more widely about how your organisation works).

Effectively the proposition is this: that digital describes not a set of specific technologies or even approaches to technology, but rather the age in which we are currently living, and the appropriate operating models for that age. It also describes the way in which an ever increasing number of our customers want to interact with organisations.

Thus digital, and the strategy for delivering on the digital opportunity that is government as a platform, is not around technology but rather rethinking how organisations work.

Technology is a convenient way to practically start delivering on government as a platform, but it is very much the start of the process. This is slightly unfortunate as it does provide the opportunity for people to put digital, and platforms, into the box marked IT project, which is a massive mistake. Platform technology without a platform operating model  will never deliver on the opportunity.

So, the key elements for me when it comes to platform thinking are:

  • capabilities not systems – instead of thinking about solving problems with a single ‘system’ (think of that word in the widest sense, not just as in an IT system) we break down requirements into generic capabilities, which can then be put together, building block style, to create the most appropriate solution to the problem at the time
  • making use of commoditised, utility-like computing – in government, we do not need to be using bespoke technology, but instead in many instances can use what the market can provide, at a much lower cost than traditional technology – which then frees up resource for the front line (which is the key bit)
  • solutions for now that don’t limit us in future – capabilities must be designed in such a way that they are not ‘hard coded’ (tech metaphor, sorry) for the way they run now, but so they can be flexible to meet future needs which may be very different
  • create and consume – the platform must be put together in such a way that both we and other organisations can make use of its capabilities, as both creators (building our own apps) and consumers (making use of what others have done)
  • disintermediation – or getting rid of the middle men. Catherine Howe spoke a lot about this a few years ago – showing her talent for prescience yet again. We’re only now really starting to see the effects of this with the likes of Uber and Airbnb cutting out bureaucracy and using the internet to directly connect people with needs with those who can meet those needs. These are true digital business models, not just slapping nicely designed front end lipstick onto legacy pigs.

This is what has been so frustrating about some recent discussions – rather than focusing on the big picture of rethinking operating models, folk go straight into IT mode and start discussing which booking system is best, or who has the payment engine everyone should be using. The concept of capabilities is grasped, but only at the level of technology, not any further.

So, at Adur and Worthing, we are at the very beginning of delivery of platform thinking and operating models. We starting, as is customary, within the domain of technology – but we are not limiting ourselves to that, and are constantly challenging our thinking to ensure we don’t continue to work in non-digital age ways outside of tech.

With technology, we build or buy capabilities that can then be used and re-used many times to deliver appropriate solutions to needs, both by us and by others, and we are also able to consume on the platform too – so if someone else has something neat we’d like to use, we can slot it into our systems. This way of working can happen with other assets, as well as tech, though – people, knowledge, skills, buildings, open spaces, vehicles – anything.

The key is to construct our organisation in such a way that all our assets are effectively capabilities that can be used in different ways by different people – and indeed so that we can bring in assets from elsewhere on the ‘platform’. Often this this supported by digital technology, but that isn’t the starting point, nor the outcome.

For example, I’ve recently been thinking about how ‘people as a platform’ might work in the local area. How can we make the most of the people who work at the Council – and their expertise and skills – as well as those who don’t work here but nonetheless might help us make things happen?

The capability here might be an effective time banking system, enabling people and organisations to trade knowledge, skills, time spent etc without the need for money to change hands  – borrowing in expertise as needed, paid for via hours donated to the wider system previously, without the need for costly administration to link people up, make the transactions and so forth.

(On a side note, how exciting would it be for such a time-trading system to work via some kind of blockchain technology, as Lloyd talks about in this post?)

Hopefully this example is useful – a non technology asset being shared across a system, (re-)usable in a number of different contexts, supported by a digital platform, built upon off-the shelf utility technology, which cuts out the need for central bureaucracy. That’s where we need to be with government as a platform.

So, to recap: digital is not about technology, and government as a platform is not about IT. It is instead a way of rethinking the operating model of an organisation to meet the current and future needs of its customers, in the digital age. The technology is an important enabler, but it is the means rather than the end.

It is not about fixing on a single solution for everything, but creating an ecosystem of innovation, where different solutions can compete to deliver the right capability needed by the people using the platform.

It is not about making everyone use computers to do everything, but instead is about making use of modern, internet enabled tech to run a sufficiently minimal back office that enables us to maintain, and potentially grow, front line delivery of what customers need (see Buurtzorg – and see if you can spot me and Mary McKenna in that video).

Hoping to have a chat about this at LocalGovCamp. Come along – it’ll be a blast.