Sign inGet started
Skills / Leadership-management

Adaptive Leadership Framework

The most common form of leadership failure is to treat an adaptive challenge as if it were a technical problem.

The Adaptive Leadership Framework, developed by Ronald Heifetz at Harvard Kennedy School, teaches leaders to distinguish between technical problems (solvable with expertise) and adaptive challenges (requiring people to change their values, behaviors, and loyalties). Unlike conventional leadership models focused on vision and execution, it provides diagnostic tools to map stakeholder factions, analyze resistance through loss/gain analysis, and design holding environments where difficult change work can safely unfold. Built for leaders navigating organizational change where authority alone isn't enough.

By Ronald Heifetz · Free
Specimen 01 · Live diagnosisAdaptive Leadership Framework
Input

“We've been trying to shift our engineering team toward a more collaborative, cross-functional culture for two years. We've done team workshops, hired…”

Diagnosis
I'm going to help you work through your leadership challenge using the Adaptive Leadership Framework.
Full transcript ↓
Calibrated referenceagent-skills.ai
The gap

Get on the balcony — see the adaptive challenge your organization keeps avoiding

The Adaptive Leadership Framework begins with a single diagnostic question: is this challenge technical or adaptive? Technical challenges have known solutions that experts can implement; adaptive challenges require people to change their values, beliefs, habits, or loyalties — and cannot be resolved by authority or expertise alone. The framework's core practice sequence involves: (1) Getting on the Balcony — stepping back from the 'dance floor' of immediate action to observe systemic patterns; (2) Identifying and classifying the specific adaptive challenge; (3) Regulating Distress — maintaining productive disequilibrium, enough pressure to motivate change without triggering shutdown; (4) Detecting Work Avoidance — recognizing when stakeholders are deflecting from the real adaptive work through scapegoating, over-structuring, or false urgency; and (5) Giving the Work Back — returning adaptive work to the people who must change, rather than solving it for them. Supporting diagnostic tools include Faction Mapping (charting stakeholder groups and their competing interests) and Loss Analysis (identifying what each faction must surrender for change to succeed).

The problem

Leaders facing persistent organizational problems instinctively reach for technical solutions — new processes, restructuring, new hires — while the actual problem requires people to change their values, behaviors, or loyalties. This misdiagnosis is the most common failure in leadership: applying expertise and positional authority to challenges that can only be resolved through adaptive work. The result is temporary relief, recurring problems under new labels, and a growing credibility gap as stakeholders lose faith that leadership understands what's really going on.

The solution

You'll develop the diagnostic clarity to distinguish technical fixes from adaptive challenges — and the strategic toolkit to mobilize stakeholders toward the harder work of real change, without taking that work on yourself.

You bring
  • A specific leadership challenge you're currently stuck on, or a problem that keeps recurring despite attempted solutions
  • Your role, authority level, and relationship to the key stakeholders involved
  • What you've already tried and why it hasn't produced lasting change
  • A sense of who is most invested in the status quo and what they might stand to lose from change
You get
  • A technical/adaptive challenge diagnosis with supporting evidence and a clear rationale for the classification
  • A stakeholder faction map identifying competing interests, loyalties, and loss exposure across key groups
  • A loss/gain analysis that makes resistance understandable — and therefore workable — by naming what each faction is protecting
  • A holding environment strategy: how to create enough psychological safety for adaptive work without removing the productive pressure that drives change
In action

Watch the methodology work.

Three specimens from a single real session: the same situation, unaided and calibrated, the full transcript, and the skill answering live in the channel where the work happens.

Fig.01The same situation, two ways
Specimens A · B
Specimen AVague
Unaided

“You've reorganized the team structure twice, run three offsite workshops, and hired an organizational consultant. It's been 18 months. Your board keeps asking why the culture hasn't shifted. You're preparing a fourth intervention — maybe a new performance management system — because something has to work, and at least you can point to action.”

×Vague — nothing concrete to act on.
Specimen BCalibrated
With Adaptive Leadership Framework

“You've diagnosed that your culture problem is adaptive, not structural — it requires senior engineers to change how they define professional worth, not a better process. Your faction map identifies three groups with genuinely different losses at stake. You've stopped designing new interventions and started designing a holding environment: a series of conversations where senior engineers can surface what they're actually protecting, with losses acknowledged rather than denied. You've given the adaptive work back to the people who must do it — and your job is now to regulate the distress, not relieve it.”

Specific, grounded, and ends with one clear next step.
Fig.02A real session, unedited
In-app · assistant
Adaptive Leadership FrameworkClaude
Adaptive Leadership Framework
I'm going to help you work through your leadership challenge using the Adaptive Leadership Framework. Before we jump to solutions, we need to diagnose what kind of problem you're actually facing — because technical problems and adaptive challenges require fundamentally different responses. Tell me about the situation: what's the challenge, and what have you already tried?
We've been trying to shift our engineering team toward a more collaborative, cross-functional culture for two years. We've done team workshops, hired an OD consultant, changed the org chart twice. Nothing sticks. Engineers still work in silos and resist sharing work early.
Two years, multiple structural interventions, and the pattern persists — that's a significant diagnostic signal. Let me ask a more specific question: when you've implemented these changes, what has the resistance actually looked like? Did engineers actively push back, quietly route around the new structures, or participate enthusiastically in workshops and then return to old behaviors six weeks later?
Mostly the third thing. They participate, say the right things in the offsite, and then six weeks later you look up and nothing has changed. The workshops are well-received. The org chart changes made logical sense to everyone. But the actual day-to-day behavior never shifts.
That pattern — enthusiastic compliance followed by behavioral reversion — is one of the clearest markers of an adaptive challenge being treated as a technical one. You've been designing interventions for structure and process, but the real problem is that your engineers hold values, professional identities, and loyalties that are incompatible with genuine collaboration. Sharing work early means exposing half-formed thinking. It means being evaluated by peers, not just managers. It means your professional reputation is now partly dependent on others' performance. That's not a process problem — that's a loss problem. Let me get us on the balcony for a moment: if you were watching your engineering organization from above, what distinct factions would you see? Not just 'the resistors' — but groups with genuinely different stakes in the current culture?
There are definitely the senior engineers — they've built their status on being the individual experts everyone comes to. And then there are mid-level folks who are actually more open to collaboration but take their cues from the seniors. And honestly, some managers who benefit from engineers depending on them as information brokers.
That's a revealing faction map — three distinct groups, each with a different relationship to the change. The senior engineers face the deepest loss: a genuinely collaborative culture devalues individual expertise as a status currency, and that status is what they've spent years building. The mid-level engineers face a social calculation — they want to collaborate but won't absorb the risk of breaking from the seniors' implicit norms until they see it's safe. The coordinating managers face a structural threat: if teams collaborate autonomously, they lose their function as information brokers. Here's the adaptive leadership question this raises — have any of your two years of interventions explicitly acknowledged these losses out loud? Have you ever said to the senior engineers: 'We're asking you to give up something real — the status you've earned as the person with all the answers'?
No. We've framed it entirely as a gain — better products, more learning, career growth for everyone. We've never named the losses.
That's the gap — and it explains why every intervention has worked on paper and failed in practice. In adaptive leadership, unacknowledged losses drive resistance underground. People can't engage honestly with a change that denies what they're actually experiencing. The next move isn't a fourth intervention. It's designing a holding environment: a series of conversations where senior engineers can name what they're being asked to give up, where those losses are honored rather than reframed as opportunities, and where they begin to find new sources of status within the collaborative model — mentorship, architectural judgment, cross-team influence. The adaptive work of changing how senior engineers define professional worth belongs to them, not to you. Your leadership job is to create the conditions where that work can happen — and to resist the pull to relieve the distress by solving it for them.
Reply to Adaptive Leadership Framework
What the skill is doing
01Technical/Adaptive Challenge Diagnosis
02Balcony Perspective Facilitation
03Faction & Interest Mapping
Fig.03The same skill, in the channel you already use
WhatsApp · live
9:41
ALAdaptive Leadership Frameworktyping…
Messages are end-to-end encrypted. No one outside of this chat can read them.
Today
We've been trying to shift our engineering team toward a more collaborative, cross-functional culture for two years. We've done team workshops, hired…9:14✓✓
I'm going to help you work through your leadership challenge using the Adaptive Leadership Framework.9:14
Tell me about the situation: what's the challenge, and what have you already tried?9:15
Message

The same skill, where the work happens.

No new app to learn. The methodology runs over the WhatsApp Business API, so the answer lands as a reply in the thread you’re already in — same rigour, zero context-switch.

Reads the situation, names the pattern, returns one concrete next move.
Delivered in seconds, inside a conversation that already exists.
Specimen · WhatsApp Business API · live
Capabilities

What it does, specifically.

Each capability is a distinct move drawn straight from the source methodology — not a generic assistant guessing.

CapabilityC-01

Technical/Adaptive Challenge Diagnosis

Through structured questioning about your challenge's history, the nature of previous solutions, and the pattern of resistance you're encountering, this capability helps you determine whether your leadership problem is technical (requiring expertise or resources), adaptive (requiring changes in people's values and behaviors), or mixed. The classification directly determines your strategy — applying a technical fix to an adaptive challenge is the most common and costly leadership error.

Based on Heifetz's foundational technical/adaptive distinction from Leadership Without Easy Answers (1994) and the diagnostic questioning framework systematized across four practice domains in The Practice of Adaptive Leadership (2009).
CapabilityC-02

Balcony Perspective Facilitation

Using Heifetz's 'balcony and dance floor' metaphor, this capability guides you in stepping back from the immediate pressures of your situation to observe systemic patterns — which factions are aligned or in conflict, which work avoidance behaviors are appearing, what the system as a whole is doing versus what individuals claim to be doing, and where the adaptive challenge is being displaced.

Derived from Heifetz and Linsky's 'Get on the Balcony' practice in Leadership on the Line (2002), operationalized as a structured diagnostic reflection in The Practice of Adaptive Leadership's 'Diagnose the System' domain.
CapabilityC-03

Faction & Interest Mapping

This capability helps you chart the stakeholder landscape of your challenge — identifying distinct factions, their underlying interests and loyalties, how much they have at stake in the current state, and how they are likely to respond to proposed changes. The output makes the system's competing forces legible, replacing a vague sense of 'resistance' with a structured map of who is protecting what.

Based on Heifetz's faction mapping tools in The Practice of Adaptive Leadership (2009), which treat organizational conflict as a system of competing loyalties rather than a problem of individual obstruction.
CapabilityC-04

Loss/Gain Resistance Analysis

Change resistance almost always involves loss — people protecting something they value, even when they can't or won't articulate it. This capability guides you in identifying what each key faction must give up if your proposed change succeeds, making resistance understandable and workable rather than obstructionist. Unacknowledged losses are what drive adaptive work underground.

Based on Heifetz's Loss Analysis framework, which holds that adaptive change always requires people to give up something they value, and that unacknowledged losses are the primary driver of work avoidance and change failure across Leadership on the Line and The Practice of Adaptive Leadership.
CapabilityC-05

Holding Environment Design

Adaptive work is emotionally and politically difficult. This capability helps you design a 'holding environment' — the conditions, relationships, forums, and communication structures that provide enough psychological safety for stakeholders to do the hard work of change without shutting down, fleeing into work avoidance, or scapegoating the leader. The goal is to contain distress at a productive level, not eliminate it.

Based on Heifetz's Holding Environment concept, adapted from D.W. Winnicott's therapeutic framework, and operationalized in The Practice of Adaptive Leadership as a strategic leadership design problem in the 'Mobilize the System' practice domain.
Tested

Graded before it shipped.

Every skill is scored against independent scenarios for methodology fidelity before it goes live — not vibes, a rubric.

What it produces
OutputD-01

Adaptive Challenge Diagnosis Report

A structured classification of your leadership challenge as technical, adaptive, or mixed — with supporting evidence from your situation's history, the pattern of resistance, and implications for strategy. Includes the specific adaptive gap: what values, behaviors, or loyalties must change.

OutputD-02

Stakeholder Faction Map

A structured mapping of the key stakeholder factions in your challenge — their competing interests, loyalties, authority relationships, and what each faction stands to gain or lose if change succeeds. Turns a vague sense of 'resistance' into a legible system.

OutputD-03

Loss/Gain Resistance Analysis

A faction-by-faction breakdown of what each group must give up for your proposed change to succeed — the foundation for designing interventions that acknowledge real losses rather than bypassing them with false optimism.

OutputD-04

Holding Environment Design Brief

A strategic plan for creating the conditions — forums, rituals, communication structures, and relationship investments — that will allow your team or organization to sustain the pressure of adaptive work without collapsing into avoidance or displacing the challenge onto the leader.

The source

Grounded in the original work.

Every answer traces back to a real source and the practitioner who wrote it — not a secondhand summary. Here is the source of record.

Source authorA-01

Ronald Heifetz

Ronald Heifetz is the founding director of the Center for Public Leadership at Harvard Kennedy School, where he has developed and taught the Adaptive Leadership framework for over three decades. He is the author of Leadership Without Easy Answers (1994) and co-author of Leadership on the Line (2002, with Marty Linsky) and The Practice of Adaptive Leadership (2009, with Linsky and Alexander Grashow) — the definitive practitioner's toolkit for the framework. His work is delivered through Harvard executive programs globally and via Cambridge Leadership Associates workshops.

Status · Inspired by Ronald Heifetz’s work — not yet claimed. Are you Ronald Heifetz?
Primary sourceS-01

The Practice of Adaptive Leadership (2009)

by Ronald Heifetz

Founding Director, Center for Public Leadership, Harvard Kennedy School; co-author of three foundational leadership texts taught in graduate programs and executive education worldwide

Read the original ↗
Citationhks.harvard.edu
In the build queue

Be first to run it.

Adaptive Leadership Framework is being built right now. Leave your email and we’ll tell you the moment it goes live.

Notify meEmail
At launchI'm facing a leadership challenge that I've tried to solve with structural fixes — new processes, reorganizations, workshops — and it keeps coming back. I want to figure out whether this is actually a technical problem or an adaptive challenge, and what that distinction means for my strategy.