Interesting way of describing things from Methods:
Month: February 2015
Some rough notes on local gov and digital
There was a debate raging late last week about the needs of digital in local government (again). I wrote up some thoughts to share with everyone – I was feeling somewhat limited by the 140 character confines of Twitter – and I may as well post them here too.
The GDS has set out, in the service manual, a pretty good template for how an organisation should go about ‘transforming’ services to make the most of the internet.
It covers taking a user-centered approach; delivering using agile, iterative methods; the importance of good design; and the need for measurement and continuous improvement.
This could easily be taken and given a quick edit to make it work within the local government context. Local government would benefit from having a consistent, shared set of processes to use get this stuff done.
Different councils will use these processes and get different results depending on their context. However, the shared process means they can share experience, staff and other stuff with one another and all be talking the same language.
What local government really lacks across the board is the capability to deliver this change. The service manual talks of what is needed in the multi-disciplinary team. The vast majority of councils do not know what these roles even mean, let alone have people able to fill them.
This is not to be critical of councils or the people working in them. GDS had to go on a massive recruitment drive to bring this talent into central government. Local government needs to find a way to do the same.
However, many councils are too small to justify having full time permanent employees doing these roles. They cannot afford them. Also, even if they could, they would find it incredibly hard to recruit anyone of the required standard. There just aren’t enough to go around.
So, a shared capability pool is something that ought to be looked into. Something made a lot easier by having a shared process, mentioned above. Councils could pool together locally and create a shared digital service. Counties could provide a service to local districts. Private sector suppliers could have consultants available for hire that cover all the necessary roles as and when they are needed.
The other thing GDS has done is built technology platforms and services. The big one is the single domain project, with the publishing platform. This is not the place for local government to start.
With lots of councils using the same process at a similar time, with shared people delivering it, it will soon emerge that lots of councils will be working on transforming the same services at the same time. This should lead to conversations about collaborating on developing digital services – those building blocks that all public services rely on, like booking, paying, registering, emailing, web-hosting, data storing, consulting, etc etc.
So, by creating a shared set of processes, working out how to develop the needed capability to deliver, and then emerging collaborations on technology, a local ‘digital service’ starts to form. Only, it’s not one organisation, it’s not a central gov imposed thing, nor a big fat IT outsourcing contract.
Published elsewhere: mobile stuff and intranets
Light posting in these parts recently. I’ve been somewhat distracted by the so-far unsuccessful job hunt.
I have had a couple of pieces published elsewhere though. Firstly, a post on Comms 2.0 about mobile:
The growth in popularity of messaging applications, such as Whatsapp, Snapchat, Facebook Messenger, Kik and others have caused a few communicators to start thinking about what the impact of these new channels might have on the way we engage with our communities.
Second, an article for Alive with Ideas on rebuilding intranets so that they are actually useful:
[Intranets are] stuffed full of useless, out of date information, are hard to navigate, have appalling search engines, and most damningly of all, don’t really have a good reason to exist in the first place.