2 November 2020

What went well

The tail end of my week off went well. Spent a few days in Pagham. And finished the weekend off on Sunday night with a semi-regular video with friend group. We call ourselves the miserable bastards. We finished the 2 hour catch-up by completing the guardian crossword together, nice sense of achievement. So started the working week off feeling refreshed, plus got a visit into the gym on Monday morning at 8am, partly motivated by the impending lockdown v2.

Vision / strategy session

It's always helpful to have the time and space to talk vision and strategy. It gives a chance to course correct, align and build a shared understanding of our direction as new information appears. We were lucky enough to have Matthew Davies from Madetech to guide us through:

• Why are we doing what we're doing
• vision for the future (think 5 to 7 years)
• think about objectives to iteratively get us closer to vision
• ran out of time for the futurespective

We were all aligned on why we need strategy 😀, coming up with themes as broad as culture, comms, technology, digital practices, user needs, access to justice and helping legal aid providers. The vision piece resulted in affinity groups digital first, one team, sustainable services, collaborative culture, data-led, delivery excellence, API-first culture, influencing policy, excellent supplier partnerships, ...

I found the objectives session a bit harder. I try to adhere to the lessons from Good Strategy, Bad Strategy, and resist objectives until we diagnose the problems and get a collective view on what's most important to work on. Blue sky objectives are helpful to some extent as it's a signal to where the group align or don't align based on everyone's perpsective. The things we were going to delve into and work out how to measure were Products Are Based Around User Journeys, Not Systems and Continuous Delivery Pipelines For All Software We Build. Brilliant! We ran out of time but really got into the nitty gritty of the first objective. We delved into some of the topics talked about in the Team Topologies book, e.g. teams built around cognitive load, autonomy, an appreciation of Conway's law. Structuring teams around user journeys or segments of user journeys is one aspect of organising products but not the only one. I'd like to continue to focus on this topic, including many voices, before we settle on anything.

Did you meet anyone new?

Yes, I met new developers and delivery managers.

Eloise has started as a developer. We had quite an unstructured chat, covering lots of things. Learning styles. Tried my best not to overwhelm her with too many L&D options. Her time teaching at a bootcamp and prior careeer as a tech recruiter. Plus her tendency to try to learn all the things. I pointed her to Julia Evans website as a resource for visual learning. We also talked about women in tech. By the end of this year, we will have 8 female software developers, up from 3 just a week ago!

Rose has joined us as a developer with a specialism in front end, but very keen to continue full stack. Fascinating how she got into software development. Whilst studying philosophy at uni, she did a module on logic and computing, masters in cognitive science, and discoverd she really enjoyed working in computing. I love hearing how people view computing and how their interest drives them to explore new domains. If you're curious, love learning and solving problems, working with computers will never be boring. Talking to Rose made me think about my own experiences and reminded me of all the things I know little about but would love to and the considerations of going deep vs seeking breadth of experience.

Alice joined 3 months ago as a delivery manager and it's my bad for not meeting her sooner. We spoke about her career path too, plus I gave talked about the evolution of LAA Digital, the challenges ahead, shared a few reading recommendations, e.g. Dave Roger's series on toxic technology and a recent series on sooner, safer, happier delivery by Jonathan Smart. Dave's series talks describes the reason behind some of our technology estate and Jonathan's writing gives ideas about how we forward.

I also briefly met Daniel Susser, another new delivery manager, but this was part of another meeting, so no opportunity to get to know each other.

Who else did you talk to?

• I haven't spoken to Dave for ages so I called him up. Besides the usual chat, he told me about the amazing progress with containerisation of SOA compositites, one by one migration to AWS and building up a SOAP UI tests as they go. This is some of the hard work of bringing us closer to continuous delivery for bits of the monolithic ERP I mentioned above.
• Met with two developers who do contract work for LAA Digital. With Giuseppe, spoke about his excitement about learning Rust. With Atri, reflected on our modern work culture compared to his last place - QAs outnumbered developers vs build quality in approach; flexible collaborative ways of working plus mentioned how I'd love to see a team try mob programming for a week, including non-devs too.
• Caught up with Abdul about his work introducing practices that will help with the migration of a key LAA system.
• Caught up with Lesley, our amazing recruiter, a few times this week. Still seems to be confusion about how to apply new salary framework. Hope to get to the bottom of it soon.
• We have some Java recruitment going on. Caught up with the team running the campaign, reflected on the criteria we assess against in the interview process and determined we need to tighten it up a bit. Really good to see that we have been constantly iterating and improving the whole recruitment process over the last few months, from better job adverts, assessment critiera, different styles of questions. One big area to improve on is marketing our job adverts. At the mo, I don't think we're placing ads in some of the typical places developers look for jobs.
• Had a great chat with Fleur. She commented at the end that it felt like therapy, in a good way I think. Chatting through things, getting different perspectives on things, listening and connecting is simple yet underrated and often doesn't happen enough. I'm actively trying to chat to more people to make up for all of the incidental, unplanned corridor chats that used to happen. These glue conversations were so important looking back.
• Lovely to speak to Nabeeha. It's been a while. She works in another part of MoJ, and is currently trying to bring Service Now development in-house. She needs help with recruitment. Service Now is used for IT Service Management. I know nothing about Service Now. Appears to be going through some of the same challenges as we have in LAA. Customisations galore has meant change is difficult, so the strategy is to strip away all customisations and get back to basics. Hope to help her where I can. From first glance, it looks like Service Now is a low-code solution.

What did you read this week?

It's Time for... ERP Disruption

We have a two installations of Oracle E-Business Suite and they display a lot of the symptoms of toxic technology. The teams working on these systems everyday have embraced the challenges and are working to create the conditions to ultimately break apart the monolith.

I read It's Time For... ERP Disruption (Applying Wardley Mapping and DevOps Techniques To The ERP Ecosystem), a chapter from Dev Ops Enterprise Journal, Fall 2020, nodding along, increasing my empathy levels for those doing the hard work of disruption.

It's the first time I've come across a piece of writing that sums up the rise, the subsequent industry of customisations to make up for the mismatch between business need and out of the box features, with every step taking us further towards maximum complexity and away from simple, reliable way of making software.

Because these systems were relatively new and only contained basic functionality, enterprises often needed to build other homegrown systems to augment the functionality contained in the MRP or ERP. Building adjacent systems was both a blessing and a curse.

The chapter proposes a bunch of recommendations, some of which I believe the teams are working towards. I think we need to develop a clearer understanding of where enterprise COTS (who wants to build there own accounting system) and where it isn't appropriate, by learning from within, reading things like "Fake COTS" and the one day rule, understanding the SaaS marketplace, appreciating the difference between UI-first SaaS and API-first Saas (think Stripe and Twilio) and understand core vs context, i.e. what to build internally and what services to rely on via third-party services or suppliers.

Not yet read the other pieces but the Dev Ops Enterprise Journal, Fall 2020 looks like an awesome read.

What have you added to your reading/watching list?

Came across a link to an MIT Press Journal issue on The Rise Of Legal Design whilst emptying the inbox. This looks like it'll help me understand more about the legal system, in an interesting way. Unfortunately it's a paid for journal. Need to check with the work library to see if I can get access.

I've also added two videos to my YouTube watchlist: a fresh look at taking control of legacy and Modernising public services - a holistic approach to replacing legacy technology. I ended up watching both of these on Saturday morning whilst doing a Freeletics session. Recommended watching.

On the topic of legacy tech, last week I received a copy of Modernising Legacy Applications in the Public Sector from the lovely folk at Madetech.

Anything else you've been up to this week?

How to get better at building on platform infrastructure

Over the past few weeks have been thinking about how platform teams innovate whilst at the same time provide a stable offering for applications to be hosted on. Concepts like error-budgets, an appreciation of SLOs, and effective communication between platform and product teams. One thing to try is to introduce a semi-regular retro with users and the providers of the platform. Not sure how this will work in practice but keen to see if it's a useful ceremony to tick off user research, engagement and forum to impact the platform roadmap.

Preparing for new developers joining

Met with teams who have new developers joining. Reflecting on what good onboarding looks like, should we be moving people management closer to team boundaries, what does good people management look like, what can developers do to support each other within teams vs outsource to a people manager, a general awareness of Tuckman's phases of team development. Some really good things have come out of these sessions:

• Reach out to new starter before they start. One practical reason is because the formal letter from SSCL still says to turn up at the building in Petty France. We all work from home nowadays.
• Understand how to get equipment
• Improve team's ownboarding checklist
• Have a few different people ready for new starter: mentor (less frequently, talk about career progression), buddy (same level, informal, no question is stupid), people manager (wellbeing, look after the formal stuff like holiday, sickness, performance/conduct, career conversations, coaching). There's quite a divide on who should/shouldn't be a people manager, what good looks like, whether formal line management should be within or outside team. As we get to 40 developers, thinking about a structure to suit and one that works for the majority. There's no perfect model, people need different things at different times, and the org has needs to. Lots of thinking still to be done and maybe some trial and error.

Other notable things

• found out the Scottish Government might be working on a "payment out" platform. Wondering if it's be the answer to my question.
• Attending weekly senior management team meeting. Learnt the delivery profession are looking at plandek to help measure and visualise metrics. A quick scan through the web page puts me off almost completely. Scaled Agile, run away! I'd opt for understanding what you want to measure and why, then start small and get good at measuring manually. Only then, bring in technology to reduce the manual, but valuable work. Basically an agile approach. Been bitten by off the shelf software too many times (this is becoming a theme in these weeknotes 😂)
• HMCTS are starting to bring product delivery in-house. They're looking for resources to help with recruitment drive. Will try to help out where I can whilst being aware not to say no so I can also focus on my main area.