MINDSETOngoing practice

System Mindset vs. Outcome Mindset

Analyze the quality of your decisions, not just the quality of your outcomes

Problem it solves

limiting beliefs

Best for

Leaders, managers, and teams who want to build a sustainable learning organization that gets better at making decisions over time, rather than lurching from success to failure based on luck.

Not ideal for

Situations requiring immediate crisis response where there is no time for process reflection, or very early-stage exploration where the volume of decisions is too low to identify meaningful patterns.

Overview

Why this framework exists

System mindset is the practice of analyzing the decision-making process behind outcomes rather than just the outcomes themselves. Bahcall adapted this concept from chess champion Garry Kasparov's book How Life Imitates Chess, where Kasparov described it as key to his fifteen-year reign as world champion. Kasparov noted that analyzing only whether you won or lost a game (outcome mindset) teaches you very little, because good decisions sometimes lead to bad outcomes (bad luck) and bad decisions sometimes lead to good outcomes (good luck).

Bahcall applies this principle to teams and organizations at three levels. Level 0 teams do not analyze failures at all. Level 1 teams (outcome mindset) analyze why a product or strategy failed: the storyline was too predictable, the data package was too weak, the product did not differentiate enough. Level 2 teams (system mindset) probe why the organization made the choices that led to the failure: how did they arrive at that decision, who was involved, what data was considered, how were choices framed, and how did incentives affect the decision-making process.

The critical insight is that outcome mindset is a trap because it conflates the quality of decisions with the quality of outcomes. A team that launches a product that happens to succeed may have made terrible decisions that got lucky. A team that launches a product that fails may have made excellent decisions that got unlucky. Only by analyzing the decision-making process can organizations actually improve their batting average over time.

Core principles

4 total
  1. Good outcomes do not always imply good decisions, and bad outcomes do not always imply bad decisions.
  2. Analyzing outcomes teaches you what happened; analyzing decision processes teaches you how to get better.
  3. The quality of a decision should be evaluated based on the information and reasoning available at the time it was made, not based on the outcome that eventually occurred.
  4. System mindset requires analyzing both successes and failures, because lucky successes can teach as much about process flaws as unlucky failures.

Steps

5 steps
  1. Identify your current level of analysis
    Assess whether your team operates at Level 0 (no analysis of failures), Level 1 (outcome mindset -- analyzing what failed), or Level 2 (system mindset -- analyzing why you made the decisions that led to the failure). Be honest about where you actually are, not where you think you should be.
    Pro tipListen to how your team talks about past decisions. Phrases like 'that product failed because the market was not ready' are Level 1. Phrases like 'we chose that market timing because of X data, and our process for evaluating market timing needs to include Y' are Level 2.
  2. Conduct a decision audit on a recent outcome
    Choose a recent significant outcome -- ideally both a success and a failure -- and reconstruct the decision-making process. Identify who was involved, what data was considered, what alternatives were evaluated, how the final choice was framed, and what financial and nonfinancial incentives influenced the participants.
    Pro tipAudit successes as rigorously as failures. Ask: did we succeed because of our process or in spite of it? What could have gone wrong? Were there warning signs we ignored that happened not to matter this time?
    WarningThis process requires psychological safety. If people fear punishment for honest analysis, they will rationalize rather than reflect. Consider using a neutral outside facilitator.
  3. Separate signal from noise in the decision process
    Identify which elements of the decision process were sound and which were flawed, independent of the outcome. A good decision process with a bad outcome is still a good process. A bad decision process with a good outcome is still a bad process that will eventually produce bad outcomes.
    Pro tipCreate a simple matrix: (1) Good process / Good outcome = deserved success; (2) Good process / Bad outcome = bad luck, keep the process; (3) Bad process / Good outcome = good luck, fix the process; (4) Bad process / Bad outcome = earned failure, fix the process.
  4. Redesign the decision-making process
    Based on the decision audit, identify specific changes to improve future decision-making. This might include changing who is involved, what data is required, how alternatives are evaluated, how choices are framed, or how incentives are structured. Make the changes concrete and actionable.
    Pro tipFocus on the influences that are within your control: the people at the table, the data requirements, the evaluation criteria, the framing of options, and the incentive structures. Do not spend time on external factors you cannot change.
  5. Embed system mindset into your operating rhythm
    Make decision audits a regular practice, not a one-time exercise. After every significant project or decision, conduct a brief system-mindset review. Over time, this builds an organizational muscle for continuous improvement in decision quality.
    Pro tipKeep the reviews short and focused. The goal is not a massive postmortem but a regular, lightweight check-in on decision quality. Five questions in fifteen minutes is better than a two-day offsite once a year.
    WarningSystem mindset is uncomfortable because it requires acknowledging mistakes and examining interpersonal dynamics. Without sustained leadership commitment, teams will naturally revert to outcome mindset.

Checklist

Saved in your browser

Examples

3 cases
Garry Kasparov's Chess Practice

Kasparov spent more time analyzing the quality of his decisions during games than analyzing whether he won or lost. After each game, he would reconstruct his decision process: what did he consider, what did he miss, where did his reasoning go wrong or right? This practice, applied consistently over decades, gave him an edge that raw talent alone could not provide.

OutcomeKasparov reigned as world chess champion for fifteen years, the longest record in the history of the game. He attributes his sustained dominance not to superior calculation but to superior decision-process analysis.
Pixar's Braintrust Meetings

After every Pixar film, whether it succeeded or struggled, the creative team conducted Braintrust meetings that exemplified system mindset. Rather than simply asking 'was this movie good?', they asked: how did we arrive at this version of the story? What feedback was given and how was it received? Who was in the room and how did that affect the dynamics? What could we change about our creative process?

OutcomePixar produced an unprecedented streak of critically and commercially successful films. The Braintrust process -- a structural implementation of system mindset -- was widely credited as the key to their consistency.
Steve Jobs 2.0 at Apple

After the failure of NeXT, Jobs returned to Apple with a fundamentally different approach. Rather than relying solely on his own taste (outcome mindset), he built processes for evaluating and developing ideas through collaboration. He embraced ideas from others -- like the iTunes music store concept -- and created structural mechanisms for continuous feedback and improvement.

OutcomeApple under Jobs 2.0 became the most valuable company in the world, producing a series of transformative products. The shift from pure outcome mindset (Moses deciding) to system mindset (structured processes for idea evaluation and development) was a key factor in the transformation.

Common mistakes

4 traps
Analyzing only failures and ignoring successes
Many organizations conduct postmortems only when things go wrong. System mindset requires analyzing successes too, because good outcomes can mask bad processes that will eventually produce failures.
Conflating outcome quality with decision quality
Promoting the team that delivered a hit product (even if their process was terrible) and punishing the team whose product failed (even if their process was excellent) teaches the organization to be lucky, not to be good.
Conducting process reviews without psychological safety
If people fear being punished for honest analysis of decision-making flaws, they will engage in defensive rationalization rather than genuine reflection. System mindset requires an environment where admitting process mistakes is safe.
Making system mindset reviews too infrequent or too heavyweight
Annual offsites are too infrequent to build the habit. Massive postmortems are too heavyweight to sustain. The most effective approach is regular, lightweight reviews embedded in the normal operating rhythm.

Origin story

How this framework came to be

Bahcall adapted system mindset from Garry Kasparov, who reigned as world chess champion for fifteen years and ranks on many lists as the greatest chess player of all time. Kasparov wrote that the key to sustained excellence was not analyzing whether he won or lost individual games but analyzing the quality of his decision-making process during those games.

Bahcall recognized that this principle was exactly what distinguished organizations that sustainably innovated (like Pixar under Ed Catmull) from organizations that produced occasional hits through luck or individual brilliance. Pixar's Braintrust meetings were a specific implementation of system mindset: after every film (whether it succeeded or struggled), the team analyzed the creative process -- who was in the room, what feedback was given, how decisions were made -- not just whether the film hit its box office targets.

Source

Traced to primary
Source · BOOK
Loonshots
Safi Bahcall · 2019
Open source →

Related frameworks

Browse all Mindset →