Core Primitive
One of the most important jobs of leadership is designing and updating organizational schemas — the shared mental models through which the organization perceives, interprets, and acts. Leaders who focus only on decisions and actions are managing the organization's output. Leaders who design schemas are managing the organization's cognitive infrastructure — the system that produces decisions and actions at every level, in every situation, whether the leader is present or not.
Leadership as cognitive architecture
The conventional view of leadership focuses on decisions and actions: leaders make strategic choices, allocate resources, set priorities, and solve problems. This view is not wrong, but it is incomplete. It describes leadership as making decisions for the organization. The schema design view describes leadership as shaping how the organization makes decisions — designing the shared mental models that determine how every member perceives, interprets, and acts in every situation.
Edgar Schein argued that the most consequential thing leaders do is create and manage culture — and that culture, at its deepest level, consists of the basic assumptions (schemas) that members share. "The unique and essential function of leadership," Schein wrote, "is the manipulation of culture." By "manipulation" Schein did not mean deception. He meant deliberate design: the intentional creation, revision, and reinforcement of the shared mental models that determine how the organization thinks and behaves (Schein, 2010).
This view of leadership is more leveraged than the conventional view. A leader who makes a decision resolves one situation. A leader who designs a schema shapes how the organization resolves all similar situations — including situations the leader never encounters, decisions made in meetings the leader never attends, and tradeoffs resolved by people the leader has never met. Schema design is leadership that scales because it operates on the organization's cognitive infrastructure rather than on its individual decisions.
What schema design looks like in practice
Schema design is not an abstract exercise. It manifests in specific, observable leadership behaviors.
Naming the schema. Leaders who design schemas give names to the mental models they want the organization to adopt. Reed Hastings at Netflix named the "context, not control" schema: leaders provide context (information, strategy, objectives) rather than control (approvals, directives, oversight). The name makes the schema memorable, discussable, and enforceable. When someone asks "Should I get approval for this?" the schema has a name that provides the answer: "We provide context, not control — you have the context, so you decide." Naming converts an implicit assumption into an explicit, shared mental model (Hastings & Meyer, 2020).
Modeling the schema. Leaders propagate schemas most powerfully through their own behavior. When a leader admits uncertainty ("I do not know — let us find out"), they model a schema that says "uncertainty is acceptable." When a leader celebrates a failed experiment ("This did not work, but we learned something important"), they model a schema that says "failure is data." When a leader overrides a team's decision without explanation, they model a schema that says "authority trumps evidence." Leadership behavior is the most powerful schema propagation channel because it is the most observed — members watch what leaders do far more carefully than they read what leaders write.
Encoding the schema in systems. Leaders who design schemas embed them in organizational systems — incentives, metrics, processes, and tools — that reinforce the schema continuously. A schema of "customer obsession" encoded in a system means: customer satisfaction is a primary metric in every department's scorecard, customer feedback is reviewed in every product meeting, and customer-facing roles are among the highest-status positions in the organization. Without system encoding, the schema exists only as a message, and messages decay while systems persist.
Protecting the schema under pressure. The schema's credibility is established not when following it is easy but when following it is costly. When the organization faces a quarter-end revenue shortfall and the schema says "do not discount below our minimum," the leader's choice to hold the price (at the cost of missing the quarter's target) establishes the schema as real. When the leader discounts to hit the number, the schema is revealed as aspirational rather than operative. Roy Vagelos's decision to give away Merck's river blindness drug Mectizan to all who needed it — at significant cost to shareholders — established Merck's "patients first" schema as operative, not just stated (Vagelos & Galambos, 2004).
The schema design cycle
Schema design is not a one-time exercise. It follows a cycle that mirrors the broader schema management practices of this phase.
Diagnose. Using the schema audit (The schema audit for organizations) and surfacing methods (Making organizational schemas explicit), identify the current operating schemas and assess their fitness for the organization's current and anticipated environment. Which schemas are current and adaptive? Which are outdated and costly?
Design. For schemas that need updating, design the replacement schema. The design should be specific enough to guide behavior, simple enough to remember, and distinctive enough to change the default. "Move fast and break things" is a well-designed schema (specific, memorable, distinctive) regardless of whether it is the right schema for a particular organization.
Communicate. Introduce the new schema through naming, storytelling, and example. Explain not just what the new schema is but why the old schema no longer serves the organization. The reasoning matters because it helps members understand the schema rather than merely comply with it — and understanding enables adaptation while compliance enables only rote following.
Encode. Embed the new schema in organizational systems: metrics, incentives, processes, hiring criteria, promotion criteria, meeting structures. The encoding ensures that the schema is reinforced through daily experience, not just through periodic messaging.
Model. Demonstrate the schema through leadership behavior, especially in high-stakes and high-visibility situations. Every leadership decision is a schema-reinforcing or schema-undermining event. Consistency between stated schemas and leadership behavior builds credibility. Inconsistency destroys it.
Monitor. Track schema propagation and adoption through the hallway test, decision audits, and the schema audit. Adjust the communication, encoding, and modeling based on what the monitoring reveals.
The Third Brain
Your AI system can serve as a schema design advisor. Describe the schema you want to design or update — the current schema, the desired schema, and the organizational context — and ask: "How should this new schema be communicated, encoded in systems, and reinforced through leadership behavior? What are the most common failure modes in this type of schema change, and how can they be avoided?"
The AI can also help you anticipate resistance to schema changes: "This schema change shifts from [old schema] to [new schema]. Who in the organization benefits from the old schema? How will they experience the change? What specific concerns will they raise, and how should those concerns be addressed?" Understanding the resistance landscape enables proactive design rather than reactive firefighting.
For ongoing schema design practice, use the AI to periodically review your leadership decisions through a schema lens: "Here are the ten most significant decisions I made this month. For each, what schema did the decision reinforce or undermine? Were the reinforcement patterns consistent, or did some decisions reinforce one schema while undermining another?" The analysis reveals whether your leadership behavior is propagating the schemas you intend or inadvertently propagating conflicting ones.
From design to health
Schema design is leadership work — the deliberate creation and maintenance of the shared mental models that shape organizational behavior. When this work is done well, the organization's schemas are current, aligned, well-propagated, and consistently reinforced. The result is an organization where behavior is coherent, adaptive, and aligned with the organization's purpose.
The next and final lesson of this phase, Healthy organizational schemas produce healthy organizational behavior, closes Phase 82 with the integrative insight: healthy organizational schemas produce healthy organizational behavior — and the quality of the organization's schemas is the single strongest lever leaders have for shaping the organization's outcomes.
Sources:
- Schein, E. H. (2010). Organizational Culture and Leadership (4th ed.). Jossey-Bass.
- Hastings, R., & Meyer, E. (2020). No Rules Rules: Netflix and the Culture of Reinvention. Penguin Press.
- Vagelos, P. R., & Galambos, L. (2004). Medicine, Science and Merck. Cambridge University Press.
Frequently Asked Questions