0926 Prospect AI readiness boundaries

For the past decade, cloud was the “new frontier.” It redrew the map of enterprise IT, opening new territory for applications, data and business services. Organizations could build faster, support more use cases and deploy technology into more areas of the business. That delivered enormous value, but with it created unmitigated sprawl: the number of systems where business-critical work happens has expanded. 

Over time, the complexity spiraled out of control. Cloud services, SaaS applications, data platforms and systems of record became interconnected parts of the same business processes. Highly connected enterprise applications calling cloud services that start data pipelines, update SAP and then open ServiceNow tickets is the new norm. Paths like this are the result of years of useful IT investment.

AI is the next wave moving across that landscape, and executives are challenging every business function to use it to scale operations and increase capacity. Many are building agents to solve business problems: everything from managing calendars and email to investigating production errors and resolving process exceptions. In a 2026 Deloitte survey, 74% of leaders at organizations already piloting agentic AI expected nearly half of their business processes to be redesigned or rebuilt around AI agents within four years. As the industry wrestles with the transition from AI agents doing low-risk, read-only tasks to taking action in highly sensitive production environments, we’re watching a new class of workload emerge in an already complex hybrid IT operating model. 

How do we manage the risks and value of this new type of workload? IT Ops has an opportunity to establish a consistent way for agents to act across the enterprise. Hybrid cloud orchestration builds on each environment’s native controls, keeping workflow policies, safety mechanisms and business context attached to an agent-initiated action as it moves across the hybrid estate. Each agent may have only a part of the overall context, and the intelligence ends at the border of its reach within a system. Productive autonomy depends on agents being capable of exploring new possibilities while acting through execution paths the enterprise can trust, across many different systems.

Commoditized agents make governed execution more valuable

Managed models, cloud AI services, copilots, low-code builders and agent frameworks have dramatically compressed agent development time. A team can now turn an idea into a polished demonstration before asking IT Ops how the agent will authenticate, which systems it can change or who will own the outcome. As more teams build agents, the cost of supporting each new use case will depend on how much execution logic, policy and recovery handling they can reuse.

When an agent moves from investigating a production error to restarting a service, rerunning a pipeline or rolling back a deployment, it crosses from reasoning into production execution. That creates a familiar challenge for IT Ops: give the agent enough authority to resolve the issue quickly, with safeguards that prevent an accidental database deletion from becoming front-page news. The operational disciplines are established, and we’re just changing the actor from an IT Ops engineer to an AI agent.

The boundary is between reasoning and execution:

  • The agent interprets context, evaluates options and selects or proposes an action
  • The execution layer applies policy and guardrails, validates dependencies, invokes the approved workflow and records the outcome

That distinction between reasoning and action becomes even scarier when it crosses multi-cloud and hybrid cloud boundaries. Each environment has its own native controls, such as AWS, Microsoft Azure, Google Cloud, SaaS applications, private clouds and on-premises platforms. An action may still begin in AWS, move through Snowflake and SAP and finish in an on-premises database. A control plane limited to one environment isn’t well equipped to establish whether the full cross-system process was properly authorized and completed as intended, and the risk is probably too great of getting it wrong.

Orchestration transports the context in between the handoffs: why the action ran, whether dependencies and approvals were satisfied and, most importantly, whether the process achieved its intended outcome. You get one governed workflow instead of having to reconstruct the path from disconnected system events.

Probabilistic reasoning needs deterministic rails

As agent development spreads across the enterprise, we have to build zero-trust safety nets into AI execution models in order to scale. An agent may choose different paths as conditions change and can revise its diagnosis as new evidence arrives. Workflows that validate AI decisions, data and results can enforce approval requirements for production rollbacks, check downstream readiness and follow a defined recovery path if execution fails.

Cloud-native controls, model policies and platform guardrails already protect their respective domains. Orchestration connects them at the process level, carrying dependencies, approvals, scoped credentials, SLA context, downstream visibility, recovery paths and the audit record across SaaS applications, cloud providers and data centers. The agent invokes an approved workflow, while event-driven orchestration manages how the action proceeds across the estate.

This approach turns existing workload automation into shared execution infrastructure. Recovery workflows, data pipelines and finance processes can support multiple agents, with improvements applied wherever the workflow is called. Model Context Protocol (MCP) standardizes connections to tools and resources, and Agent2Agent (A2A) supports collaboration between agents. The orchestration layer supplies the operating context and control.

A practical AI readiness test for IT Ops

The value of agent adoption becomes measurable when teams define a pre-agent baseline and compare the same metrics across a consistent scope of work. For IT Ops, those metrics may include automation coverage, manual handoffs, SLA attainment and, for recovery use cases, MTTR. The Tokenomics Foundation’s AI value classification framework also recommends accounting for whether outputs meet an established quality threshold and for any new review, rework or escalation the AI creates. This produces a more defensible view of AI’s impact than gross efficiency gains alone. To deliver that value at scale, organizations must expand agent-driven work without adding more coordination work for IT Ops. 

The following questions test that foundation:

  1. Can the agent-initiated action be traced from request to outcome across public cloud, private cloud, SaaS applications, data platforms, enterprise applications and on-premises systems?
  2. Does the agent have the context of every system and the resulting automation goal as it crosses environments?
  3. Does its authority remain scoped as the workflow crosses identity and permission models?
  4. Do dependencies, approvals, service-level requirements and recovery policies remain enforceable regardless of where the agent originates?
  5. Is operational ownership clear, and can the responsible team see the end-to-end process state and intervene while work is in flight?
  6. Can the agent invoke existing automation without creating another integration and governance model?

The strongest starting point is a workflow whose intent, authority and accountability are already established and whose operational outcome is measurable. Your team can then apply what worked to subsequent use cases.

The operating advantage grows as more agents use workflows the enterprise has already invested in and validated, extending automation with controls and context in place.

RunMyJobs by Redwood provides the hybrid cloud orchestration layer for this model, giving agents a governed path into existing workflows across cloud services, SaaS applications, data platforms, enterprise applications and on-premises systems.

Explore how hybrid cloud orchestration with Redwood Software can accelerate your path to the autonomous enterprise.

About The Author

Rick Ochs's Avatar

Rick Ochs

Rick Ochs is Vice President of Product Management at Redwood Software, where he leads RunMyJobs, the enterprise orchestration and workload automation platform used to run mission-critical processes across SAP, cloud and on-premises systems.

He joined Redwood after four and a half years at AWS, where he ran the cloud optimization product organization responsible for AWS Compute Optimizer, Cost Optimization Hub, Savings Plans recommendations and the Savings Plans Purchase Analyzer. He also represented AWS on the FinOps Foundation Technical Advisory Council. Before AWS, he led the cloud product line at Turbonomic through its acquisition by IBM and spent 13 years at Microsoft, where he owned the Azure resource optimization program and worked on one of the largest enterprise cloud migrations attempted at the time.

Rick speaks regularly on cloud efficiency, FinOps and automation. He lives near Seattle.