All Perspectives
AI Transformation Organizational Transformation Hold Period Value Creation

Leading in the Age of AI Disruption: Part 3

AI Transformation Is a People Problem First

Al Mays

AI transformation is not a technology project. It is an organizational evolution, and the distinction matters more than most leadership teams realize. The companies that captured the most value from agile and cloud didn’t do it by adopting the tools fastest. They did it by changing how their organizations worked: how teams were structured, how success was measured, and how people were supported through the transition. AI requires the same commitment, applied across every function, at a faster pace and with higher stakes.

The starting point for most organizations will be AI assistance layered on top of existing work. That’s fine, and it’s where the early wins come from. But it has a ceiling. The real productivity gains come from rethinking how work gets done, not just how fast it gets done. Getting there requires a company-wide initiative with genuine C-suite ownership, a clear narrative tied to business outcomes, and an honest investment in the people being asked to make the shift.

That investment is the part most organizations underestimate. Not the technology budget, but the human one. The education, the experience, the AI fluency that people build through a well-led transformation, that’s career capital that belongs to them regardless of where their path leads. The leaders who say that out loud, and mean it structurally, get something in return that no tool deployment can produce: an organization that is genuinely willing to evolve.

An Inevitable Evolution, Not a One-Time Event

Every major technology shift in the last two decades has followed a similar pattern. When agile arrived, the organizations that captured the most value weren’t the ones that adopted the methodology the fastest. They were the ones that understood what it actually required: a different way of organizing teams, setting priorities, and measuring progress. The ones that treated it as a process change got the vocabulary and the ceremonies. The ones that treated it as an organizational evolution got the results.

I saw this firsthand leading engineering organizations through that shift. The teams that thrived weren’t the ones that learned the framework fastest. They were the ones where leadership made a genuine commitment to changing how work was structured, how success was defined, and how people were supported through the learning curve. That took time, and it took intention, but the organizations that came out the other side were fundamentally more capable, not just at delivering software, but at absorbing the next change that came along.

The move to cloud followed the same arc. Lift and shift got organizations onto new infrastructure without changing much else. The real gains came when teams rethought how they built, deployed, and operated software. That required new skills, new roles, and a different relationship between engineering, product, and finance. The FinOps discipline that unlocked real cost efficiency didn’t come from moving workloads. It came from changing how engineering teams thought about the economics of what they were building. Most of the value was organizational, not technical.

AI follows that pattern, but compressed and broader in its reach. It doesn’t just change how engineers write code or how analysts pull data. It touches every function, every role, every team. And like those earlier shifts, the organizations that will look back on this period well are the ones that treated it as a full organizational evolution, not a technology project with a finish line.

The starting point for most organizations will be AI assistance layered on top of existing workflows. Faster drafting, better summarization, quicker analysis. Those are real gains and a reasonable place to begin. But they have a ceiling. The organizations that capture lasting value are the ones that didn’t stop there. They used the early wins to build confidence and literacy, and then asked the harder question: if we could redesign how this work gets done knowing what AI can do today, what would it actually look like? That question is where the meaningful productivity gains live. Not in doing the same work faster, but in changing the work itself.

This Requires a Different Kind of Commitment

The reason that harder question doesn’t get asked often enough is that answering it requires something most AI initiatives aren’t set up to deliver: a full company commitment that goes well beyond product and engineering.

AI touches every function. It changes what a customer success role looks like when preparation and synthesis can be automated. It changes what a mid-level analyst does when the work that used to fill a week can be compressed into a morning. It changes how marketing operates, how finance models, how support scales. Those aren’t engineering problems. They’re organizational ones, and they require C-suite ownership, not delegation.

The companies that will get the most from this are the ones treating it the way serious leaders treated agile or cloud at their best: as a company-wide initiative with executive visibility, a clear narrative connecting the transformation to business outcomes, and the organizational infrastructure to turn individual capability into shared practice. Not a sidegig sitting inside the technology team’s roadmap.

That narrative piece matters more than it might seem. As I wrote in the second piece in this series, AI investments only generate real returns when they’re connected to specific business outcomes, not when they’re organized around what AI can do. That principle applies equally to the people side. When employees understand why the company is pursuing AI, what problem it’s solving, and what it means for the business they work in, it changes how they engage with it. It gives the transformation a direction that individuals can orient around. Without it, people fill in the gaps themselves, and the picture they construct is often more uncertain than the reality.

This also means being honest that roles will change. Not as a threat, but as an accurate description of what an evolution of this scale actually involves. The employees who understand that their job is going to look different, and who feel equipped and supported to make that shift, are in a very different position than the ones left to figure it out on their own. Communicating that honestly, and early, is part of what separates the companies that lead this well from the ones that manage it reactively.

Individual Adoption Is a Starting Point, Not a Strategy

There is a dynamic worth naming directly here, because it shows up in almost every organization navigating this transition. When a company-wide initiative doesn’t exist, individuals fill the gap on their own. A marketer rebuilds their entire content workflow around tools the company hasn’t formally adopted. A few engineers develop AI fluency that puts them well ahead of the rest of their team. A customer success manager uses AI to prepare for every client interaction in ways that have genuinely changed the quality of their work. These are real gains, and they reflect genuine curiosity and initiative.

But they don’t compound. The marketer’s workflow improvement stays with them. Marketing as a function didn’t change. The engineers who raced ahead have created a capability gap inside their own team that will show up as friction before it shows up as output. The customer success manager is doing better work that nobody else is learning from. When individuals develop AI fluency in isolation — without shared practices, without organizational infrastructure, without leadership visibility — the gains stay personal. They don’t show up in your NRR. They don’t accelerate delivery. They don’t change the customer experience in a way that’s repeatable or scalable.

This is the core difference between individual adoption and organizational transformation. Individual adoption is a starting point. It proves the technology works and builds early believers. But the companies that turn that into durable advantage are the ones that take the next step: building the infrastructure that connects individual capability into shared practice. That means creating the forums where people share what they’re learning. It means building the Center of Excellence that can translate early experimentation into repeatable approaches across teams. It means designing roles and workflows around what AI actually makes possible, not just layering tools on top of how work was already organized.

The gap between organizations that do this and those that don’t will widen quietly for a while, and then visibly all at once. Individual fluency without organizational infrastructure is not a strategy. It is a starting point that has a ceiling, and that ceiling arrives faster than most leadership teams expect.

Investing in People, Not Just Asking Something of Them

When I led engineering organizations through the shift to agile, and later through the move to cloud, one of the things I came to believe strongly is that those transformations weren’t just investments in the company. They were investments in the people. The engineers and product managers who went through that work came out the other side more capable, more adaptable, and more valuable — whether they stayed or moved on. The skills they built belonged to them. That’s true of AI transformation too, and saying it out loud — explicitly and early — changes how people relate to the change.

Most AI initiatives ask something of employees. Learn this tool. Adopt this workflow. Hit this adoption metric. The ones that get the best results frame it differently: we are investing in you. The education, the experience, the fluency you build here: that’s career capital that compounds regardless of where your career takes you. That’s a fundamentally different relationship to the transformation, and it’s one that the best leaders in this moment are establishing deliberately.

The question is how you make that concrete rather than leaving it as a sentiment in an all-hands presentation. One of the most effective mechanisms I’ve seen — and used — is tying learning goals directly to compensation. Most bonus structures allocate the majority of variable pay to company performance, which is right. But the remaining portion — the slice that’s often tied to team initiatives or individual objectives — is an opportunity that most organizations underuse. When you tie that portion to specific learning goals, AI fluency, new skills, meaningful development, you send a signal that no amount of internal communication can match: we are literally paying you to grow. The investment is real.

It also forces a useful discipline on the leadership side. Learning goals tied to compensation only work if the goals are worth tying to something. That means getting specific about what capabilities the organization actually needs to develop, which connects the individual development agenda directly to the business direction the AI strategy is meant to serve. That alignment between personal growth and organizational purpose is exactly what’s missing in most AI programs, and compensation structure is one of the clearest tools available to close that gap.

Evolution, Not Revolution. But Don’t Mistake Patience for Passivity.

The phased approach is the right one, not because it’s safer or more comfortable, but because real organizational change has a pace that can’t be forced without losing the people along the way. The internet didn’t transform businesses overnight. Agile took years to do correctly in most organizations. Cloud is still an unfinished evolution for many companies a decade in. AI will follow that pattern, and the leaders who internalize that are better positioned than the ones feeling pressure to declare transformation complete by the end of the fiscal year.

But phased doesn’t mean slow, and it doesn’t mean passive. The distinction that matters is between the pace of the organizational change and the urgency of the commitment. The commitment has to be immediate and visible. The full C-suite has to own this, not delegate it to the technology team and check in quarterly. The narrative connecting AI to business outcomes has to exist and be communicated clearly enough that people at every level understand not just what is changing, but why it matters and what it means for them specifically. The infrastructure — the learning programs, the adjusted roles, the compensation signals — has to be built intentionally rather than left to emerge organically.

What emerges organically when that infrastructure is absent is uneven. Some individuals pull ahead on their own. A marketer rebuilds their workflow quietly. A few engineers race past the rest of their team. Those individual gains are real, but they don’t compound across the organization. They don’t show up in retention numbers or delivery speed or customer outcomes. Individual fluency without organizational infrastructure is a starting point, not a strategy.

The Close

The first article in this series made the case that AI can clone your software but not your business. The second argued that the AI investments worth making are the ones tied directly to business outcomes, not AI for its own sake. This piece is the same argument applied to the layer that determines whether any of it actually works: the people and the organization.

Those three arguments are connected. The unclonable assets from the first article, the customer relationships, the proprietary data, the embedded workflows, the trust built over years, were all created by people. The business-outcome focus from the second article only lands if the organization has the capability and the alignment to execute against it. And neither of those holds without the people investment this article is about. The technology is the same for everyone. The organization that surrounds it is not.

AI can’t clone the culture of a company that genuinely invests in its people through a transformation like this. It can’t replicate the institutional knowledge that builds when teams develop new capabilities together rather than in isolation. It can’t reproduce the trust that accumulates when leadership says “we are investing in you,” and then demonstrates it structurally, in how goals are set, how learning is rewarded, how roles are redesigned, and how the evolution is led with the same seriousness that the best agile and cloud transformations were led.

The employees who go through a well-led AI transformation will come out the other side more capable and more adaptable, whether they stay or move on. That’s true of every significant organizational evolution done right. The skills, the experience, the fluency they build: that belongs to them. Saying that out loud, and meaning it structurally, is one of the most powerful things a leader can do to bring people genuinely along rather than just pulling them through.

The companies that get this right won’t just have better AI outcomes. They’ll have a more adaptable organization on the other side, one that is better positioned for whatever comes next. Because the real advantage was never the technology. It was always the people willing and able to learn faster than the landscape changes. Investing in them isn’t just the right thing to do. It’s the strategy.

Want to talk through how this applies to your situation?

Send me a note, I'm happy to have a direct conversation.

Get in Touch