Thought Leaders
Is Your Infrastructure Actually Ready for AI?

By now, everyone has an AI strategy. But far fewer organizations have the infrastructure to actually support one.
Over the past year, I’ve spoken with dozens of IT leaders who are under real pressure to deliver AI-powered experiences. They’re expected to have faster productivity tools, intelligent automation, and smarter endpoint management. And that pressure extends beyond human workers: organizations are now being asked to provision and manage AI agents that need their own compute, their own desktop environments, and their own governance model.
Having spent years helping build Windows 365 and Azure Virtual Desktop at Microsoft, I’ve developed a clear picture of what separates organizations that successfully deploy AI from those that stall out. It almost always comes down to three things: cloud utilization, data quality, and cost discipline.
Are You Using What You Already Have?
The first question I ask any IT leader is: how well are you leveraging the cloud capabilities you’re already paying for?
Most organizations, if they’re honest, are underutilizing their cloud environments significantly. They’ve migrated workloads, but the lift-and-shift mentality means they’re running legacy patterns in a modern environment and missing the optimization features built into their cloud provider’s platform.
This matters enormously for AI. These workloads are resource-intensive and dynamic. They spike, they scale, and they need elasticity. An environment that hasn’t been optimized for cloud-native operation will buckle under that kind of demand, or cost you far more than necessary when it doesn’t.
Before investing in new AI capabilities, take a hard look at your current environment and ask yourself these questions:
- Are your virtual machines right-sized, or are you running oversized instances?
- Are auto-scaling policies actually tuned to your workload patterns, or set and forgotten?
- Are you using reserved instances and savings plans, or defaulting to on-demand pricing across the board?
Cloud providers have invested in optimization tooling. Use it. And if your management layer isn’t surfacing these insights, that’s a gap worth closing before you go further.
Data Is the Foundation, and Most Organizations’ Data Is Broken
The second, and frankly more critical, readiness factor is data. Not data strategy in the abstract. The actual state of your data today.
AI systems are only as good as the data they’re trained on or operate against. That’s not a new insight, but the practical implications are still underappreciated in most IT organizations. When I talk about data readiness for AI, I mean three specific dimensions: cleanliness, completeness, and timeliness.
Cleanliness means your data doesn’t have duplicates, inconsistencies, or errors that would corrupt outputs. For endpoint management, this might mean user records with stale attributes, device profiles that haven’t been updated in months, or policy assignments that don’t reflect the current org structure.
Completeness means you have the breadth of signals that AI needs to make meaningful inferences. A recommendation engine for application delivery isn’t useful if most of your device telemetry is missing. An anomaly detection system can’t establish a baseline if your logging has gaps. Before deploying AI-powered features, map out what data you do have versus what a given capability requires.
Timeliness is the dimension that organizations underestimate most. It’s about real-time or near-real-time intelligence. Stale data produces stale insights, and stale insights can be worse than no insights at all. If your data pipelines are batching overnight what should flow continuously, that’s a structural problem that AI won’t solve.
Data hygiene, pipeline modernization, and telemetry instrumentation don’t make exciting board presentations. But they’re the difference between AI features that work and AI features that get abandoned three months after launch.
Cost Control Isn’t an Afterthought
The third dimension of AI readiness is financial, and it deserves more attention than it gets in the planning phase.
AI workloads are expensive to run, they’re hard to predict, and they often scale faster than budgets can follow. I’ve seen organizations get meaningful value from early AI pilots, and then watch costs spiral when those pilots moved to production, because no one had designed a cost governance model to go with them.
This is especially true in virtual desktop and endpoint environments, where AI features like session intelligence, predictive scaling, and automated remediation can generate substantial compute demand across thousands of sessions simultaneously.
The organizations that manage this well share a few characteristics:
They treat infrastructure efficiency as a prerequisite, not an optimization to do later. They’ve already done the work of right-sizing, eliminating waste, and establishing cost baselines before AI workloads arrive.
They build cost visibility into operations. They know what their per-user, per-session, and per-workload costs are, which means they can detect when AI features are driving unexpected spend early enough to course-correct.
And importantly, they’ve chosen a management layer that surfaces cost signals proactively, so they’re not finding out about cost overruns in the monthly cloud bill, but instead through real-time dashboards that enable faster decisions.
The Gap Is Closable, but It Requires Honesty First
The organizations I’m most optimistic about are the ones willing to take an honest look at where they stand.
The gap between AI ambition and execution is real, but it’s not permanent. And the next frontier is already visible: as agentic AI moves from pilot to production, the question of infrastructure readiness expands beyond human users to include the agents themselves.
That means auditing cloud utilization before expanding it and investing in data quality before layering AI on top of it. It also means treating cost governance as an architectural concern, not a finance team problem.
The gap between AI ambition and execution is real, but it’s not permanent. It’s an engineering and operational problem, and those are the exact problems our IT community thrives at solving.












