How Many CTOs

Uncovering Hidden Ambiguities: Why Product Managers Need to Adapt to AI Tooling

In this episode of "How Many CTOs Does It Take?" [https://howmanyctospod.com/] podcast, hosts Scott Porad [https://www.linkedin.com/in/scottporad/] and Brad Hefta-Gaub [https://www.linkedin.com/in/bradheftagaub/] discuss spec-driven development and SpecKit, starting with Brad's story of a product owner resisted SpecKit because it produced "too many words," alongside Scott's example of accepting a 60,000-line pull request by reviewing the spec instead of the code. They reflect on how product owners often can't define what they want until they see it, and how software work is usually clarified through ongoing back-and-forth dialogue. SpecKit surfaces hidden ambiguity by generating questions product owners hadn't considered, changing what used to become ad hoc decisions, bugs, or debt. They argue speed enables tighter iteration, but also pressures product to "know what they want," raising job-impact fears for engineers and possibly product managers too. Their conversation prompts ideas for training, collaborative workflows, and even self-design—tempered by the continued need for standardization and cross-functional expertise. The episode ends with the hosts reflecting on buisness ideas that never came to pass, and affirming that now value comes down to how well the problem can be described. 00:00 Cold Open 01:18 Product Is The Hard Part 02:26 Fast Teams Meet Specs 04:34 Too Many Words Pushback 05:10 Review The Spec Not Code 08:00 Coder To Reviewer Shift 10:20 Why POs Avoid Specificity 13:01 Surfacing Ambiguity Shock 17:43 Two Hour Sprint Loop 19:35 Jobs Changing Anxiety 23:39 Problem Versus Solution Trap 25:56 Vibe Tools And Self Design 26:49 Real Estate CRM Anecdote 28:28 AI Rewrites Software Economics 29:31 Self Design Simple Specs 31:00 When Standards Matter 32:23 Training Product Owners 36:05 Jobs Converge Under AI 37:49 Three Pane Spec IDE 40:40 AI Comes For PMs 44:29 Founder Moats And Copies 46:24 Missed Spotify Moment 48:19 RealNetworks Almost Made YouTube 51:36 Wrap Up And Credits Resources: * How Many CTOs Pod: https://howmanyctospod.com [https://howmanyctospod.com] * Scott Porad: https://www.linkedin.com/in/scottporad/ [https://www.linkedin.com/in/scottporad/] * Brad Hefta-Gaub: https://www.linkedin.com/in/bradheftagaub/ [https://www.linkedin.com/in/bradheftagaub/] #TechPodcast #EngineeringPodcast #DevTalks #PodcastForDevs #HowManyCTOs #Podcast #CTOs #CTOPodcast #ChiefTechnologyOfficer #Technology #Engineering #SoftwareDevelopment #SoftwareEngineering #TechLeadership #EngineeringLeadership #EngineeringCulture #TechDebates #SpecKit #SpecDrivenDevelopment #ProductManagement #AI #ProductOwners #CodeReview #QualityGates #IterativeProcess #UserStories #AIAssistedCoding #Spec

A Fundamental Shift: Change Management, Psychological Safety, and AI's Impact on Engineering Leadership with Dr. Adam Link

In this episode of "How Many CTOs Does It Take?" [https://howmanyctospod.com/] podcast, host Brad Hefta-Gaub [https://www.linkedin.com/in/bradheftagaub/] is joined by Dr. Adam Link, former senior engineering manager at Coinbase, who shares his background leading global teams through highly technical transformations in fintech and crypto, including major infrastructure migrations. They discuss whether different kinds of change require different leadership approaches, emphasizing that change management is fundamentally about people. They discuss how fear makes change harder, so leaders must create psychological safety by providing "air cover" and managing messaging up and down. Adam notes that good managers must handle hard conversations like layoffs and performance issues with empathy while recognizing these outcomes aren't always personal decisions. He offers advice for engineers moving into management, including a tongue-in-cheek analogy that managers "test in production," and describes a challenging EC2-to-Kubernetes migration where success required strong technical credibility, hands-on help, and attention to team psychology. Adam and Brad compare blameless vs egoless retrospectives, discuss leaders defending engineers behind the scenes, and highlight the need for real remediation like error budgets or vendor changes. The conversation closes on AI as a fundamental industry shift, debate over the loss of hand-crafted coding vs enduring need for problem understanding, concerns about the junior-to-senior pipeline if entry roles disappear, decision fatigue from AI agents, and optimism about smaller teams producing better products with fewer bugs. 00:00 Cold Open 00:31 Podcast Intro Guest 02:24 Change Management Basics 03:49 Defining "Air Cover" 06:50 Hard People Decisions 10:19 Managers Test In Prod 13:38 Big Cloud Migration 17:34 Hands On Migration Help 21:04 Failure Friendly Culture 23:41 Blameless vs Egoless Retros Debate 28:56 Managing Up After Outages 30:19 Accountability And Error Budgets 31:38 Vendor Failures And Remediation 33:53 AI Adoption And Resistance 34:44 Craft Versus Assembly Line 37:52 AI As Mid Level Engineer 41:17 Business Value For Juniors 45:11 Pipeline And Decision Fatigue 47:15 Specs Waterfall Meets Agile 49:07 Summary And Closing Thoughts Resources: * How Many CTOs Pod: https://howmanyctospod.com [https://howmanyctospod.com] * Brad Hefta-Gaub: https://www.linkedin.com/in/bradheftagaub/https://www.linkedin.com/in/bradheftagaub/ [https://www.linkedin.com/in/bradheftagaub/] * Dr. Adam Link: https://www.linkedin.com/in/adamlink/ [https://www.linkedin.com/in/adamlink/] #TechPodcast #EngineeringPodcast #DevTalks #PodcastForDevs #HowManyCTOs #Podcast #CTOs #CTOPodcast #ChiefTechnologyOfficer #Technology #Engineering #SoftwareDevelopment #SoftwareEngineering #TechLeadership #EngineeringLeadership #EngineeringCulture #TechDebates #AIRevolution #EngineeringCulture #ChangeManagement #LeadershipSkills #AIAssistedProgramming #AI #FinTech #Crypto #

An Ideal Partnership: How and When to Split CTO and VP of Engineering Duties

In this episode of "How Many CTOs Does It Take?" [https://howmanyctospod.com/] podcast, hosts Scott Porad [https://www.linkedin.com/in/scottporad/] and Brad Hefta-Gaub [https://www.linkedin.com/in/bradheftagaub/] discuss the recurring question: when it's appropriate to hire a VP of Engineering and how to divide responsibilities so the CTO can better align product, business, and technology strategy. They define CTO vs VP of Engineering work, review Gemini's matrix (strategy/vision vs execution/people/process, external vs internal, success metrics, and typical direct reports), and add nuance about internal stakeholders within and outside the company. They discuss cases where leaders can't do both jobs and why founders shouldn't give the CTO title too early. They emphasize CTO/VPE as a yin-yang partnership with clear decision rights and KPIs. Brad shares experiences with split dev/ops teams and argues for engineers having operational skin in the game, while Scott outlines his org functions and defines ops as what's required to keep systems running. They propose carving up responsibilities by strategy vs building (and operating), debate punting corporate IT to the CFO versus keeping it tied to security, and consider using Gemini to suggest how to split roles. The episode closes on letting go of ego through clear expectations, Scott's recommendation of the book "First, Break All the Rules," how skill or interest gaps can force a split despite hierarchical titles, and a pro tip to align on expectations with your CEO so teams can measure progress and celebrate wins like uptime and cycle-time improvements. 00:00 Cold Open 00:27 Podcast Intro Banter 00:49 Small Business AI Win 02:09 Team Size Context 03:52 When to Add VPE 05:40 CTO vs VPE Roles 07:11 Gemini Comparison Matrix 10:54 Startup Hiring Patterns 13:39 Titles and Founder Pitfalls 15:18 Yin and Yang Partnership 18:09 Carving the Org Pie 20:31 Corporate IT and Security 24:20 Strategy Versus Execution 25:28 Reliability And SRE Ownership 27:24 Defining Operations Teams 30:04 On Call And Skin In Game 31:18 Using Gemini To Split Roles 33:08 Letting Go And Ego 34:33 KPIs Enable Delegation 37:28 Manager Clarity Framework 38:57 When Skill Gaps Force Split 41:55 Set Your Scorecard 44:16 Celebrate KPI Wins 45:51 Wrap Up And Credits Resources: * How Many CTOs Pod: https://howmanyctospod.com [https://howmanyctospod.com] * Scott Porad: https://www.linkedin.com/in/scottporad/ [https://www.linkedin.com/in/scottporad/] * Brad Hefta-Gaub: https://www.linkedin.com/in/bradheftagaub/ [https://www.linkedin.com/in/bradheftagaub/] #TechPodcast #EngineeringPodcast #DevTalks #PodcastForDevs #HowManyCTOs #Podcast #CTOs #CTOPodcast #ChiefTechnologyOfficer #Technology #Engineering #SoftwareDevelopment #SoftwareEngineering #TechLeadership #EngineeringLeadership #EngineeringCulture #TechDebates #VPofEngineering #Gemini #CTOvsVPE #VPE #SecurityMindset #AI #DevOps #GrowthMindset #TeamCollaboration #CorporateCulture #BusinessGrowth #AIIntegration #Operations #StrategicVision #ManagementStyles #RoleDivision #ExecutiveDecisions

Where Does the Alpha Flow?: Rethinking Software Value in the Age of AI

In this episode of "How Many CTOs Does It Take?" [https://howmanyctospod.com/] podcast, hosts Scott Porad [https://www.linkedin.com/in/scottporad/] and Brad Hefta-Gaub [https://www.linkedin.com/in/bradheftagaub/] discuss a conversation Scott had with coworkers after discovering Confluence connected to Google Drive and Slack, raising questions about whether to rely on tools like Confluence or a generic layer like Claude to aggregate knowledge and enable agents. A colleague suggested "alpha flows to where building happens," prompting Scott to question whether he agrees, what engineers actually need from AI (clear specifications), and whether customer insights and business needs matter more than internal documents. The hosts explore different types of builders, how clean data becomes a differentiator once tooling is ubiquitous, and define "dirty" or stale data through examples of conflicting documentation and misleading dashboards. Brad argues that as the building gets easier, the value shifts to market understanding and especially to the spec, not the code, while both conclude that ultimately, advantage comes from strong guardrails for correctness and value. 00:00 Cold Open 00:26 Podcast Setup And Topic 00:52 Confluence AI Discovery 02:32 Alpha Flows To Builders 03:51 Six Big Questions 07:36 Long View On Differentiation 09:12 Specs And Translation Layer 13:15 Design Levels And Personas 17:24 Moats Disappear In AI Era 20:41 Security And Exploit Agents 21:54 Mythos And Free Code 22:33 Specifying What Matters 23:23 Agent Strip Mining Products 24:42 Dirty Data In Knowledge 28:30 Stale Docs And Deletion 30:31 Bias And Interpretation 32:08 Ready Aim Shoot Debate 34:49 Specs QA And Guardrails 37:30 Where Value Really Flows 39:29 Wrap Up And Subscribe Resources: * How Many CTOs Pod: https://howmanyctospod.com [https://howmanyctospod.com] * Scott Porad: https://www.linkedin.com/in/scottporad/ [https://www.linkedin.com/in/scottporad/] * Brad Hefta-Gaub: https://www.linkedin.com/in/bradheftagaub/ [https://www.linkedin.com/in/bradheftagaub/] #TechPodcast #EngineeringPodcast #DevTalks #PodcastForDevs #HowManyCTOs #Podcast #CTOs #CTOPodcast #ChiefTechnologyOfficer #Technology #Engineering #SoftwareDevelopment #SoftwareEngineering #TechLeadership #EngineeringLeadership #EngineeringCulture #TechDebates #AI #AITransformation #DataDriven #Innovation #Automation #DisruptiveTechnology #AIFuture #AITrends #InnovationInAI #AIForBusiness #TechRevolution #AIInsights #AIRevolution #EthicalAI #AIAssistedCoding

Product-Market Fit and Pragmatic AI: Insight from RevenueCat's CTO Miguel Carranza

In this episode of "How Many CTOs Does It Take?" [https://howmanyctospod.com/] podcast, hosts Scott Porad [https://www.linkedin.com/in/scottporad/] and Brad Hefta-Gaub [https://www.linkedin.com/in/bradheftagaub/]" interview Miguel Carranza [https://www.linkedin.com/in/miguelcarranza/] Spanish-born co-founder/CTO of RevenueCat, who describes discovering subscription billing pain while building the Elevate app and turning that hard, "boring" problem into a YC-backed business. He explains RevenueCat's scale (billions of API requests/day) and the resulting priorities: product-market fit, reliability/security, and sustaining culture in a fully remote team across 27 countries. Scott and Brad commiserate with Miguel about avoiding platitudes in company values by grounding them in specific principles—always be shipping, customer obsession, ownership, balance, pragmatism, and healthy paranoia—reinforced through public shout-outs and performance expectations, plus examples of choosing customer support over strict entitlement. The discussion covers AI's tailwinds, internal adoption, standardizing workflows, a rule that PR authors must understand every line, and why auto-generating PRs from bug reports still requires context and triage. 00:00 Cold Open 00:24 Meet Miguel Carranza 01:06 From Spain to Startups 02:28 Subscription Billing Pain 04:50 Building RevenueCat 09:49 Scaling and Reliability 11:16 Culture as a CTO Job 14:31 Defining Company Values 16:56 Pragmatism and Paranoia 19:16 Making Values Real 23:24 Values Over Talent 24:39 Daily Value Decisions 24:58 Slack Support Dilemma 26:28 Pragmatic Customer Fixes 28:38 Culture Fit Reality 30:02 AI Era Product Fit 35:06 Organic AI Adoption 37:28 AI Coding Guardrails 40:49 Bug To PR Debate 44:48 Engineering Identity Shift 47:30 Closing Thank Yous And Plugs Resources: * How Many CTOs Pod: https://howmanyctospod.com [https://howmanyctospod.com] * Scott Porad: https://www.linkedin.com/in/scottporad/ [https://www.linkedin.com/in/scottporad/] * Brad Hefta-Gaub: https://www.linkedin.com/in/bradheftagaub/ [https://www.linkedin.com/in/bradheftagaub/] * Miguel Carranza: https://www.linkedin.com/in/miguelcarranza/ [https://www.linkedin.com/in/miguelcarranza/] * RevenueCat: https://www.revenuecat.com/ [https://www.revenuecat.com/] #TechPodcast #EngineeringPodcast #DevTalks #PodcastForDevs #HowManyCTOs #Podcast #CTOs #CTOPodcast #ChiefTechnologyOfficer #Technology #Engineering #SoftwareDevelopment #SoftwareEngineering #TechLeadership #EngineeringLeadership #EngineeringCulture #TechDebates #SoftwareDevelopment #StartupSuccess #StartupCulture #TechEntrepreneurship #Innovation #AI #AIRevolution #AIAssistedProgramming #AICoding #RevenueCat