AI is making it faster and cheaper to ship features. That doesn't mean you should ship more of them at once.

Peter and Dave dig into a pattern they're both starting to see: organizations using AI-assisted development as a reason to bring back big upfront planning and large project releases. The logic makes a certain kind of sense. If AI can build faster, why not design bigger? But that reasoning skips the part that actually mattered when teams moved to product delivery in the first place: validating that you're building what customers actually need.

The conversation covers why large releases make it harder to learn what's working, why feature parity with competitors is a trap, and what "North Star context" actually means when you're coordinating AI agents. The core argument: the planning layer is back in vogue for good reason, but the delivery layer still needs to be small and iterative. Cheaper to build doesn't reduce business risk. It just makes it easier to build the wrong thing faster.

This week's takeaways:

• AI augmentation speeds up building and releasing features, but it doesn't replace the need to validate whether those features are what customers actually want.
• A big picture plan is useful as context for AI agents and delivery teams, but over-specifying every step upfront wastes time on details that will change anyway.
• The goal isn't projects vs. product delivery. It's combining a clear long-term direction with small, measurable, iterative delivery tied to real outcome metrics.

Listen to the full episode at definitelymaybeagile.com
Subscribe so you never miss an episode.
Have a question or topic you'd like us to cover? Reach out at feedback@definitelymaybeagile.com