We’ve been sharing our Drupal website code with Croydon Digital Service for a couple of months already. Earlier this year, Croydon Council wanted to design a new ‘alpha’ website. Their delivery manager, Will, knew we potentially had the perfect starting point. He was the product manager for the Brighton & Hove City Council new website, before moving to Croydon Council, so he knew how the site worked. We kicked off a project to see if our site could be re-used for Croydon and quickly found that it could. After all, users in Croydon need very similar things from their website as in Brighton & Hove.
We didn’t know what licensing model we should use for the code.
If we opened up the code, would we have a big support overhead?
What are the logistics of managing code across the two councils?
We thought we wanted similar features, but how close are they in practice?
How would we manage a shared roadmap across two councils?
How would we make sure the collaboration was ‘fair’? After all, we had spent a lot of time and resources on building our site – how would we benefit from this?
That’s where the Local Digital Fund project comes in. Although in this case we are sharing Drupal code, we want to learn about code sharing in general. Each of the four councils in the project has its own perspective. We are all keen to work together and we want to find out what it means to do this ‘well’. We hope that this will result in a ‘playbook’ for other councils to use in the future. Plus, of course, four excellent council websites.
The unconferences were designed to bring together professionals from the local government digital sector to discuss common challenges for people working in the sector. They were also put on to foster collaboration and to encourage more councils to sign up to the Local Government Digital Declaration (LGDD). The Declaration was launched in January 2018 and already has 145 signatories.
Before we broke out into groups to discuss topics suggested by the delegates the LGDCU project and technical leads talked about their goals. There was heavy emphasis on their role in facilitating collaboration and shared fundings.
The talks covered Local Digital Fund (LDF) support for digital collaboration projects, free GDS academy training credits for LGDD signatories, the 16 projects currently in flight (10 discovery, 6 alpha) under the Unit’s supervision and Pipeline as a place to open source and share builds. There was also a very cool talk by the digital guys from Barking and Dagenham on their Social Progress Index.
The topics that were covered in the breakout sessions can be seen in the following graphic.
Too many to attend them all!
I chose to attend sessions on data and APIs, how to gain leader support for digital transformation, successful digital delivery and procurement decisions.
From a Digital First perspective it was great to hear other councils talking positively about the design pattern library we have created to guide our web and app builds and have now opened up for others to share. It was also great to talk to Bloomberg’s smart city representatives who were very interested in our IoT housing sensor project.
Coming back to Brighton and Hove I felt enthused about what is happening in local government digital and will recommending that our council sign up to the Declaration at the earliest opportunity.
Follow LGDCU at LDGovUK and #fixtheplumbing #localdigitalfund
We are taking stock and looking toward the future at the moment. Digital First won’t be here forever and we need to start sharing our knowledge and embedding our learning now so that the kind of work we are doing carries on.
At one of our Product Manager meetings, we discussed some common themes causing delays, or blockers.
We decided that one very positive thing that we could do is to make a set of standards to share: what any third party system being bought should have; what APIs need to be able to do; what customer facing elements should be in any new tool.
We have already got an approved set of requirements for any new system so that it will definitely connect to My Account. So we have started, and with a positive mind and open heart will aim to continue.
However, there was no need to make our own set of standards, as the Local Digital Declaration was launched, including service standards and a technology code of practice. It was compiled by central government with lots of local authorities’ input.
The declaration is a set of guiding principles that will help support local authorities to deliver digital services and platforms that meet the needs of citizens and describes what organisations can do to achieve this. It covers all the common themes that we discussed, which are outlined below along with the relevant part of the declaration in italics:
1 There is a lack of ownership of some decisions. It can be really hard to get anyone to say that the decision is definitively theirs. This happens in all sorts of scenarios when trying to get sign off on product decisions.
The declaration commits co-signatories to “make sure that digital expertise is central to our decision-making and that all technology decisions are approved by the appropriate person or committee. This will ensure that we are using our collective purchasing power to stimulate a speedy move towards change.”
2 There are cross-cutting service elements we need that are either missing or still in the process of being put in place. These can be tools or platforms that allow us to share data, allow customers to tell us once, that modernise how we pay and invoice, or how we book appointments. So we will get quite far with discovery or innovation and then all get blocked by the same kind of elements.
3 Sometimes a different support team develops separately and implements change at the same time as we are already working with a service, meaning staff disengage from our work and our ability to deliver is impacted. Some strands within the organisation are not joined up enough.
The declaration commits leaders, service members, board managers and politicians to “support our workforce to share ideas and engage in communities of practice by providing the space and time for this to happen.”
4 Teams don’t always know about the cross cutting work to create a single system, for example, to ensure standardised data gathering and customer single sign on. If they buy separate products it can severely impact the plans to develop one system and the data that we will get out if it. They would have no idea of this impact and we need to fix this. We need to get that knowledge out there.
Procurement has moved on and we need to catch up with that. We don’t need to buy just one big system anymore. It is possible to buy enough to start and then add on elements that are required, if the right basic system is bought in the first place. We need to share our knowledge about how to do this with the right people.
The declaration commits technology teams and leaders “Where appropriate every new IT solution procured must operate according to the technology code of practice, putting us in control of our service data, using open standards where they exist and contributing to their creation where they don’t.”
In this case it was our team who benefited. Rather than can create our own set of standards, we now need to spread the word about the Local Digital Declaration and adopt its framework and principles. Then everyone can benefit.