Skip to main content

What I learned from Standard Sprint #1

Standard Sprint #1 was two weeks of work from 6 to 17 June, to both produce guidance for the Local Government Digital Service Standard and to see if it's possible to work collaboratively, using online tools and resources.

Turns out it is.

Rewind back to the start of April and LocalGov Digital released the Standard, with help from over 60 councils and the Government Digital Service. The Standard contains 15 points suggesting how to build and manage good local government digital services. Whilst some points are fairly self-explanatory, for example:

Make sure that the service is simple enough that users succeed first time unaided.

others such as

Use open standards, existing authoritative data and registers, and where possible make source code and service data open and reusable under appropriate licenses.

are less so and some sort of guidance was needed. As of today, that guidance now exists and we'll continue to revise and add to it.

So what did I learn?

Collaboration needs leadership

The sprint was the idea of Julia McGinley, Lead Business Analyst at Coventry City Council and she was also the scrum master. She expertly facilitated the creation of 15 items of guidance, based on all the comments received.

Relying on organic collaboration is far less likely to produce something usable. Up until 6 June, over the two months following the publication of the Standard, we'd only created guidance on one single point, two weeks later we have guidance for all 15.


Collaboration needs a core team

Though tens of people contributed from all over the country, a core team at Coventry City Council did the work of creating drafts, reviewing all of the comments, redrafting and again reviewing all the comments to create the finished product.

At some point they'll be a Standard Sprint #2 and another council could very well take the lead, but the point is, this works best when the core work is part of a team's day jobs, even if it is for just a short two week period.


Communication is key

An obvious one, but there were daily stand-ups and weekly reviews via Hangout which were open to everyone. We tweeted regularly using #ssprint1 inviting people to join in and updated the website to keep everyone update on the Sprint's progress.


Scheduling and timeboxing helps

Stand ups were at 9am, longer reviews on Friday, we closed comments at 5pm on 15 June, the Sprint ran for two weeks. Putting times and dates on things focuses those working and contributing to get stuff done.


The digital tools are there...

We used Twitter, a Hangout, a Trello Board, 15 Google Docs and the LocalGov Digital Slack Channel. The digital tools we needed to do the work described in Makers Project Teams worked.


...but not everyone could use them

Not everyone away from the core team in Coventry could access the Google Docs due to their council's IT policy. At some councils officers had to work from home to contribute and one council officer even had to stand in a hallway at work to access the Hangout on his smartphone. There's a separate blog post in this no doubt, but in short, blocking these digital tools is hurting councils' ability to collaborate and therefore their productivity.


Huge congratulations to Julia and the team and Coventry for making this happen. You've proved that collaboration across councils to produce something for the whole of local government in a short amount of time can work.

I'm sure we'll put together a more detailed case study, to explain and sell the concept of digital collaboration, but for now, after a two week sprint, go and put your feet up, you've earned it.

Comments

Popular posts from this blog

Digital best practice checklist

This week I finished the draft of a digital best practice check-list. It's not digital strategy, in fact I'm increasingly thinking organisations don't need a digital strategy, they need a delivery strategy. My draft has check-list of seven questions and recommendations, with one overall recommendation regarding best practice for delivering digital. Ideally it would be incorporated into a wider service and information delivery strategy. Below I've omitted the bulk of the content, the reasoning behind arriving at the recommendation from the question because it's still in draft, but here are the seven questions and eight recommendations: 1. Is the council properly promoting its digital services and content, to reduce avoidable contact? Recommendation: Establish a “digital first” ethos to the promotion of services and better targeting what, when and where they're promoted. 2. Are the digital services the council offers, especially where the design and

Carl's Conundrum of Internal Influence

I'm writing this partly as a reply to an excellent piece that Carl Haggerty published about the disconnect between internal and external influence and partly due to various conversations over the past month about how to make using tools like collaboration platform  Pipeline common practice. This isn't really about Carl though, or Devon County Council, or any other council specifically, it's more a comment on the influence of digital teams in local governments, or lack of, and how to resolve this. So here's the question that prompted this piece. How can someone who's been recognised nationally for their work, first by winning the Guardian's Leadership Excellent Award and who has more recently been placed in the top 100 of the Local Government Chronicle's most influential people in local government , "sometimes feel rather isolated and disconnected to the power and influence internally". First, let's consider whether is this a problem to

Pipeline Alpha

In September 2014, officers from 25 councils met in Guildford to discuss a platform to enable collaboration across Local Government. A "Kickstarter for local government" is the missing part to Makers Project Teams , a concept to enable collaborative working across different organisations put forward by LGMakers the design and development strand of LocalGov Digital . Based on the user needs captured at the event, LGMakers created collaboration platform Pipeline and by October people from over 50 councils had signed up . Pipeline is an Alpha, a prototype set up to evaluate how a Kickstarter for councils might work. It is a working site though, and is being used as the platform it is eventually intended to be, at present without some of finer features a live offer might have. So what have I've learnt in the eight months since we launched Pipeline? There's a strong desire to collaborate  LocalGov Digital isn't a funded programme. I wrote about how much it

Superfast highways

You may have seen this slide I put together to help explain digital transformation This week we launched a new beta service to report speeding traffic. It looks fairly simple but to give you an idea of what's happening in the background I thought it might be useful to show you the before and after. So here's the before and as you can see it's completely a manual process. Stuff might be recorded electronically but it takes someone to do something seven time to make the process work and send it to the parish or the district. Here's the after What this doesn't tell you is that it's basing whether the request is for the parish or district on three questions. It's also doing a spatial look up to find the parish and returning the parish clerk details using the Modern.Gov API. Because these are already part of our platform this is data that we currently maintain, so there's no additional work to keep this up to date and we've reduced the h

Defining transformation to a wider audience

For the past month I've been putting together a paper on the next steps of digital transformation, for the organisation I work for. I'm proposing we look at two capabilities and two business areas, and if approved I'll be writing more about it. It's been a great exercise in gathering my thoughts and helping me to define digital transformation to a wider audience and how it fits into the bigger picture of service improvement. Here's some of the stuff I've learnt or had affirmed: Transformation, digital or not, starts with understanding the needs of the user through research. This should be obvious, but in local government too often I've seen "build it and they will come" approach applied. It's unlikely a commercial operation would launch a new product without first researching the market, so why would a digital service be any difference? A couple of years ago I wrote how the phrase "digital transformation" was hindering digit