<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:podcast="https://podcastindex.org/namespace/1.0"><channel><title>Going to Production</title><description><![CDATA[<p>Going to Production is the podcast where technical leaders get real about the complexities of shipping software. Hosted by Wael and David, each episode features honest conversations with VPs of Engineering, CTOs, and seasoned technical decision makers who share the unvarnished truth about what it really takes to get code from development to production.</p>
<br/>
<b>What You'll Discover</b>
<p>This isn't another podcast about the latest frameworks or theoretical best practices. We dive deep into the messy realities that every technical leader faces: the trade-offs that keep you up at night, the production incidents that teach hard lessons, and the organizational challenges that textbooks don't prepare you for.</p><br/>
<p>Our guests share real stories from the trenches—the moments when "it works on my machine" meets the harsh reality of production environments, scaling challenges, team dynamics, and the pressure to deliver reliable software under tight deadlines.</p>
<br/>
<b>Who This Is For</b>
<p>Going to Production is designed for technical decision makers who need more than surface-level advice. Whether you're a VP of Engineering navigating organizational complexity, a technical lead managing production systems, or an engineering manager balancing technical debt with feature delivery, you'll find actionable insights from leaders who've been where you are.</p>
<br/>
<b>The Format</b>
<p>Each series focuses on a broad topic critical to production success, explored across multiple episodes with different perspectives and real-world case studies. From deployment strategies and incident response to team scaling and technical decision-making under pressure, we cover the full spectrum of challenges that define modern software delivery.</p>
<br/>
<p>Join us for conversations that matter—where technical leaders share what they've learned, what they wish they'd known, and what really works when the stakes are high.</p>]]></description><link>https://going-to-production.com</link><language>en-us</language><pubDate>Thu, 12 Mar 2026 13:00:00 +0000</pubDate><lastBuildDate>Fri, 31 Jul 2026 19:39:17 +0000</lastBuildDate><generator>Resonate Recordings https://resonaterecordings.com</generator><atom:link href="https://feeds.resonaterecordings.com/going-to-production" rel="self" type="application/rss+xml"/><atom:link href="https://pubsubhubbub.appspot.com/" rel="hub"/><itunes:author>David Dieruf &amp; Wael Rabadi</itunes:author><itunes:summary><![CDATA[Going to Production is the podcast where technical leaders get real about the complexities of shipping software. Hosted by Wael and David, each episode features honest conversations with VPs of Engineering, CTOs, and seasoned technical decision makers who share the unvarnished truth about what it really takes to get code from development to production.

What You'll Discover
This isn't another podcast about the latest frameworks or theoretical best practices. We dive deep into the messy realities that every technical leader faces: the trade-offs that keep you up at night, the production incidents that teach hard lessons, and the organizational challenges that textbooks don't prepare you for.

Our guests share real stories from the trenches—the moments when "it works on my machine" meets the harsh reality of production environments, scaling challenges, team dynamics, and the pressure to deliver reliable software under tight deadlines.

Who This Is For
Going to Production is designed for technical decision makers who need more than surface-level advice. Whether you're a VP of Engineering navigating organizational complexity, a technical lead managing production systems, or an engineering manager balancing technical debt with feature delivery, you'll find actionable insights from leaders who've been where you are.

The Format
Each series focuses on a broad topic critical to production success, explored across multiple episodes with different perspectives and real-world case studies. From deployment strategies and incident response to team scaling and technical decision-making under pressure, we cover the full spectrum of challenges that define modern software delivery.

Join us for conversations that matter—where technical leaders share what they've learned, what they wish they'd known, and what really works when the stakes are high.]]></itunes:summary><itunes:explicit>false</itunes:explicit><itunes:type>episodic</itunes:type><itunes:complete>No</itunes:complete><image><url>https://prod-podcast-media-public.nyc3.cdn.digitaloceanspaces.com/migrations/com-resonaterecordings-public/cover-art/m0UjWCb6RKlnbQacTaFhLdRznaj2rOHNvKj3l6hF.jpg</url><title>Going to Production</title><link>https://going-to-production.com</link></image><itunes:image href="https://prod-podcast-media-public.nyc3.cdn.digitaloceanspaces.com/migrations/com-resonaterecordings-public/cover-art/m0UjWCb6RKlnbQacTaFhLdRznaj2rOHNvKj3l6hF.jpg"/><itunes:owner><itunes:name>David Dieruf</itunes:name><itunes:email>ddieruf@kisasa.io, wrabadi@kisasa.io</itunes:email></itunes:owner><itunes:category text="Technology"/><itunes:category text="Business"/><podcast:locked>no</podcast:locked><podcast:guid>019e6fcc-7c2d-703c-8228-c4a1a6021c70</podcast:guid><item><title>The Spec That Runs Your Whole Business</title><itunes:title>The Spec That Runs Your Whole Business</itunes:title><description><![CDATA[<p>Everyone's talking about spec driven development — and almost everyone is thinking about it too narrowly. If your spec only describes what your engineering team needs to build, you're leaving most of its power on the table. In this episode, David Dieruf and Wael Rabadi challenge the AI coding community's definition of "spec" and make the case for holistic specification thinking that drives your entire business.</p>

<p><strong>What You'll Learn:</strong></p>
<ul>
<li>Why spec driven development as it's currently practiced is too narrow</li>
<li>How LLMs fill context gaps the same way humans do — and why that's not hallucination</li>
<li>Why BRD thinking and agile aren't mutually exclusive</li>
<li>How a holistic spec drives backlogs, architecture, marketing, and sales from a single source of truth</li>
<li>The regeneration power of AI when product direction changes from Feature A to Feature B</li>
<li>Why ubiquitous language across all teams is more critical than ever in the AI era</li>
<li>How the "multiplier effect" of centralized business context accelerates everything</li>
</ul>

<p><strong>Key Insight:</strong> A spec isn't a technical artifact — it's a business artifact. When your entire organization shares the same context, AI doesn't just help you write code faster. It helps you change direction, regenerate plans, and move the whole business forward in days instead of months.</p>]]></description><link>https://going-to-production.com#episode-b8464861-d22f-462d-9939-d8a994b9cb56</link><pubDate>Thu, 12 Mar 2026 13:00:00 +0000</pubDate><guid isPermaLink="false">b8464861-d22f-462d-9939-d8a994b9cb56</guid><enclosure url="https://feeds.resonaterecordings.com/media/going-to-production/019e7007-fc12-701e-ac8c-c510e4b48e48/019e7072-0b6d-7137-af3d-6eb22da13f71/going-to-production-spec-driven-development-mixmp3.mp3" type="audio/mpeg"/><itunes:season>3</itunes:season><itunes:episode>1</itunes:episode><itunes:summary><![CDATA[Everyone's talking about spec driven development — and almost everyone is thinking about it too narrowly. If your spec only describes what your engineering team needs to build, you're leaving most of its power on the table. In this episode, David Dieruf and Wael Rabadi challenge the AI coding community's definition of "spec" and make the case for holistic specification thinking that drives your entire business.

What You'll Learn:

Why spec driven development as it's currently practiced is too narrow

How LLMs fill context gaps the same way humans do — and why that's not hallucination

Why BRD thinking and agile aren't mutually exclusive

How a holistic spec drives backlogs, architecture, marketing, and sales from a single source of truth

The regeneration power of AI when product direction changes from Feature A to Feature B

Why ubiquitous language across all teams is more critical than ever in the AI era

How the "multiplier effect" of centralized business context accelerates everything

Key Insight: A spec isn't a technical artifact — it's a business artifact. When your entire organization shares the same context, AI doesn't just help you write code faster. It helps you change direction, regenerate plans, and move the whole business forward in days instead of months.]]></itunes:summary><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType></item><item><title>True Development in the AI Age: What It Means Beyond Writing Code</title><itunes:title>True Development in the AI Age: What It Means Beyond Writing Code</itunes:title><description><![CDATA[<p>Is computer science a dying field now that AI can generate code? Are developers just becoming "code monkeys" who paste AI output into repositories? In this episode, David Dieruf and Wael Rabadi tackle these questions head-on and explore what true development actually means when AI handles the implementation grunt work.</p>

<p><strong>What You'll Learn:</strong></p>
<ul>
<li>What true development means beyond writing code</li>
<li>Why context and documentation are critical for effective AI pairing</li>
<li>How AI exposes the difference between code monkeys and real developers</li>
<li>The importance of shared understanding and ubiquitous language</li>
<li>Why interdisciplinary teams and collaboration matter more in the AI age</li>
<li>How to provide AI with the context it needs to be effective</li>
<li>The future of software development careers when AI handles implementation</li>
</ul>

<p><strong>Key Insight:</strong> AI doesn't eliminate the need for skilled developers—it raises the bar. The question isn't whether AI will replace developers, but whether you're doing true development or just being a code monkey. If you're the latter, AI is coming for your job. If you're the former, AI is your new superpower.</p>

<p>Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.</p>]]></description><link>https://going-to-production.com#episode-829f1f1e-3e58-442d-8f58-cadcb3895e7f</link><pubDate>Thu, 11 Dec 2025 15:00:00 +0000</pubDate><guid isPermaLink="false">829f1f1e-3e58-442d-8f58-cadcb3895e7f</guid><enclosure url="https://feeds.resonaterecordings.com/media/going-to-production/019e7007-30e3-7194-87a0-6659b4590e61/019e706e-8814-702e-8764-47e8b89f629f/going-to-production-the-death-of-the-code-monkey-what-development-really-means-n.mp3" type="audio/mpeg"/><itunes:season>2</itunes:season><itunes:episode>4</itunes:episode><itunes:summary><![CDATA[Is computer science a dying field now that AI can generate code? Are developers just becoming "code monkeys" who paste AI output into repositories? In this episode, David Dieruf and Wael Rabadi tackle these questions head-on and explore what true development actually means when AI handles the implementation grunt work.

What You'll Learn:

What true development means beyond writing code

Why context and documentation are critical for effective AI pairing

How AI exposes the difference between code monkeys and real developers

The importance of shared understanding and ubiquitous language

Why interdisciplinary teams and collaboration matter more in the AI age

How to provide AI with the context it needs to be effective

The future of software development careers when AI handles implementation

Key Insight: AI doesn't eliminate the need for skilled developers—it raises the bar. The question isn't whether AI will replace developers, but whether you're doing true development or just being a code monkey. If you're the latter, AI is coming for your job. If you're the former, AI is your new superpower.

Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.]]></itunes:summary><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType></item><item><title>Production First Development: Why Staging Environments Are Holding You Back</title><itunes:title>Production First Development: Why Staging Environments Are Holding You Back</itunes:title><description><![CDATA[<p>Most engineering teams treat staging environments as a safety net—a place to test changes before they hit production. But what if that safety net is actually slowing you down and creating more problems than it solves? In this episode, David Dieruf and Wael Rabadi challenge the conventional wisdom around staging environments and make the case for production-first development.</p>

<p><strong>What You'll Learn:</strong></p>
<ul>
<li>Why staging environments create false confidence and environment parity problems</li>
<li>How infrastructure as code (CDKTF) enables production-first development</li>
<li>Blue-green deployment strategies for safe production deployments</li>
<li>Why moving the edge to deployment eliminates the need for staging</li>
<li>How to simplify cloud security audits with infrastructure as code</li>
<li>Practical approaches to deploying directly to production safely</li>
</ul>

<p><strong>Key Insight:</strong> If your staging environment isn't identical to production, it's not protecting you—it's just slowing you down. Invest in deployment practices that make production safe, not in maintaining a staging environment that lies to you.</p>

<p>Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.</p>]]></description><link>https://going-to-production.com#episode-3aa4372b-bd2f-4f9a-beaf-7cde59883811</link><pubDate>Thu, 27 Nov 2025 15:00:00 +0000</pubDate><guid isPermaLink="false">3aa4372b-bd2f-4f9a-beaf-7cde59883811</guid><enclosure url="https://feeds.resonaterecordings.com/media/going-to-production/019e7007-30cc-7215-adac-37c5e531fe11/019e706e-7b39-7320-b3ea-4d200158863a/going-to-production-your-staging-environment-is-lying-to-you-production-first-de.mp3" type="audio/mpeg"/><itunes:season>2</itunes:season><itunes:episode>3</itunes:episode><itunes:summary><![CDATA[Most engineering teams treat staging environments as a safety net—a place to test changes before they hit production. But what if that safety net is actually slowing you down and creating more problems than it solves? In this episode, David Dieruf and Wael Rabadi challenge the conventional wisdom around staging environments and make the case for production-first development.

What You'll Learn:

Why staging environments create false confidence and environment parity problems

How infrastructure as code (CDKTF) enables production-first development

Blue-green deployment strategies for safe production deployments

Why moving the edge to deployment eliminates the need for staging

How to simplify cloud security audits with infrastructure as code

Practical approaches to deploying directly to production safely

Key Insight: If your staging environment isn't identical to production, it's not protecting you—it's just slowing you down. Invest in deployment practices that make production safe, not in maintaining a staging environment that lies to you.

Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.]]></itunes:summary><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType></item><item><title>AI Pair Programming: How AI is Transforming Developer Roles and Velocity</title><itunes:title>AI Pair Programming: How AI is Transforming Developer Roles and Velocity</itunes:title><description><![CDATA[<p>The rise of AI coding assistants is fundamentally changing what it means to be a software developer. But contrary to popular fear, AI isn't replacing engineers—it's transforming their roles from code writers to context managers and decision-makers. In this episode, David Dieruf and Wael Rabadi explore how AI pair programming is reshaping development at every level, from entry-level developers to senior architects.</p>

<p><strong>What You'll Learn:</strong></p>
<ul>
<li>How AI is transforming developer roles at entry, mid, and senior levels</li>
<li>Why context management is the new critical skill for developers</li>
<li>The economics of AI pair programming and productivity gains</li>
<li>How to structure development workflows around AI collaboration</li>
<li>Why documentation and shared understanding matter more than ever</li>
<li>The future of software development careers in an AI-augmented world</li>
</ul>

<p><strong>Key Insight:</strong> AI doesn't eliminate the need for skilled developers—it raises the bar. The question isn't "Can AI write code?" but "Can you provide the context and make the decisions that turn AI-generated code into production-quality software?"</p>

<p>Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.</p>]]></description><link>https://going-to-production.com#episode-76b421e6-3bc5-4a9f-89bc-2fb7cfefd45e</link><pubDate>Thu, 13 Nov 2025 15:00:00 +0000</pubDate><guid isPermaLink="false">76b421e6-3bc5-4a9f-89bc-2fb7cfefd45e</guid><enclosure url="https://feeds.resonaterecordings.com/media/going-to-production/019e7007-30b7-70f4-a201-0f3edc4795e3/019e706d-91df-7367-943d-cee3df752c41/going-to-production-the-myth-of-the-10x-developer-what-senior-actually-means-now.mp3" type="audio/mpeg"/><itunes:season>2</itunes:season><itunes:episode>2</itunes:episode><itunes:summary><![CDATA[The rise of AI coding assistants is fundamentally changing what it means to be a software developer. But contrary to popular fear, AI isn't replacing engineers—it's transforming their roles from code writers to context managers and decision-makers. In this episode, David Dieruf and Wael Rabadi explore how AI pair programming is reshaping development at every level, from entry-level developers to senior architects.

What You'll Learn:

How AI is transforming developer roles at entry, mid, and senior levels

Why context management is the new critical skill for developers

The economics of AI pair programming and productivity gains

How to structure development workflows around AI collaboration

Why documentation and shared understanding matter more than ever

The future of software development careers in an AI-augmented world

Key Insight: AI doesn't eliminate the need for skilled developers—it raises the bar. The question isn't "Can AI write code?" but "Can you provide the context and make the decisions that turn AI-generated code into production-quality software?"

Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.]]></itunes:summary><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType></item><item><title>Thin Slices vs Story Points: Better Backlog Grooming for Engineering Teams</title><itunes:title>Thin Slices vs Story Points: Better Backlog Grooming for Engineering Teams</itunes:title><description><![CDATA[<p>Most engineering teams struggle with backlog grooming because they focus on estimating story points and debating technical implementation details rather than defining user value and thin slices. In this episode, David Dieruf and Wael Rabadi discuss why traditional backlog grooming often becomes a solutioning session—and how to shift toward grooming that enables rapid iteration, effective testing, and better product outcomes.</p>

<p><strong>What You'll Learn:</strong></p>
<ul>
<li>Why story points create false precision and slow teams down</li>
<li>How to identify true thin slices that deliver vertical value</li>
<li>The difference between grooming (defining what) and solutioning (planning how)</li>
<li>Practical techniques for journey-based testing</li>
<li>How to maintain ubiquitous language across product and engineering</li>
<li>Why premature technical planning hurts iteration speed</li>
</ul>

<p><strong>Key Insight:</strong> The best backlog grooming sessions ask "What does the user need to accomplish?" not "How should we build this?" Save the technical planning for after you've clearly defined the user value you're delivering.</p>

<p>Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.</p>]]></description><link>https://going-to-production.com#episode-9d38d185-3f77-431a-a094-dfe84255ee17</link><pubDate>Thu, 30 Oct 2025 13:00:00 +0000</pubDate><guid isPermaLink="false">9d38d185-3f77-431a-a094-dfe84255ee17</guid><enclosure url="https://feeds.resonaterecordings.com/media/going-to-production/019e7007-30a1-7258-b40a-fe9fa3b7e4dc/019e706d-7d5b-739e-b2cd-3bf8099eea82/going-to-production-the-sprint-that-never-ended-modern-development-workflows-mix.mp3" length="24690820" type="audio/mpeg"/><itunes:season>2</itunes:season><itunes:episode>1</itunes:episode><itunes:summary><![CDATA[Most engineering teams struggle with backlog grooming because they focus on estimating story points and debating technical implementation details rather than defining user value and thin slices. In this episode, David Dieruf and Wael Rabadi discuss why traditional backlog grooming often becomes a solutioning session—and how to shift toward grooming that enables rapid iteration, effective testing, and better product outcomes.

What You'll Learn:

Why story points create false precision and slow teams down

How to identify true thin slices that deliver vertical value

The difference between grooming (defining what) and solutioning (planning how)

Practical techniques for journey-based testing

How to maintain ubiquitous language across product and engineering

Why premature technical planning hurts iteration speed

Key Insight: The best backlog grooming sessions ask "What does the user need to accomplish?" not "How should we build this?" Save the technical planning for after you've clearly defined the user value you're delivering.

Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.]]></itunes:summary><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType></item><item><title>When Good Engineers Build Bad Systems: Why Smart Teams Create Problems</title><itunes:title>When Good Engineers Build Bad Systems: Why Smart Teams Create Problems</itunes:title><description><![CDATA[<p>Why do talented engineers with good intentions end up building problematic architectures? In this episode, we explore how smart teams create bad systems through local optimization, unintended consequences, and the gap between component thinking and systems thinking.</p>

<p><strong>What You'll Learn:</strong></p>
<ul>
<li>Why smart teams create problematic architectures</li>
<li>The danger of local optimization without global context</li>
<li>Unintended consequences of well-intentioned technical decisions</li>
<li>Systems thinking vs component thinking</li>
<li>How technical debt accumulates in successful systems</li>
<li>Patterns that lead good engineers to build bad systems</li>
</ul>

<p><strong>Key Insight:</strong> Good engineers build bad systems when they optimize locally without understanding the global delivery system. The problem isn't skill or intent—it's perspective. Systems thinking requires seeing beyond your component to understand the whole.</p>

<p>Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.</p>]]></description><link>https://going-to-production.com#episode-ece5b5eb-a1a7-41ea-a49d-cf786a81b0c1</link><pubDate>Thu, 16 Oct 2025 13:00:00 +0000</pubDate><guid isPermaLink="false">ece5b5eb-a1a7-41ea-a49d-cf786a81b0c1</guid><enclosure url="https://feeds.resonaterecordings.com/media/going-to-production/019e7006-fd29-7313-8a91-34615e01cfb5/019e706c-9d3a-73bd-9587-2c83bf6c4108/going-to-production-s1e4-when-good-engineers-build-bad-systems-mixmp3.mp3" type="audio/mpeg"/><itunes:season>1</itunes:season><itunes:episode>4</itunes:episode><itunes:summary><![CDATA[Why do talented engineers with good intentions end up building problematic architectures? In this episode, we explore how smart teams create bad systems through local optimization, unintended consequences, and the gap between component thinking and systems thinking.

What You'll Learn:

Why smart teams create problematic architectures

The danger of local optimization without global context

Unintended consequences of well-intentioned technical decisions

Systems thinking vs component thinking

How technical debt accumulates in successful systems

Patterns that lead good engineers to build bad systems

Key Insight: Good engineers build bad systems when they optimize locally without understanding the global delivery system. The problem isn't skill or intent—it's perspective. Systems thinking requires seeing beyond your component to understand the whole.

Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.]]></itunes:summary><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType></item><item><title>The Stack, The Plan, and The Platform: Modern Delivery Stack Methodology</title><itunes:title>The Stack, The Plan, and The Platform: Modern Delivery Stack Methodology</itunes:title><description><![CDATA[<p>Your technology stack isn't just a list of tools—it's the foundation of your entire delivery system. In this episode, we introduce the Modern Delivery Stack methodology: how to connect business goals to technical decisions through a unified platform that enables sustainable velocity.</p>

<p><strong>What You'll Learn:</strong></p>
<ul>
<li>The Modern Delivery Stack framework: Customer Value → Domain Applications → Domain Services → Runtime Platform</li>
<li>How to connect business goals to customer outcomes through technology</li>
<li>Why platform is the foundation for delivery, not just infrastructure</li>
<li>Strategic technology planning that aligns with business objectives</li>
<li>The difference between tooling and delivery systems</li>
<li>How to build platforms that enable teams rather than constrain them</li>
</ul>

<p><strong>Key Insight:</strong> Most teams focus on tools and frameworks. Great teams build complete delivery systems that connect business strategy to customer value. The Modern Delivery Stack provides the framework for making that connection real.</p>

<p>Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.</p>]]></description><link>https://going-to-production.com#episode-8deed1fc-a96b-4b5a-83ce-3195f8748254</link><pubDate>Thu, 02 Oct 2025 13:00:00 +0000</pubDate><guid isPermaLink="false">8deed1fc-a96b-4b5a-83ce-3195f8748254</guid><enclosure url="https://feeds.resonaterecordings.com/media/going-to-production/019e7006-fd11-73a6-9504-ad47978cd572/019e706c-870d-704d-83f3-3f6ec2d23495/going-to-production-s1e3-the-stack-the-platform-and-the-practice-mixmp3.mp3" type="audio/mpeg"/><itunes:season>1</itunes:season><itunes:episode>3</itunes:episode><itunes:summary><![CDATA[Your technology stack isn't just a list of tools—it's the foundation of your entire delivery system. In this episode, we introduce the Modern Delivery Stack methodology: how to connect business goals to technical decisions through a unified platform that enables sustainable velocity.

What You'll Learn:

The Modern Delivery Stack framework: Customer Value → Domain Applications → Domain Services → Runtime Platform

How to connect business goals to customer outcomes through technology

Why platform is the foundation for delivery, not just infrastructure

Strategic technology planning that aligns with business objectives

The difference between tooling and delivery systems

How to build platforms that enable teams rather than constrain them

Key Insight: Most teams focus on tools and frameworks. Great teams build complete delivery systems that connect business strategy to customer value. The Modern Delivery Stack provides the framework for making that connection real.

Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.]]></itunes:summary><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType></item><item><title>Conway's Law in Action: How Team Structure Dictates System Architecture</title><itunes:title>Conway's Law in Action: How Team Structure Dictates System Architecture</itunes:title><description><![CDATA[<p>Your system architecture mirrors your organizational structure—whether you planned it that way or not. In this episode, we explore Conway's Law in practice: how team boundaries, communication patterns, and organizational design directly shape the technical systems you build.</p>

<p><strong>What You'll Learn:</strong></p>
<ul>
<li>How team structure inevitably dictates system architecture</li>
<li>Why organizational design is a technical decision</li>
<li>Real-world examples of Conway's Law in action</li>
<li>How to align teams with your desired architecture</li>
<li>The relationship between communication patterns and system boundaries</li>
<li>Strategies for restructuring teams to enable better systems</li>
</ul>

<p><strong>Key Insight:</strong> If you want to change your architecture, you have to change your team structure first. Conway's Law isn't a suggestion—it's an organizational reality that shapes every system you build.</p>

<p>Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.</p>]]></description><link>https://going-to-production.com#episode-8f510fc3-8b4c-4f98-962a-e472adce8e99</link><pubDate>Thu, 18 Sep 2025 13:00:00 +0000</pubDate><guid isPermaLink="false">8f510fc3-8b4c-4f98-962a-e472adce8e99</guid><enclosure url="https://feeds.resonaterecordings.com/media/going-to-production/019e7006-fcf7-72a8-a6d0-b737363ae0e2/019e706c-77d0-71c9-ac55-60e328977362/going-to-production-s1e2-conways-law-in-action-mix-revisedmp3.mp3" type="audio/mpeg"/><itunes:season>1</itunes:season><itunes:episode>2</itunes:episode><itunes:summary><![CDATA[Your system architecture mirrors your organizational structure—whether you planned it that way or not. In this episode, we explore Conway's Law in practice: how team boundaries, communication patterns, and organizational design directly shape the technical systems you build.

What You'll Learn:

How team structure inevitably dictates system architecture

Why organizational design is a technical decision

Real-world examples of Conway's Law in action

How to align teams with your desired architecture

The relationship between communication patterns and system boundaries

Strategies for restructuring teams to enable better systems

Key Insight: If you want to change your architecture, you have to change your team structure first. Conway's Law isn't a suggestion—it's an organizational reality that shapes every system you build.

Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.]]></itunes:summary><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType></item><item><title>The Platform Multiplication Problem: Why Teams Duplicate Infrastructure</title><itunes:title>The Platform Multiplication Problem: Why Teams Duplicate Infrastructure</itunes:title><description><![CDATA[<p>Why do organizations end up with multiple platform teams building the same infrastructure? In this episode, we explore the platform multiplication problem—how well-intentioned teams create duplicated effort, fragmented systems, and wasted resources across the organization.</p>

<p><strong>What You'll Learn:</strong></p>
<ul>
<li>Why platform teams naturally duplicate effort across organizations</li>
<li>The hidden costs of fragmented infrastructure and tooling</li>
<li>How team autonomy leads to platform proliferation</li>
<li>The difference between platform teams and platform engineering</li>
<li>Why unified delivery systems matter for scale</li>
<li>Practical approaches to consolidating platform efforts</li>
</ul>

<p><strong>Key Insight:</strong> Platform multiplication happens when teams optimize locally without understanding the global delivery system. The result? Multiple teams solving the same problems, fragmented infrastructure, and wasted resources that could be invested in actual business value.</p>

<p>Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.</p>]]></description><link>https://going-to-production.com#episode-f3e06cfe-1f52-40eb-8802-555c6e4aa0a2</link><pubDate>Thu, 04 Sep 2025 17:19:00 +0000</pubDate><guid isPermaLink="false">f3e06cfe-1f52-40eb-8802-555c6e4aa0a2</guid><enclosure url="https://feeds.resonaterecordings.com/media/going-to-production/019e7006-ea8a-73e3-9891-a8362fb3e825/019e706b-ee71-7262-ae5c-1d6509e02745/going-to-production-the-platform-multiplication-problem-mixedmp3.mp3" type="audio/mpeg"/><itunes:season>1</itunes:season><itunes:episode>1</itunes:episode><itunes:summary><![CDATA[Why do organizations end up with multiple platform teams building the same infrastructure? In this episode, we explore the platform multiplication problem—how well-intentioned teams create duplicated effort, fragmented systems, and wasted resources across the organization.

What You'll Learn:

Why platform teams naturally duplicate effort across organizations

The hidden costs of fragmented infrastructure and tooling

How team autonomy leads to platform proliferation

The difference between platform teams and platform engineering

Why unified delivery systems matter for scale

Practical approaches to consolidating platform efforts

Key Insight: Platform multiplication happens when teams optimize locally without understanding the global delivery system. The result? Multiple teams solving the same problems, fragmented infrastructure, and wasted resources that could be invested in actual business value.

Hosted by engineering leaders David Dieruf and Wael Rabadi, co-founders of Kisasa.]]></itunes:summary><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType></item></channel></rss>