Serverless Craic from The Serverless Edge

Send a text
AI is dramatically increasing the speed at which teams can build software. But if you can ship features in hours instead of months, a new problem emerges:
How do you know you’re building the right thing?

In this episode of Serverless CrAIc, Dave Anderson, Mark McCann, and Michael O’Reilly explore why clarity of purpose and a strong North Star are more important than ever in an AI-accelerated world.

As AI tools and agentic systems remove friction from development, teams can prototype, build, and deploy faster than ever before. But without clear direction, that speed can quickly turn into chaos, feature overload, and wasted effort.

We discuss:
Why the North Star framework still matters in the AI era
The importance of leading vs lagging metrics
How observability and telemetry support decision-making
Why product management and engineering roles are shifting
The growing need for product-oriented engineering teams
If AI increases your delivery velocity, your strategy and decision-making must evolve just as quickly.

Chapters

00:00 – Welcome to Serverless Craic
AI everywhere and the coming singularity (maybe).
00:31 – Does the North Star still matter in the AI era?
Why clarity of purpose becomes even more critical when you can build faster.
01:30 – Why speed without direction is dangerous
How AI can lead teams to build the wrong things faster.
02:20 – Experience as an advantage in the AI era
Why experienced engineers ask better questions of AI systems.
03:06 – The first North Star question: What game are you playing?
Defining your problem space before building anything.
04:29 – Rapid experimentation with AI prototypes
Using AI-driven prototyping to discover meaningful product signals.
05:41 – Observability hasn’t changed
Why understanding what to measure is still the hardest problem.
06:32 – Leading vs lagging metrics
How telemetry and instrumentation help teams track progress.
07:53 – The shift toward systems thinking
Why engineers increasingly need a systems engineering mindset.
08:29 – Product management pressure in the AI era
The growing importance of solving real customer problems.
09:27 – Wardley mapping, user needs, and rapid iteration
Why product strategy becomes more important as teams move faster.
10:38 – The danger of overwhelming users with features
Understanding organisational and user adoption limits.
11:01 – Decision-making speed in large organisations
Why strategic decisions must flow faster through organisations.
11:55 – Engineering teams becoming product teams
Autonomy and product ownership in high-velocity environments.
12:48 – Making good decisions against the North Star
Why strong leadership and judgement still matter.

Resources & References
North Star Framework – aligning teams around a single product metric
Leading vs Lagging Metrics – measuring immediate vs long-term outcomes
Observability in modern systems – instrumentation and telemetry
The Build Trap (concept discussed by product leadership thinkers)
Wardley Mapping – understanding user needs and strategic positioning
DORA Metrics – measuring engineering delivery performance
Serverless Craic from The Serverless Edge
Check out our book The Value Flywheel Effect
Follow us on X @ServerlessEdge
Follow us on LinkedIn
Subscribe on YouTube

Send a text
🎙 AI: Commodity or Differentiator? | The Value Flywheel in 2026

AI has taken a step change. Over the past few months, adoption has accelerated dramatically — but are organisations applying it with clarity, or just chasing hype?

In this episode of The Serverless Edge, we unpack:

AI as a commodity vs differentiator
Why clarity of purpose matters more than ever
The risks of “vibe coding” critical systems
Security, blast radius, and agent containment
Accelerating your Value Flywheel safely with AI
Why you cannot outsource critical thinking to an LLM

If you're a CTO, architect, or engineering leader trying to navigate AI adoption without introducing systemic risk — this conversation is for you.

⏱ Chapter Markers

00:00 – The AI Step Change: What Happened in Late 2025?
02:00 – AI as Commodity vs Differentiator
03:10 – The Cost of Building What’s Already a Commodity
04:20 – Internal Acceleration vs Product Features
05:30 – Training Data, Sovereignty & Enterprise Risk
06:45 – Where AI Becomes Dangerous in Your Organisation
08:00 – Agentic AI & Blast Radius: Why Containment Matters
09:20 – Competing With the Platform Providers
11:10 – SaaS Killed by AI? The AWS Reinvent Effect
13:00 – “Vibe Coding” Core Business Systems (And Why That’s Madness)
15:00 – Where You Shouldn’t Experiment With AI
16:00 – Faster Feedback Loops & Engineering Throughput
17:30 – Discipline, Metrics & the North Star
18:20 – Using AI to Improve Your Own Thinking
19:00 – Context Is Everything (And Harder Than You Think)
20:10 – Organisational Design for Humans and Agents
21:00 – Turning the Flywheel Before Adding AI
21:50 – Why Sitting on the Sidelines Isn’t an Option

🔎 Key Themes
1. Clarity Before Capability

Most organisations should consume AI, not build foundational models. The differentiator is rarely the LLM itself — it’s how clearly you understand:

Your user needs
Your value chain
Your supply chain dependencies
Your regulatory boundaries
Without that clarity, AI simply accelerates confusion.

2. Blast Radius & Containment

Agentic systems introduce a new risk profile.
If you deploy AI into:
Poorly governed SDLC environments
Weakly defined security domains
Legacy operational processes
You expand blast radius unintentionally.
Think SaaS isolation. Think sandboxing. Think containment by design.

3. Speed Changes Everything

If AI compresses delivery cycles from weeks to hours:
Your product discovery loop must accelerate
Decision-making must tighten
Metrics must be explicit
Engineering must sit inside the feedback loop
AI increases velocity — but velocity without direction is chaos.

4. You Cannot Outsource Critical Thinking

AI can help:
Refine your North Star
Improve impact mapping
Sharpen KPIs
Draft Wardley Maps
Analyse value chains
But it cannot replace:
Context
Judgement
Organisational alignment
Strategic trade-offs

You still need to do the hard yards.

📚 Related Concepts & Resources

The Value Flywheel Effect
Wardley Mapping
North Star Framework
Impact Mapping
SDLC Acceleration
Agentic AI Architecture

Serverless Craic from The Serverless Edge
Check out our book The Value Flywheel Effect
Follow us on X @ServerlessEdge
Follow us on LinkedIn
Subscribe on YouTube

Send a text
AI Myths in Software Engineering. AI is colliding with software engineering at full speed — and a lot of myths are emerging along the way.

In this episode of Serverless Craic, Dave Anderson, Mark McCann, and Michael O’Reilly unpack how AI, GenAI, and agentic systems intersect with the ideas behind The Value Flywheel Effect. Rather than hype or fear, this is a grounded engineering discussion about quality, responsibility and long-term value.

We explore six common myths about AI and software engineering — and why good engineering judgement, domain knowledge, and clarity of purpose matter more than ever.

If you care about building sustainable systems, not just shipping demos, this one’s for you.

Chapters

00:00 – Welcome & context
Why AI + serverless + the Value Flywheel is colliding right now

01:50 – Myth 1: “Software engineering is dead”
Why engineering skills are more valuable, not less

07:06 – Myth 2: “My skills will become irrelevant”
Moving up the value chain, domain expertise, and growth mindset

13:40 – Myth 3: “The quality isn’t good enough”
Standards, constraints, and why worst it’ll ever be is today

18:44 – Myth 4: “The model understands the problem”
Pattern matching vs understanding, context, and critical thinking

24:20 – Myth 5: “I’ll be forced to use AI”
Workflows, guardrails, security, and excessive privileges

31:54 – Myth 6: “We’ll need fewer engineers”
Jevons Paradox, lowered barriers, and the coming demand explosion

34:22 – Closing thoughts
AI, velocity, and the future of sustainable software engineering

Key Themes Discussed

AI as an abstraction layer, not a replacement for engineering
Why standards, constraints, and operability still matter
Domain-Driven Design as AI-amplifying, not obsolete
Agentic systems, skills, prompts, and containment
Security risks: excessive privileges & supply-chain concerns
Velocity vs sustainability in AI-assisted development

Resources & References

The Value Flywheel Effect – principles referenced throughout
Wardley Mapping & situational awareness
Domain-Driven Design (DDD)
OWASP Top 10 for LLMs (excessive privileges, agent risks)
Jevons Paradox (efficiency driving increased demand)
Early cloud cost & governance parallels
Threat modelling for AI and agentic systems
Serverless Craic from The Serverless Edge
Check out our book The Value Flywheel Effect
Follow us on X @ServerlessEdge
Follow us on LinkedIn
Subscribe on YouTube

Send a text
In the first Serverless Craic episode of 2026, Dave Anderson, Mark McCann, and Michael O’Reilly reflect on a five-year journey that began in early 2021 with the idea for The Value Flywheel Effect.

This episode closes out the book series by looking back—warts and all—at what it really took to write, publish, promote, and apply the ideas in practice. The conversation spans writing fatigue, editing realities, imposter syndrome, enterprise adoption, and why the flywheel is arguably more relevant than ever in an AI-first world.

If you care about modern software delivery, cloud strategy, serverless-first thinking, and leading technology change, this one is for you.

⏱️ Chapters

00:00 – Welcome & context
Episode 79, first show of 2026, and closing out the book series 

01:20 – How the book started (2021 → 2026)
From an idea to a five-year journey

01:35 – Did we enjoy writing the book?
Ideation, Guinness-fuelled drafts, and the reality of writing

02:30 – Shaping the narrative
Why writing is harder than it looks, and why shared context doesn’t scale

04:10 – Atomic essays & capturing thinking early
GitHub, short-form writing, and building habits

05:00 – Would this book have helped us 15 years ago?
Modernisation gaps, agile limits, and why the flywheel mattered

06:00 – The editing process (and thick skin)
What professional editors really do to your manuscript

07:40 – Feedback, criticism, and author psychology
Why the one negative comment sticks

09:15 – Has the book made an impact?
Enterprises, conferences, and unexpected adoption stories

12:40 – Applying the flywheel in real organisations
North Stars, Team Topologies, serverless-first in practice

14:30 – The hardest part of the whole journey
Finishing, introductions, and the truth about selling a book

17:30 – Promotion, modesty, and imposter syndrome
Why marketing a book is a full-time job

19:00 – Influences & supporters
Kent Beck, Adrian Cockcroft, Simon Wardley, and standing on shoulders

21:45 – Is the book still relevant in the age of GenAI?
Why the flywheel + AI is a force multiplier

23:00 – AI, context engineering, and agentic systems
Using codified principles to guide AI effectively

25:30 – Lowering the barrier to good practice
How AI helps teams apply architecture, security, and governance

29:00 – Business strategy vs technical strategy
Is the divide finally disappearing?

31:45 – The emerging “builder” persona
Shifting left, shifting right, and new SDLC realities

34:50 – Closing thoughts & what’s next
AISDLCs, Brownfield challenges, and future episodes

📚 Resources & Links

📘 The Value Flywheel Effect — principles for modern cloud and serverless transformation

🌐 The Serverless Edge: https://theserverlessedge.com

🎥 Subscribe on YouTube for weekly Serverless Crack episodes

💬 Follow the conversation on LinkedIn

💡 Key Takeaways

Writing a book is much harder than most engineers expect

The flywheel was never about tech or business—it’s about both

AI makes codified principles (North Stars, well-architected practices) more valuable, not less

Serverless Craic from The Serverless Edge
Check out our book The Value Flywheel Effect
Follow us on X @ServerlessEdge
Follow us on LinkedIn
Subscribe on YouTube

Send a text
How the BBC Built a Serverless-First Architecture: In this episode of Serverless Craic, Dave, Mark, and Michael explore one of the most compelling real-world examples of serverless at scale: the BBC’s serverless-first transformation.

We break down how the BBC News engineering team delivers global, highly-spiky traffic, meets strict public-service constraints, reduces incidents, and accelerates delivery—all with a pragmatic serverless-first mindset.

Expect insights on production readiness, architectural constraints, continuous delivery, problem prevention at scale, and how the BBC evolved a massive digital estate by keeping things intentionally simple.

⏱️ Chapter Markers

00:00 – Intro
00:03 – Welcome to the episode
00:21 – BBC case study overview
02:11 – Complexity, scale and global distribution
03:42 – User experience, design systems, and history of BBC transformation
05:03 – Serverless-first and focusing on differentiating value
05:47 – Spiky traffic, transcoding and pragmatic trade-offs
06:42 – Constraints and why serverless works for the BBC
07:59 – Team size, reducing maintenance load, and continuous delivery
08:27 – Serverless-first, not serverless-only
09:05 – BBC traffic levels and operational performance
09:47 – Problem prevention, reliability and long-term value
10:02 – Improvements in BBC Media Player and user experience
10:06 – Evolution, complexity, and Gold’s Law
11:01 – Closing thoughts and what’s coming next
11:08 – Outro & Call to action

🔧 Resources & Mentions

BBC Article – Delivering BBC Online Using Serverless https://www.bbc.co.uk/articles/clynq1gyn1ro

The Serverless Edge – The Value Flywheel Effect Framework
https://theserverlessedge.com/12-key-tenets-of-the-value-flywheel-effect/

Gall's Law – Complex systems evolving from simple systems
https://en.wikipedia.org/wiki/John_Gall_(author)

Adrian Cockcroft – Serverless constraints and production readiness
https://medium.com/@adrianco

AWS Serverless Best Practices
https://builder.aws.com/content/2pYmkuLReVaqZ29ew1P3Dn4iAvH/best-practices-for-serverless-technologies-in-aws

Serverless Craic from The Serverless Edge
Check out our book The Value Flywheel Effect
Follow us on X @ServerlessEdge
Follow us on LinkedIn
Subscribe on YouTube