Get your free personalized podcast brief

We scan new podcasts and send you the top 5 insights daily.

When a team's identity is tied to a system they built (e.g., "The Magic Pocket Team"), they become defenders of that system. Reorienting the team around the problem they solve (e.g., "The Storage Team") empowers them to make objective decisions, even if it means deprecating their own creation.

Related Insights

Prescribing solutions atrophies your team's thinking. It's far more effective to teach them a process for analyzing data and designing solutions themselves. This empowers them to find better answers than you could alone.

To create a cohesive product across multiple teams, GitHub uses a framework that forces alignment upfront. By ensuring all teams first deeply understand the problem and collectively identify solutions, the final execution is naturally integrated, preventing a disjointed experience that mirrors the org structure.

Engineering often defaults to a 'project mindset,' focusing on churning out features and measuring velocity. True alignment with product requires a 'product mindset,' which prioritizes understanding the customer and tracking the value being delivered, not just the output.

Teams stuck in a relentless, task-focused "doing mode" often make poor choices without realizing it. To break this cycle, intentionally introduce dissonance through conflict, a devil's advocate, or an external voice. This "dig in the ribs" forces the team to pause, look up, and reconnect with their wider purpose.

Instead of siloing roles, encourage engineers to design and designers to code. This cross-functional approach breaks down artificial barriers and helps the entire team think more holistically about the end-to-end user experience, as a real user does not see these internal divisions.

The most effective groups practice 'emotional sobriety.' They separate individuals from their ideas, which allows for rigorous debate and critique without personal attacks. This process, used at places like Pixar, refines initial concepts into something far superior.

To prevent engineers from focusing internally on technical purity (e.g., unnecessary refactoring), leaders must consistently frame all work in terms of its value to the customer. Even tech debt should be justified by its external impact, such as improving security or enabling future features.

Siphoning off cutting-edge work to a separate 'labs' group demotivates core teams and disconnects innovation from those who own the customer. Instead, foster 'innovating teams' by making innovation the responsibility of the core product teams themselves.

Research shows power degrades empathy, making leaders less objective. A practical system to counteract this is to formally assign a team member the role of 'devil's advocate' for major decisions. This institutionalizes dissent as a process, removing the personal and career risk of challenging authority.

Counteract the tendency for the highest-paid person's opinion (HIPPO) to dominate decisions. Position all stakeholder ideas, regardless of seniority, as valid hypotheses to be tested. This makes objective data, not job titles, the ultimate arbiter for website changes, fostering a more effective culture.

Orient Engineering Teams Around Problems, Not Systems, to Avoid "System Bias" | RiffOn