Turn Artificial Intelligence into Proprietary Intelligence

How to Win with AI

Decision 5: Operating Model

Decision 5: Operating Model

Design for speed, then build the culture to sustain it.

By Sarah Elk, Chuck Whitten, Hernan Saenz, Gene Rapoport, Nicolas Bloch,
Pascal Gautheron, and Anne Hoecker

Strategy and architecture mean nothing without an operating model built to deliver at pace.
  • Workflow redesign and workforce transformation must happen simultaneously; sequencing them kills momentum and allows the organization to revert to old patterns.
  • The operating model must be explicitly designed for speed: short delivery cycles, embedded feedback loops, structured release cadence, and decision rights pushed down to the squad level.
  • AI-native software development is the first function to fully transform and the most powerful proof point of what a five-times-speed model actually looks like in practice.
  • Broad access to AI tools matters as much as deep capability in a few teams. Identifying tinkerers, equipping them, and creating visible pathways from their discoveries to domain squads builds organizational pull that top-down mandates cannot.
  • Executives need their own individual contributor time. The tinkerer mindset extends to the top of the house, or it doesn’t extend at all. CEOs and their direct reports who personally build, experiment, and operate AI systems develop the intuition required to lead the transformation. Leaders who delegate the experience never close the gap between what they say and what they understand.
  • A desired outcome should be an organization where every nontechnical person has sufficient digital acumen to build in low- and no-code environments, demo possibilities to peers, and connect their own activity set to AI-driven value. It is a cultural transformation, not a training program.

Take a human-centric approach

The most common sequencing mistake in AI transformation is treating workflow redesign and workforce transformation as consecutive steps. Organizations redesign the process first, then figure out how to upskill or redeploy the people affected. By the time the workforce piece catches up, old habits have already taken hold in the redesigned workflow, and the momentum from launch has dissipated. The people who were supposed to work in the new way are still working in the old way because no one changed the systems, incentives, and role definitions that govern their day-to-day behavior.

The only way to avoid this result is to run tracks in parallel by redesigning the workflow and modernizing the workforce simultaneously, with the same leadership attention and the same sense of urgency. Take a human-centric approach to build a bright spot in the future way of working with a set of teams. This approach informs which solution should be scaled in real life and what upskilling is required for those roles and that specific change.

Speed is a strategic asset in AI transformation, not just a nice-to-have. The organizations that are pulling ahead are doing better work faster, which means they are learning faster and therefore compounding their advantage faster.

Speed is a strategic asset in AI transformation, not just a nice-to-have.

Building an operating model for speed requires four things:

  1. Short delivery cycles that force teams to ship something to the business every few weeks rather than building for months before revealing results
  2. Embedded feedback loops that capture signal from users continuously rather than through periodic surveys
  3. A structured release cadence that gives the business predictability about when changes that are ready to scale are coming
  4. Decision rights pushed far enough down the organization that squads can resolve most issues without escalating to a committee.

None of these things happens naturally in a large organization. They have to be designed in deliberately.

AI-native software development deserves special attention as a CEO priority because it is the single clearest proof point of what a transformed operating model actually looks like. When your software development teams operate with AI agents handling code generation, testing, and documentation, and they handle architecture, direction-setting, and the complex problems that agents cannot solve, the productivity difference is not incremental. Organizations that have made this shift report five to ten times the output from the same number of engineers. More importantly, the speed at which they can iterate on their AI applications across agents, workflows, and data pipelines is dramatically higher. Software development is the function most ripe for this transformation, and the organizations that do it first gain a compounding speed advantage in every subsequent domain they tackle.

How tinkerers become your superusers

Democratizing access to AI tools is equally important, and it operates through a different mechanism than top-down deployment. In every large organization, there are people outside of the obvious technology roles who are naturally curious about what AI can do, willing to experiment on their own time, and capable of discovering use cases and approaches that no central team would have thought to design. These are your tinkerers. The organizations that identify them, give them access to tools and sandboxes, and create clear pathways for their discoveries to reach the domain squads who can scale them are building a sensing network that multiplies the intelligence of their transformation program. These tinkerers become superusers who upskill everyone around them and show them the way to the future. This network is not a replacement for concentrated investment in priority domains, but rather a complement that keeps the program connected to the reality of how work gets done.

The tinkerer mindset must extend to the top of the house, or it will not extend at all. Don’t think it is about executives writing code. It’s about having spent enough hours using and building with AI to understand viscerally what it can and cannot do, where friction resides, what governance feels like in practice rather than in theory, and what your teams are actually being asked to do when you tell them to use AI. Without that experience, leaders make decisions about a technology they have only encountered through other people’s summaries.

The deeper challenge is time allocation. Most senior teams spend nearly all their hours running the business, and the change agenda gets whatever residue is left. AI transformation requires the opposite balance: meaningful, protected time blocked off to change the business rather than just run it, and a portion of that time spent inside the tools rather than supervising them from a distance. CEOs who delegate the experience never close the gap between what they say about AI and what they understand. The organization senses that gap, and the transformation slows.

The ultimate multiyear ambition is an organization where digital acumen is as common as financial literacy. Where every businessperson can build a working prototype in a low-code or no-code environment, demo it to their colleagues, and make a credible case for how it creates value. Where the gap between having an idea and being able to show it is measured in hours rather than months. Getting there requires a cultural transformation that goes well beyond training programs; it requires changing who gets hired, how performance is measured and celebrated, and what the organization treats as a core professional skill.

  • AI TRANSFORMATION: ENTERPRISE GLOSSARY

Quer saber mais?

Ajudamos líderes do mundo todo a lidar com desafios e oportunidades cruciais para suas organizações. Juntos, criamos mudanças e resultados duradouros.