Guide

Rolling out AI agents across your organisation: four stages, board decisions and the roles you need

This guide is for management boards and managers of companies with anywhere from a few dozen to a few hundred employees that want to move beyond a one-off AI experiment. We show how to plan an AI agent rollout in stages, which decisions the board has to make and who you need on your side. A step-by-step guide to building a single agent is available in a separate article.

Author: Kacper Włodarczyk, CEO of ALGORCOMPPublished: May 15, 2026Reading time: 12 min readAI agentsFor: Enterprise
Rolling out AI agents across your organisation: four stages, board decisions and the roles you need

How an AI agent differs from a chat tool, and why rolling it out is a board matter

An AI chat tool such as Microsoft Copilot or ChatGPT answers questions and writes text. An AI agent goes further: it carries out steps in the company’s systems itself. It checks an order’s status in the ERP, opens a service ticket or prepares an invoice for approval.

Because an agent acts inside your systems, someone has to decide what it is allowed to do, which data it uses and who is responsible for its mistakes. These are decisions about processes, risk and people, not about software. That is why the business leads an agent programme and the IT department supports it.

This article covers a company-wide rollout: from the first agent to several running side by side. We describe building a single agent step by step in a separate guide.

The four stages of the programme and how long each one takes

An AI agent programme is best run in stages, with a board decision after each one. If something goes wrong, you lose the cost of one stage, not the whole budget.

The timings in the table below are indicative for a company with 50–500 employees. They get longer if data is scattered, if many systems need to be connected, or if the company’s own people have little time available.

Stages of an AI agent programme in a mid-sized company
StageWhat happensIndicative timingDecision at the end of the stage
1. Preparation and process selectionReview of processes, data, permissions and rules; choice of a few pilot candidates6–8 weeksWhich process goes to the pilot and how we will measure success
2. Pilot of one agentOne process, one group of users, one measure of success8–12 weeksWhether the agent stays permanently and what we build next
3. Further agentsTwo to four more processes, shared rules and templates3–6 monthsWhich agents to develop and which to switch off
4. Ongoing maintenance and developmentQuarterly reviews, requests from departments, moving to newer AI modelsOngoingBudget and priorities for the next year
Rolling out AI agents across your organisation: four stages, board decisions and the roles you need

What to check before you start: five questions on readiness

The first stage is not choosing a tool, but honestly assessing whether the company is ready. Answering the five questions below is enough.

Each “no” is a task to complete before or during the pilot, not a reason to give up. However, if a process follows fixed rules and does not require understanding language, ordinary automation in Power Automate, without AI, is often enough. It is cheaper, predictable and easier to maintain.

  • Processes. Do you have a process that is repeated at least several dozen times a week and whose time or cost can be measured? An agent that handles rare cases will not pay for itself.
  • Knowledge. Are procedures, price lists and instructions up to date and kept in one place, for example in SharePoint? An agent’s answers are only as good as the documents it uses.
  • Permissions. Do you know who has access to which folders? An agent sees data on the user’s behalf, so folders that are too widely open become a problem from day one.
  • People. Is there someone who knows the process, has the authority to decide and can spend a few hours a week on the project?
  • Rules. Does the company have written rules for using AI: which tools are allowed and what data must not be entered into them?

How to choose a process for the pilot

During preparation, hold short meetings with department managers in finance, sales, customer service, HR and IT. In each one, collect two or three processes that take the most time or cause the most errors. For each, note the number of cases a month, the time per case and who handles them today.

Then score the candidates on two axes: how big the benefit is and how easy the solution is to implement. For the pilot, choose a process that scores well on both. Common candidates are employee questions to HR or IT, initial handling of purchase invoices and answers to recurring customer questions.

To start with, avoid processes where an agent’s mistake has serious legal or financial consequences. One example is initial screening of job candidates, which will be subject to the AI Act requirements for high-risk systems from 2 December 2027. The questions in the table below help you quickly rule out weak candidates.

How to assess a process as a pilot candidate
QuestionGood candidateWeak candidate
How often is it repeated?Daily, dozens of casesA few times a month
Is it documented?One procedure, few exceptionsEveryone does it their own way
Where will the agent get its data?From one system or folderFrom employees’ memories and private files
What happens if it gets something wrong?An employee corrects the draft before it is sentA wrong bank transfer or a decision affecting a customer
Who owns it?A named person with time for the project“Everyone” – which in practice means nobody
A plan for rolling out AI agents in a company, split into four stages with a board decision after each one

An AI agent will not fix a process that nobody owns. It will only show more quickly that nobody owns it.

The pilot: one agent, one process and one measure of success

The pilot’s scope should be deliberately narrow: one process, one group of users, a few knowledge sources and one or two tasks the agent performs on its own. The aim is not to show off what AI can do. The aim is to check whether your company can run an agent day to day and measure the results.

Before you start, write down the measure of success and the threshold for stopping. For example: “the agent answers at least half of HR questions on its own, and fewer than 5% of answers in a weekly sample are wrong”. Base the exact figures on where you are today, but write them down before the pilot, not after it.

The schedule below is for a 12-week pilot. A shorter pilot usually means a smaller test group, not skipping a step. Our case study of a knowledge assistant for production engineers shows what a narrow first agent like this looks like in practice.

  • Weeks 1–2: design. The process owner and the implementation partner describe what the agent does, what it does not do, when it hands a case over to a person and how we measure the results.
  • Weeks 3–6: build. Configuring the agent, connecting it to documents and systems, and first trials with two or three people.
  • Weeks 7–8: testing with a group of 10–20 users. Checking unusual cases, refining instructions and reviewing permissions.
  • Weeks 9–10: preparing the launch. User instructions, short training sessions and a channel for feedback.
  • Weeks 11–12: launch for the whole group and measurement. A weekly results review with the process owner and, after a few weeks of operation, a report for the board.

Three decisions the board should not leave to the supplier

Some decisions cannot be handed over to a supplier or to the IT department, because they concern risk and money. They are best made separately for each process, not once for the whole company.

  • Where the agent runs. For a company working in Microsoft 365, Copilot Studio is the natural choice, because the agent then uses the same accounts and permissions as employees. For particularly sensitive data, such as medical data, companies consider a separate environment with a model fully under their own control. However, it costs more to maintain and requires specialists that a mid-sized company usually does not have.
  • One assistant or several specialised ones. A single agent that does “everything” sounds simple, but it is hard to test and hard to say who is responsible for it. Several agents, each for one process and with one owner, are easier to control.
  • Off-the-shelf or custom-built. First check whether a ready-made feature solves the problem, for example an agent in SharePoint or Microsoft Copilot. A custom agent makes sense when the process is specific to your company and needs to connect to your systems.

Who you need on the company side

A company of 150 people does not need a separate AI department. A few roles are enough, and they can be filled by people who also have other duties. What matters is that each role has a named person and set-aside time.

Once several agents are running, a small coordinating team helps, for example two or three people working on it part-time. It looks after the shared rules, takes requests from departments and runs quarterly agent reviews.

  • A sponsor on the management board. Approves the budget and settles disputes between departments.
  • The process owner. Usually the manager of the department where the agent works. Sets the rules, signs off test results and is responsible for the outcome.
  • A Microsoft 365 or Power Platform administrator. Grants permissions, manages environments and controls who can build agents.
  • A person responsible for security and personal data. Assesses what data the agent may process and ensures GDPR compliance. In many companies this is the data protection officer.
  • A few future users. They test the agent during the pilot and help colleagues in the first weeks.

How to add more agents without losing control of them

After a successful pilot, it is tempting to launch several more agents straight away. Without shared rules, within a year nobody knows how many agents are running, who owns them and what data they can access. It is the same problem as Excel spreadsheets circulating around the company, only with access to systems.

The second agent works best in the same area as the first, because it can reuse existing connections. An agent that answers questions about invoices might be followed by an agent for approving purchase orders. The third could go to a new department to test whether the rules you have agreed work more widely.

In the Microsoft environment, oversight is handled in the Power Platform admin center. There you will find an inventory of all the company’s apps, flows and agents, along with data on who uses them. We have listed below the rules worth agreeing before the second agent.

  • Who can build agents and in which environment: test or production, meaning the one employees actually use.
  • Which data connections are allowed. In Power Platform this is set through data policies, which block things such as sending company data to personal services.
  • A standard description of each agent: purpose, owner, knowledge sources, tasks performed and how quality is checked.
  • A quarterly review: who uses it, how much it costs and how many errors there were. Switch off agents nobody uses and develop the ones that perform well.

How to make sure employees actually use the agents

An agent that nobody uses delivers no benefit, even if it works perfectly from a technical point of view. That is why getting people to use it needs to be planned as carefully as building it.

Every week, check what share of the target group used the agent and how many cases it handled without human help. Set an alert threshold before launch. If, after a few weeks, fewer people are using it than you expected, talk to the users before you start changing the technology.

  • Announce the change a few weeks before launch: what the agent does, what it does not do and why the company is introducing it. Say clearly that it is there to take work off people, not to monitor them.
  • Keep training short and based on the team’s everyday cases, for example “how to ask the agent about an invoice’s status”.
  • In each team, pick one or two people who are keen on new tools. They get support first and help everyone else.
  • Collect feedback in one place, for example a Teams channel, and show what has changed as a result.

What the programme costs and what the AI Act requires

The cost of an agent programme is the sum of licences, implementation work, system connections, data preparation, training and maintenance. The item most easily overlooked is your own people’s time. The process owner and the employees doing the testing work on the project at the expense of their normal duties.

In Copilot Studio, you pay for agent work with credits. A pack of 25,000 credits costs USD 200 a month and is shared by the whole organisation. Credits do not carry over to the next month, so the pack needs to match actual usage.

Employees with a Microsoft 365 Copilot licence can use some agent features in Teams, SharePoint and Microsoft Copilot without using up credits. We cover the budget items and the ROI formula in detail in our article on the cost of implementing AI.

Also add the obligations under the AI Act, the EU regulation on artificial intelligence, to the plan. The deadlines below apply to almost every company that rolls out agents.

  • From 2 February 2025, a company must take steps to build AI knowledge among employees who use it (Article 4). In practice this usually means training and written rules.
  • From 2 August 2026, an agent that talks to customers must tell them they are dealing with AI (Article 50).
  • From 28 October 2026, compliance in Poland can be checked and penalised by the Commission for the Development and Safety of Artificial Intelligence (KRiBSI).

The most common mistakes that make an agent programme stall

Most of these mistakes have nothing to do with technology. It is worth going through the list before each decision to move to the next stage.

  • Buying licences before choosing a process. The agent is built for something that bothers nobody, and the board loses confidence in the whole programme.
  • A first agent that is too broad. Instead of a narrow pilot, you get an “assistant for everything” that is still not ready after several months.
  • The agent as an IT project. Without an owner on the business side, nobody knows whether the agent solves a real problem.
  • Leaving people out. The agent works, but employees prefer the old way because nobody explained why the change was needed.
  • More agents without oversight rules. Departments build their own agents and nobody knows what data they can access.
  • No measurement. Nobody can say how much time the agent saves, so the programme ends at the first budget cut.

Related topics in the knowledge base

Read next

FAQ

Rolling out AI agents – frequently asked questions

Questions management boards usually ask once the first stage has been planned.

Should we start with Microsoft Copilot for employees or with our own agent?
If most of the work is email, documents and meetings, start with Copilot for a selected group. A custom agent makes sense when you have a specific, repetitive process that needs data from your systems. The two are not mutually exclusive, and an agent built in Copilot Studio can run inside Copilot.
Can an agent make decisions on its own, such as approving payments?
Technically yes, but we do not recommend it at the start. It is better for the agent to prepare the decision and for a person to approve it. Expand its autonomy gradually, when measurements show few errors, and only where a mistake is easy to reverse.
What if employees are already using AI tools on their own?
This is common and a good starting point, because it shows where people see a benefit. Run a short survey, agree a list of approved tools and set rules for data. A ban on its own, without a good alternative, usually does not work.
Do we need an external partner for the rollout?
Not always. A simple agent based on documents is within reach of an administrator who knows Power Platform. A partner helps with ERP connections, security requirements and when the team lacks time. In that case, make sure the contract states that the configuration and documentation belong to you.
What if the pilot does not reach the target result?
Check whether the cause lies in the process, the documents or the agent itself. Sometimes it is enough to tidy up the knowledge sources and repeat the test for a few weeks; sometimes it is better to choose a different process. Either way, you lose the cost of one stage, not the whole programme.
How often does a working agent need to be updated?
Regularly. Procedures, price lists and systems change, and suppliers retire older AI models, which means retesting. Plan a review of each agent every quarter and set aside a maintenance budget for changes.

About this page

About the author

Kacper Włodarczyk — CEO of ALGORCOMP

Kacper Włodarczyk

CEO of ALGORCOMP

Kacper specializes in implementing Microsoft 365 Copilot, Copilot Studio, Power Platform (Power Automate, Power Apps, SharePoint) and AI agents for mid-sized B2B companies in Poland. He leads dozens of projects covering AI strategy, Power Platform governance, document workflow automation and sales processes. In his writing he focuses on the practical side of AI adoption in organizations — from the first proof of concept to company-wide rollout — with particular attention to data security, compliance (GDPR, NIS2, the AI Act) and return on investment.

Meet the team

Planning your company’s first AI agents?

In a free consultation, we will help you choose a process for the pilot, set a measure of success and map out the stages of the programme. We will prepare a detailed quote after that conversation.

Featured

Related articles