Two-Week No-Typing Sprint

What if vibe coding is the worst thing you could do with AI agents? The developers seeing the biggest gains aren’t prompting harder. They’re planning smarter, spec-first, and treating AI as a facilitator rather than a code generation engine.

In this episode, Brian Madison, creator of the BMad Method, shares how a year of late-night AI experiments led him to a structured, Agile-inspired approach to building software with AI agents. Brian explains why jumping straight into agent mode without upfront planning (what most people call vibe coding) reliably hits a wall, and how a disciplined spec-first workflow breaks through that ceiling.

He walks through the BMad Method’s core workflow: brainstorming, PRD, architecture, UX design, and context-rich user stories, each feeding into the next so the agent always has exactly what it needs. Brian also recounts a transformative two-week sprint he ran with his team where engineers were given permission to fail, and how that single experiment changed the way his entire organisation works with AI.

Finally, he reflects on what this shift means for the future of software engineering — where the unit of work is moving from tasks and stories to full features and epics, and every engineer can operate more like a tech lead.

Key topics discussed:

• Why vibe coding hits a wall and how spec-driven dev fixes it
• Using AI as a facilitator, not just a code generator
• The BMad Method: PRD → architecture → context-rich stories
• How a 2-week “no typing” sprint transformed his engineering team
• Giving teams permission to fail as a leadership tool
• The shift from user stories to epics as the unit of work
• Why problem decomposition is engineers’ biggest AI superpower

Timestamps:

• (00:00:00) Trailer & Intro
• (00:02:44) How Did the US Army Shape Brian’s Journey into Software Engineering?
• (00:06:35) How Can Engineers Overcome Imposter Syndrome and Build Self-Confidence?
• (00:10:23) What Does BMad Actually Stand For?
• (00:13:49) What Is the BMad Method?
• (00:22:11) How Does BMad Approach Context and Spec Engineering?
• (00:29:02) What Sparked the Creation of the BMad Method?
• (00:44:55) What Productivity Gains Has the BMad Method Produced?
• (00:48:36) How Will AI Change the Unit of Work for Software Engineers?
• (00:55:51) How Does BMad Keep Specs and Code in Sync Over Time?
• (01:01:01) What Is the Best Way to Get Started with the BMad Workflow?
• (01:05:00) Which AI Models and Tools Does the BMad Method Support?
• (01:08:21) 4 Tech Lead Wisdom

_____

Brian Madison’s Bio
Brian Madison is the creator of the BMad Method, an open-source framework that treats AI as a facilitator for workflows across any domain—software development, product management, operations, and beyond. Used globally, the BMad Method helps people work through complex processes using AI personas, from engineers driving spec-driven development to product managers crafting better PRDs and requirements.

Currently a Senior Engineering Manager at Extend, Brian led product engineering teams toward becoming an AI-native organization and now leads the entire AI SDLC transformation for the company, using the BMad Method as a framework, reimagining how AI flows through the full software development lifecycle.

Brian’s approach to leadership was forged during his service in the U.S. Army, where he learned the values of servant leadership, discipline, and mission-first execution.

Follow Brian:

• LinkedIn – linkedin.com/in/bmadcode
• BMad
• Website – bmadcode.com
• Docs – docs.bmad-method.org
• GitHub – github.com/bmad-code-org/BMAD-METHOD
• Discord – discord.gg/gk8jAdXWmj
• YouTube – youtube.com/@BMadCode
• X – x.com/BMadCode
• Facebook – facebook.com/@BMadCode

Like this episode?
Show notes & transcript: techleadjournal.dev/episodes/255.
Follow @techleadjournal on LinkedIn, Twitter, and Instagram.
Buy me a coffee or become a patron.