Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

The three horizons of digital transformation are a portfolio model for balancing three jobs: improving today’s core business (Horizon 1), scaling proven capabilities into broader growth (Horizon 2), and exploring business-model or operating-model reinvention (Horizon 3). The labels are not a universal calendar. Different strategy, transformation, technology-roadmap and AI frameworks use the same names somewhat differently, so leaders should define the version they are using before assigning work to a horizon.

What the three horizons mean

The most useful practical synthesis is:

  • Horizon 1 — Improve the core: Digitize existing customer journeys and operations, fix foundational weaknesses and demonstrate measurable value.
  • Horizon 2 — Scale capabilities and growth: Extend validated capabilities across teams, processes, products or adjacent opportunities, while building the skills and operating systems required to scale.
  • Horizon 3 — Reposition or reinvent: Investigate options that could change the organization’s offerings, business model or operating model over the longer term, accepting greater uncertainty.

This synthesis combines related but distinct uses of the framework. The growth-portfolio version treats the horizons according to their relationship with the current core and the uncertainty of the opportunity. A transformation-program version describes a progression from fundamentals to scalability to repositioning. A technology-roadmap version uses Horizon 2 for emerging technologies that can reach future product generations and Horizon 3 for broader, less certain contingencies. An AI-specific adaptation uses enablement, workflow automation and operating-model reinvention. None of these is the single official taxonomy.

How the horizons differ

Dimension Horizon 1 Horizon 2 Horizon 3
Relationship to the core Directly improves existing products, services, journeys or operations Extends the core into adjacent teams, markets, products or capabilities May create a substantially different offering, business model or operating model
Typical value source Reliability, customer experience, productivity and cost or risk improvement Repeatable growth and broader adoption of proven capabilities New strategic positions and potential future sources of value
Time to impact Near term Medium term Longer term and difficult to predict
Uncertainty Lower, because the problem and affected business are familiar Moderate, as scaling and adjacency introduce execution and market risks High by design; the opportunity, technology or business model may not yet be validated
Evidence expected Operational metrics and customer or financial outcomes Repeatable results across more units, workflows or offerings Validated assumptions, experiments, prototypes and strategic-option milestones
Governance Delivery discipline and benefits accountability Cross-functional scaling authority and investment gates Protected exploratory funding, explicit learning goals and tolerance for failure

The comparison axes above are a decision aid, not a standardized scoring system. A project can move between horizons as evidence changes; the label should describe the work’s current strategic role rather than serve as a permanent classification.

Horizon 1: improve the core

What belongs here

Horizon 1 addresses the fundamentals of the existing business. Examples include replacing manual customer-service steps with digital self-service, improving data quality in an established process, reducing friction in an online journey, modernizing an unstable integration or giving employees better tools for work they already perform.

What’s actually slowing this PC down?

Pick the symptom - the matching free tool is one click away.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

These initiatives should connect to an existing business outcome: completion rate, cycle time, service quality, reliability, compliance, revenue conversion or another measure the operating team can own. Technology deployment alone is not the objective. Digital transformation spans strategy, customer journeys, processes, organization, technology, and data and analytics.

How to manage it

  • Start with a defined problem and a baseline measurement.
  • Assign a business owner as well as a technology owner.
  • Deliver a usable increment quickly, then instrument adoption and outcomes.
  • Remove foundational blockers such as poor data definitions, unclear process ownership or missing integration standards.
  • Retire obsolete workarounds when the new process is proven; otherwise the organization may simply accumulate another layer of complexity.

In McKinsey’s transformation-program framing, Horizon 1 usually covers the first three to 12 months. That is a description of that program model, not a universal deadline. McKinsey also cites 2019 analysis reporting that initiatives executed within the first six months delivered 57 percent of the total program’s value. The figure is attributed to “The numbers behind successful transformations” (McKinsey Quarterly, October 17, 2019) and should be read as a reported finding for that analysis, not a guarantee for every program.

Horizon 2: scale capabilities and growth

What changes from Horizon 1

Horizon 2 begins when a capability or proposition has enough evidence to justify broader application. The work may standardize a successful workflow across regions, connect functions that previously operated separately, extend a digital product to an adjacent customer segment or turn a one-off automation into a reusable platform.

The central challenge is not merely copying a pilot. Scaling often requires shared data models, identity and access controls, architecture, change management, training, support, procurement and funding mechanisms. It also exposes differences between business units that were invisible in a local experiment.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Useful gates for scaling

  1. Confirm the outcome: show that the initial implementation improved a defined metric without creating unacceptable side effects.
  2. Test repeatability: run the capability in a second context with different users, data or operational constraints.
  3. Build the operating system: establish ownership, standards, integration patterns, training and support.
  4. Fund the rollout: budget for migration, adoption and maintenance, not just the initial build.
  5. Measure portfolio value: track adoption and business outcomes across deployments, and stop expansion when evidence no longer supports it.

In the transformation-program sequence, McKinsey places growth and scalability in roughly the 12- to 24-month period. In its technology-roadmap framing, Horizon 2 translates identified emerging technologies into future product generations. Both uses emphasize extension of a credible capability, but neither sets a universal duration or investment formula.

Horizon 3: reposition or reinvent

What makes it different

Horizon 3 explores possibilities that could alter what the organization sells, how it creates value or how work is organized. An initiative might test a new service model, a platform-based proposition, a substantially different channel or an operating model built around autonomous or highly automated workflows.

At this stage, the organization may not know which customer, technology or economic assumptions will hold. Success is therefore learning that changes an investment decision, not pretending that an uncertain idea has the same forecast precision as a committed operational project.

Governance for options

  • State the strategic hypothesis and the assumptions that must be true.
  • Set small, time-bounded experiments with explicit learning milestones.
  • Use staged funding: invest more only when evidence clears the next gate.
  • Separate exploratory teams from short-term delivery metrics when necessary, while maintaining executive sponsorship and risk controls.
  • Define stop, pivot and scale conditions before the experiment begins.

McKinsey’s transformation sequence describes Horizon 3 as repositioning and reinvention from about 24 months onward. Its technology-roadmap discussion treats this horizon as investigation of broader contingencies whose success is uncertain. Applying the same failure-avoidance logic used for committed near-term product work can defeat the purpose of these options.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

AI transformation: a related adaptation

An AI-specific McKinsey framework uses the horizons differently:

  • Horizon 1 — Enablement: help individual employees use AI tools effectively.
  • Horizon 2 — Automation and workflow improvement: apply AI across functions and processes at scale.
  • Horizon 3 — Reinvention: redesign roles, workflows and operating models around AI.

McKinsey’s July 2026 survey covered 750 English-speaking employees and leaders across regions. The authors caution that recruitment intentionally targeted organizations advanced enough to represent later horizons, so the results should not be treated as a market-wide prevalence estimate. In that sample, 11 percent of surveyed leaders said their organizations were in the reinvention horizon. The statistic describes those respondents under that sampling design, not all organizations.

Capabilities that span all three horizons

Horizons are not separate technology stacks. A transformation portfolio needs capabilities that let the organization move from proof to scale while preserving room for exploration.

  • Strategy and portfolio management: connect each initiative to a strategic outcome, assign its horizon and balance funding across timeframes.
  • Customer and process design: redesign journeys and workflows instead of digitizing unnecessary steps.
  • Data and analytics: establish trustworthy definitions, governance, access and measurement.
  • Technology architecture: provide interoperable platforms, security, resilience and reusable components.
  • People and organization: build product, engineering, data, change and domain expertise; clarify decision rights.
  • Operating-model discipline: define ownership, funding, controls, support and retirement processes.
  • Measurement and learning: distinguish delivery progress from realized outcomes and experimental learning.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Support on Ko-Fi

How to sequence a transformation portfolio

1. Establish a near-term proof point

Select a material core problem with an accountable owner and a measurable baseline. The goal is credible value and the foundations needed for later work, not a collection of disconnected pilots.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

2. Identify what can be reused

As the first implementation works, document the data, process, architecture, skills and controls that made it possible. Decide which elements are reusable and which were specific to the original context.

3. Create a scaling path

Choose the next teams, products or markets deliberately. Fund adoption, integration and training, and use evidence from each rollout to refine the standard.

4. Protect a small set of options

Reserve capacity for Horizon 3 experiments tied to strategic questions. Keep their hypotheses and milestones visible to leadership, but do not judge them solely by Horizon 1 delivery metrics.

5. Rebalance quarterly or at defined investment gates

Move initiatives between horizons when evidence, market conditions or strategic priorities change. Cancel work that no longer has a credible outcome, and increase investment only when the next gate is earned.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Questions to ask about any initiative

  • How close is this work to the current core, and what customer or business problem does it address?
  • When should meaningful impact appear, and which assumptions could delay it?
  • What level of uncertainty is appropriate for this investment?
  • Is the intended value efficiency, growth, resilience or reinvention?
  • What changes to skills, data, governance, architecture and operating model are required?
  • What evidence is needed to continue, scale, pivot or stop?
  • Which executive owns the outcome, and who owns the capability after launch?

Frequently Asked Questions

Are the three horizons fixed three-year periods?

No. Some transformation-program descriptions associate Horizon 1 with roughly three to 12 months, Horizon 2 with 12 to 24 months and Horizon 3 with 24 months onward, but those ranges belong to that specific framing. The horizons primarily describe proximity, uncertainty and strategic role.

Can one initiative move from one horizon to another?

Yes. A concept may begin as a Horizon 3 experiment, become a Horizon 2 scaling program after validation and eventually support Horizon 1 operations once it is part of the established core.

Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.