- Large companies rarely lack interest in AI agents. They lack a path from pilot to everyday work.
- The usual bottlenecks: the IT queue, a long chain of approvals, records spread across many systems, and work that crosses departments.
- When the official route is slow, staff use their own tools, and company data goes with them.
- What helps: approve the platform once, let someone else build and maintain the tasks, and keep every task defined, permitted and recorded.
A small company asks whether it needs an AI agent at all. A large company usually has the opposite problem. There is no shortage of interest, ideas or pilots. What is missing is a path from a promising pilot to work that runs every day, across the company.
of agentic AI projects will be cancelled by the end of 2027, Gartner predicts
Gartner, June 2025 ↗of the thousands of vendors selling "agents" offer the real thing, Gartner estimates
Gartner, June 2025 ↗Gartner gives three reasons for the cancellations: rising costs, unclear business value and weak risk controls. In a large company, all three usually trace back to the same few bottlenecks.
Where agent projects wait
- 1An idea
A team sees a routine task that an agent could do
- 2The IT queue
The request waits behind other priorities
- 3Approvals
Security, data protection, procurement, change control
- 4Build and test
Connections, permissions, edge cases
- 5Who looks after it?
Once live, someone must keep it working
The IT queue. Every new tool, connection and task needs IT. And IT already has a long list of work that keeps the company running. A request to automate certificate reminders for one department will, quite reasonably, wait.
A chain of approvals. Security review, data protection, procurement, change control. Each step exists for a good reason. Together, they can turn a two-week idea into a six-month project, and the team that asked has often moved on by then.
Records in many places. A large company keeps its records across many systems, sites and departments, each with its own permissions. An agent has to work across them and respect every one of those permissions. That is hard to build, and harder to keep working as people move roles.
Work that crosses departments. The routine work that slips most often is the work between teams. Onboarding a new employee involves HR, IT, facilities and the manager. A supplier renewal involves purchasing, finance and the team that uses the supplier. Each team does its part. The gaps between them are where things are missed.
Pilots that stay pilots. A pilot built by one team, for one department, proves the idea. But nobody owns turning it into something the whole company can use, and looking after it usually lands on IT, at the back of the queue.
How to move AI agents from pilot to everyday work
Approve the platform once, not every task. Let security, data protection and IT review the platform thoroughly, once. After that, a new task that stays within what was approved should not need to start the whole chain again.
Let someone else build and look after the tasks. The IT queue exists because IT has more work than people. A service that sets up each task, tests it and keeps it working removes that work from the queue, while IT keeps control of what is connected.
Follow the permissions you already have. An agent should only see what the people it works for can already see. If permissions are managed once, in the systems you already use, nobody has to rebuild them for every task.
Define, approve and record every task. Each task should do exactly what was agreed, with every run recorded. That is what lets a department head approve a task with confidence, and what lets risk and audit teams review it afterwards.
Start with the work between teams. Tasks with clear rules that cross departments, such as onboarding steps, supplier documents and renewal dates, are where routine work slips most, and where an agent helps most.
In short
Large companies do not lack AI pilots. They lack a path from pilot to everyday work. The bottlenecks are the IT queue, the chain of approvals, records spread across many systems and the gaps between departments. Approve the platform once, let someone else build and look after the tasks, follow the permissions you already have, and record everything.