In this episode, Kevin tackles a paradox that most leaders don't see coming: the moment you get comfortable in your role is often the moment you stop improving. Drawing on his decade as a CTO, he explains why success and experience can become dangerous if you're not deliberately reflecting on how you work, why you make the choices you make, and where your blind spots might be hiding.

Kevin breaks down why reflection isn't optional for senior leaders. At the C-level, you don't get much feedback or development; you're expected to figure it out yourself. Your peer group shrinks. The job gets easier because you've seen these problems before. And that comfort is exactly when autopilot kicks in, when you stop asking "why," and when you risk becoming less effective for the people who depend on you.

The episode covers Kevin's personal reflection system: a twice-yearly strategic offsite, quarterly goal-setting, monthly calendar reviews, and weekly time-tracking. But he emphasizes you don't need to copy his process; you need to find what works for you and evolve it over time. He shares practical advice on starting small, making time when you feel too busy, and why the practice matters more than perfection. Reflection isn't about having it all figured out; it's about staying deliberate, adaptive, and intentional as a leader.

Whether you're a new manager learning to step back from the work, a senior leader feeling too comfortable, or anywhere in between, this episode makes the case that you can't lead others to grow if you've stopped growing yourself.

• The Personal Strategy Offsite episode: https://itdependspod.com/episodes/the-personal-strategy-off-site/
• Own Your Calendar episode: https://itdependspod.com/episodes/own-your-calendar-work-deliberately/
• Listener Survey: https://forms.gle/JVeKHsHJKhEM3dvK6
• The book: It Depends: Writing on Technology 2012-2022 (https://itdependsbook.net)
• Your host: Kevin Goldsmith (https://kevingoldsmith.com)
• ConFoo 2026 (https://confoo.ca/en/2026)

In this episode of It Depends: Lessons in Technology Leadership, Kevin Goldsmith tackles one of the most contentious topics in growing companies: process. Drawing on decades of leadership experience from IBM and Microsoft to Spotify and Adobe, he explores why process is neither inherently good nor bad; it's a tool that must fit the problem you're solving.

Kevin introduces a practical framework for deciding when to add process and when you have too much. He explains how to identify the coordination problems you're actually trying to solve and find the lightest-weight solution, rather than copying what works at Google or Amazon. The episode covers the warning signs of too little process (chaos, rework, unclear accountability) versus too much (bottlenecks, loss of autonomy, slow decisions), and why the size and culture of your organization fundamentally changes what works.

Through real examples from his career, Kevin addresses common scenarios leaders face: the scrappy startup founder who resists process until the org becomes dysfunctional, the experienced big-company hire who imports heavy processes that crush a smaller team, and the risk-averse leader who adds gates after every incident. He explains the critical difference between enabling process (which helps teams move faster with confidence) and controlling process (which centralizes decisions and kills speed), and why involving your teams in process design dramatically increases adoption.

Whether you're an engineering leader wondering if you're choking your team, a founder trying to scale without losing your speed, or a manager navigating the tension between autonomy and coordination, this episode gives you a strategic lens for making better decisions about when and how to add process, and when to remove it.

• Listener Survey: https://forms.gle/JVeKHsHJKhEM3dvK6
• The book: It Depends: Writing on Technology 2012-2022 (https://itdependsbook.net)
• Your host: Kevin Goldsmith (https://kevingoldsmith.com)
• ConFoo 2026 (https://confoo.ca/en/2026)

In this episode, Kevin tackles one of the most misunderstood topics in software development: technical debt. Drawing on his experience at Microsoft, Spotify, and early-stage startups, he challenges the common assumption that all technical debt is bad, explaining why healthy teams intentionally take on debt as part of shipping software effectively.

Kevin introduces a practical four-part framework for understanding technical debt: pragmatic debt (taken on deliberately to validate ideas or meet constraints), required debt (that directly impacts reliability, security, or delivery capability), incidental debt (stable, low-risk code that's safe to ignore), and symptomatic debt (a signal of deeper organizational problems that code fixes won't solve). He explains how to identify each type and, more importantly, how to decide what deserves your team's attention and what doesn't.

The episode explores why teams often struggle to get product support for addressing technical debt, how to tie debt decisions to business outcomes, and why some debt is actually a symptom of broken systems rather than poor engineering choices. Kevin shares real examples from his own career, including inheriting a monolith that had outlived its usefulness and intentionally taking on debt at Spotify to learn faster.

Whether you're an engineering leader trying to prioritize what debt to fix, a product manager wondering why engineers keep talking about refactoring, or an executive trying to understand which debt threatens business outcomes, this episode provides a strategic lens for making better decisions about the inevitable trade-offs in software development.

• ConFoo 2026 (https://confoo.ca/en/2026)
• Listener Survey: https://forms.gle/JVeKHsHJKhEM3dvK6
• The book: It Depends: Writing on Technology 2012-2022 (https://itdependsbook.net)
• Your host: Kevin Goldsmith (https://kevingoldsmith.com)