Why Planning Kills More Startups Than Bad Code (Serial Startup Founder)

What if the real runway isn't money but learning speed? Anders Fredriksson has spent 20 years building startups and watching teams fail the same way: big plans, slow feedback, zero learning. Named Sweden's most prominent internet entrepreneur in 2007, he's now writing the book on what he calls the Speed methodology — Optimising Startups For Speed Of Iteration.

In this episode, we dig into why backlogs are dead weight, why pull requests are your biggest bottleneck, and why end-to-end ownership changes everything. Anders shares how his team went from deploying every two weeks to 30 deploys per day, why the one metric that matters replaces your entire planning process, and what happens when AI agents take over the coding while engineers build the machine that builds the machine.

GUEST

Anders Fredriksson - Serial Entrepreneur & Author of "Speed: Optimizing Startups for Speed of Iteration"

Anders has 20+ years of startup experience, from being named Sweden's most prominent internet entrepreneur in 2007 to now building Staer.ai, where the team writes virtually no code by hand. He's spent his career figuring out why startups move too slow and what to do about it.

Find Anders:

LinkedIn: https://www.linkedin.com/in/andersfredriksson/

X: https://x.com/andefred

TIMESTAMPS

00:00 Introduction and Guest Welcome

01:00 The Speed Hypothesis: Small Steps Beat Big Plans

05:00 Implementing Speed at Ansen

09:00 No Backlog, No Sprints — Daily Experiments Instead

11:00 From Two-Week Sprints to 30 Deploys Per Day

14:00 When Speed Doesn't Apply: Known vs Unknown Solutions

19:00 Runway Is Learning Speed, Not Money

25:00 Generalists Win in the Age of AI

30:30 What's Left for Engineers When AI Writes the Code

36:00 Agents Working Toward Outcomes, Not Just Outputs

39:00 The Biggest Pushback: Killing Pull Requests

47:00 Top Tools and Practices: Monorepo, TypeScript, CI/CD

54:00 From Crashed Startups to Writing the Book on Speed

59:00 One Thing You Can Do Tomorrow Morning

KEY TAKEAWAYS

1. Optimize for learning speed, not runway — if you're not learning fast enough, money won't save you. The build-measure-learn loop is only as good as your cycle time.

2. Replace backlogs with a One Metric That Matters (OMTM) — a living, short-term metric that every person in the company can impact daily. Change it frequently as you learn.

3. End-to-end ownership means engineers own the full loop — from understanding the customer problem to shipping to production and measuring impact. No handoffs to product managers.

4. Pull requests are your biggest bottleneck — asynchronous code reviews kill deployment speed. Replace them with synchronous pair programming or, with senior teams, skip reviews entirely.

5. The engineer's new job is building the machine that builds the machine — maintaining agent infrastructure, removing friction, and ensuring AI can verify its own work.

6. Do the bottleneck workshop — map every step from feature idea to production, multiply frequency by time, and fix the biggest number first.

RESOURCES MENTIONED

- "Speed: Optimizing Startups for Speed of Iteration" by Anders Fredriksson (upcoming book)

- Lean Startup by Eric Ries (build-measure-learn loop)

- Nx (monorepo orchestration tool)

- Blacksmith (fast CI runner)

- Kubernetes (container orchestration)

CONNECT WITH PRODUCT ENGINEERS

Host: Peppe Silletti

Website: https://productengineers.com

LinkedIn: https://www.linkedin.com/company/product-engineers

SUPPORT THE SHOW

If this episode made you rethink how fast your team actually moves, share it with a founder or engineer who's stuck in two-week sprint cycles. Drop a comment below with your biggest takeaway.

This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit

podcast.productengineers.com