Posts, page 1 of 4

Things I've watched over the weekend

Published in notes

This week I've taken the time to watch a few things and write a tweet thread that proved popular.

Inquiry: Challenges In Implementing Digital Change

First up, was the Public Accounts Committee inquiry into Challenges In Implementing Digital Change. The committee used the written evidence well to ask the witness well-formed questions. Yet one member demonstrated the lack of understanding that one of the pieces of evidence opened with:

"We draw attention to the lack of awareness and understanding across senior levels in government (both politicians and civil servants) about what ‘digital transformation’ actually is." - CDC0001 - Challenges in implementing digital change

Dan Carden MP, instead of using the evidence to fill in his knowledge gaps, gave his ideas on how to implement digital change:

Surely starting every system from scratch in one department and the numbers of failures we've seen, if you were creating a system from the beginning wouldn't you set one system up across government - video

Overtime, we've learnt small is generally better (don't prematurely optimise though). But thanks for your ideas Dan.

The whole inquiry is worth a watch. The witnesses do well, which is encouraging, yet frequent naive questions or points made by the committee somewhat proves the point of the inquiry. Ironic.

Consciously Hybrid, the film

I found this film via Tech Market View, who reviewed the Netflix-style documentary:

The film does indeed capture very well the challenges organisations face as they attempt to juggle legacy debt alongside new cloud platforms, and the dual IT environments these create.

HPE have a shiny manifesto too, which does repeats the themes many people say in the public sector, yet nothing gets done about them, e.g. "Current challenges such as legacy procurement and budget processes that are predominantly focussed on capital expenditure, only perpetuate the budget drain caused by legacy IT."

I was nodding at everything Tracey Jessup (CDIO of UK Parliament) was saying... "Work with treasury to think how to alter the Green Book and make sure it can best meet what's needed in the current cloud environment whilst also hitting everything it needs to around transparency for the public and the treasury."

The documentary features many more public sector people. Good to know there's a growing consensus on what the major systemic blockers to digital transformation are.

Suggestion: formally detach the DDaT function from Civil Service pay controls

I did a tweet thread! And it picked up some interest. What do you think Central Digital and Data Office (CDDO)?

Highlights of speaking workshop

Published in notes

I've made a pact with Bex last week to write a blog post if she did (and she did). So here's my last minute contributions on a brilliant speaking workshop I attended a few weeks back run by Dylan.

Eleven of us from various bits of MoJ D&T were hosted by Dylan on Zoom over 2 days, 5 hours each day. Dylan ran a few warm-up exercises to get us all limbered up, then eased into the topics.

A few highlights for me were:

  • threat model what could go wrong with connecting with your audience
  • a good talk lasts around 18 minutes according to TED. Go longer if you're telling a good story.
  • Dylan met Peter Hintjens, which triggered a memory of Peter's blog post A Protocol for Dying (he underwent voluntary euthanasia a few months after publishing)
  • learning about @reverentgeek
  • if presenting at home, smarten yourself up and present standing up
  • thoroughly entertained and educated by the 3 minute talks the 11 other attendees gave
  • takes a lot of time to put together a 3 minute talk with or without slides. becomes easier with practice

Now I need to put what I learnt into practice!

Find out more about the speaking workshop on Dylan's website. I wholeheartedly recommend.

Why your digital restaurant needs a clean and well-maintained kitchen

Published in software

Software maintenance is important, and warrants more analogies. Maintaining a restaurant is an obvious thing to do. With software, maintenance is not as obvious as it is in the physical world.

Maintaining a restaurant

You: "Can I have the Tiger Prawn Goan Curry, Chips and Mixed Garden Leaf Salad, please?"

Chef: "Sorry, that will take 4 hours."

You: "Why?"

Chef: "I haven't cleaned for a few weeks. I need to wash pots and pans, scrub the surfaces, scrape the grill, restock, throw out the old stuff in the freezer..."

This scenario rarely happens of course. Maintenance activities are a business as usual activity. They are mostly invisible to the customer, except for the clearing and cleaning of tables. The customer's bill doesn't have a line item for maintenance. It's an operational cost to the business.

When maintenance activities are neglected, risks increase. Customers get food poisoning. Staff get stressed, then leave. Hiring new staff happens in a state of panic. Standards slip. Food inspectors enforce action when things get really bad.

When risk is so high, operations, and therefore customers, are impacted. The restaurant must close for a deep clean and reorganisation, or permanently close. Some equipment must be thrown away because it's so encrusted with harmful, hard to clean bacteria. And replacement parts don't exist anymore.

Customers value good food, and a memorable experience. They don't value what happens behind the scenes.

Maintaining Software

Clean as you code

Back to software. Customers value working software. Customers value quick response to their changing needs.

The expected lifetime of software is important. The longer the lifespan, the more significant maintenance becomes. The value of maintenance is the capability to respond to changes within reasonable time. Maintenance keeps things simple or, at the very least, enables you to manage complexity.

Clean as you code. Make it part of your daily work.

Or neglect cleaning

When you code, without cleaning as you go, risks build up. Software becomes harder to keep working and harder to adapt to change.

Unmanaged complexity makes it riskier to deliver new business value, address security vulnerabilities, remain compliant with regulation, and keep operating at an acceptable level of performance.

Expedient repairs are the natural state for software lacking preventative maintenance. They are costly and treat the symptom, by continuing to deliver value in risky ways.

Reorganise as you change

Some restaurants aim to keep quality high, so stay small and exclusive. They know what they're good at, their staff and customers value this specialisation.

Some restaurants want to adapt their business, offering more choice to more customers perhaps. They hire extra staff, perhaps invest in larger premises but most importantly they reorganise around a suitable commercial kitchen layout, factoring in the most important considerations - ergonomics, space, staff communication and safety. The outcome remains the same - good food, with more choice, to more customers.

Likewise, software that powers a product must reorganise as it scales its features and gains more customers. Reorganise software into small, disposable components. Small components are easier to build, clean and discard. Small is less complex, easier to change and keep working.

Build evolutionary architectures.

Or don't reorganise

Complexity goes up therefore risk goes up. Software is harder to keep working and harder to change. Ultimately, everyone gets stressed and your customers are impacted negatively.

Further info