Harvard Business School faculty recently framed a concept that most transformation leaders have felt but never named: change fitness. Defined as an organization's capacity to absorb, process, and benefit from ongoing change, it operates like a measurable resource [1]. It fluctuates. It depletes. And almost nobody tracks it.
That last part is the problem. Organizations treat change capacity as infinite. Leadership teams stack AI rollouts on top of operating model shifts on top of cultural transformation programs, then label the resulting friction "resistance." The diagnosis is wrong. What looks like resistance is often depletion.
The Concept: Change Fitness as a Finite Resource
Think of change fitness the way athletes think of training load. A well-conditioned organization can absorb significant change, adapt its workflows, and extract value from new capabilities. An overtrained one breaks down. The parallel is not metaphorical. It is structural.
HBS faculty describe change fitness operating at three levels [1]. At the individual level, it shows up as curiosity, experimentation, and comfort working alongside new tools. At the team level, it means collaboration patterns, role clarity, and decision rights that match the current operating context. At the organizational level, it requires modern data foundations, thoughtful governance, and leaders who treat transformation as a redesign of work, not a software rollout.
When any of those levels is depleted, the organization's ability to benefit from the next change initiative drops. Not because people are unwilling. Because the system lacks capacity.
In my previous article on Organizational Complexity as Accumulated Decision Debt, I showed how every local decision to add structure, process, or governance compounds over time into an unreasonable system. Change fitness is the mirror image of that argument. Complexity depletes capacity. Accumulated decision debt is the mechanism through which organizations become change-unfit.
Why Organizations Are Running on Empty
The data tells a consistent story across multiple domains. Deloitte surveyed 3,235 senior leaders for their State of AI in the Enterprise 2026 report. Two-thirds report productivity gains from AI adoption. But only 20% have achieved revenue growth [2]. Talent readiness sits at just 20% despite organizations expanding AI access by 50% [2].
That gap between deploying technology and absorbing it is a change fitness gap. Organizations are pushing tools through systems that lack the capacity to integrate them. Gartner predicts over 40% of agentic AI projects will be canceled by the end of 2027 due to escalating costs, unclear business value, or inadequate risk controls [3]. The framing focuses on the projects. The root cause is the organizations running them.
Meanwhile, the 17th State of Agile Report found that 41% of respondents identify insufficient leadership participation as a barrier to scaling agile [4]. Organizational resistance to change remains among the top obstacles, a persistent finding across multiple survey years [4]. Organizations keep adopting new approaches while the structural conditions for absorbing them remain unchanged.
What Depletion Looks Like in Practice
Depleted organizations share recognizable patterns. The first is initiative fatigue. Teams stop engaging with new programs because the previous three are still half-implemented. The second is compliance theater, where people go through the motions of transformation without changing how work actually gets done.
The Scrum.org APOM research captures this dynamic well: organizations that adopt agile practices without changing their operating model end up performing agile rather than operating agile [5]. The ceremonies happen. The standups run on schedule. But the underlying structures, decision rights, funding models, and governance layers remain untouched. The organization performs transformation without transforming.
The third pattern is decision paralysis. When every change initiative competes for the same finite leadership attention, nothing moves with conviction. In my article on Decision Velocity Infrastructure, I argued that the speed and quality of decisions determine organizational throughput. Depleted change fitness is what slows that velocity. Leaders aren't indecisive. They're overloaded.
Measuring and Rebuilding Change Fitness
If change fitness is a real capacity, it should be measurable. And it is. Organizations already have the signals. They just don't aggregate them into a coherent picture.
Start with absorption rate: what percentage of initiated changes achieve their intended outcomes within the planned timeframe? Most organizations can answer this for financial targets but not for capability shifts. Track it.
Second, measure recovery time. After a major reorganization or technology deployment, how long before teams return to baseline productivity? If the answer keeps getting longer, change fitness is declining.
Third, monitor initiative load. Count the number of concurrent transformation programs competing for the same leadership bandwidth and team capacity. There is no universal threshold, but organizations running five or more simultaneous change programs across overlapping teams are almost certainly in depletion territory.
Evidence-Based Management, the framework Scrum.org uses within the Product Operating Model, provides a foundation for this measurement. Current Value and Unrealized Value metrics can expose whether change initiatives are producing outcomes or just activity. Time to Market and Ability to Innovate metrics reveal whether the organization retains the capacity to act on what it learns.
Rebuilding change fitness requires the same discipline as physical recovery. Reduce concurrent load. Complete existing initiatives before launching new ones. Invest in the structural foundations (decision rights, team autonomy, governance simplification) that make the next change easier to absorb rather than harder.
HBS faculty put the leadership imperative clearly: make change fitness a core capability, not an afterthought [1]. That means treating organizational capacity for change as a strategic asset, measured and managed with the same rigor applied to financial capital.
The Capacity Question
Organizations don't have a resistance problem. They have a depletion problem. Running three transformations in five years doesn't build resilience. It consumes the capacity needed for the fourth.
The organizations that will absorb AI, implement product operating models, and adapt to market shifts are not the ones with the boldest strategies. They are the ones that protected their capacity to change while everyone else was busy depleting theirs.
Measuring that capacity is the first step. Treating it as finite is the second.
Ralph Jocham is Europe's first Professional Scrum Trainer, co-author of "Professional Product Owner," and contributor to the Scrum Guide Expansion Pack. As an ICF ACC certified coach, he works with organizations to build Product Operating Models where strategic clarity, operational excellence, and adaptive learning create measurable competitive advantage. Learn more at effective agile.
References
[1] Harvard Business School Working Knowledge, "AI Trends for 2026: Building 'Change Fitness' and Balancing Trade-Offs," HBS, 2026. https://www.library.hbs.edu/working-knowledge/ai-trends-for-2026-building-change-fitness-and-balancing-trade-offs
[2] Deloitte, "State of AI in the Enterprise 2026," Deloitte US, 2026. https://www.deloitte.com/us/en/about/press-room/state-of-ai-report-2026.html
[3] Gartner, "Gartner Predicts Over 40% of Agentic AI Projects Will Be Canceled by End of 2027," Gartner Newsroom, June 2025. https://www.gartner.com/en/newsroom/press-releases/2025-06-25-gartner-predicts-over-40-percent-of-agentic-ai-projects-will-be-canceled-by-end-of-2027
[4] Digital.ai, "17th State of Agile Report," Digital.ai, 2024. https://digital.ai/press-releases/17th-state-of-agile-report-71-use-agile-in-their-sdlc-small-organizations-report-strong-business-benefits-medium-and-larger-sized-companies-continue-to-experience-barriers-in-successfully-scaling-a/
[5] Scrum.org, "The Agile Product Operating Model (APOM): An Evidence-Based Approach," Scrum.org, 2025. https://www.scrum.org/resources/agile-product-operating-model-apom-evidence-based-approach