Projects often slow down for reasons that have little to do with the quality of the underlying work.
Someone has to keep the task board current. Someone has to chase an overdue file, prepare the meeting agenda, update a timeline, record the next actions, check whether a dependency moved and make sure a blocker reaches the right person.
That creates a useful role for a virtual assistant for project management. A VA can take ownership of substantial coordination work when the responsibilities are clearly defined.
The important distinction is that keeping a project moving is not always the same as being accountable for the project.
A virtual assistant may maintain the system, prepare information, track actions and follow up with people without automatically owning decisions about scope, budget, priorities, risk or major stakeholder commitments.
The strongest setup therefore starts with a simpler question:
What should the VA own, what should they support, and what should they escalate?
“Project-management VA” is a useful working description, but the title alone does not tell you how much authority somebody has.
The Project Management Institute’s description of project-manager responsibilities includes identifying project goals and scope, planning tasks, managing resources, communicating with stakeholders, dealing with blockers and risks, and helping ensure successful project outcomes.
Some of that work can certainly be supported by a virtual assistant. Some experienced assistants may also take broader ownership when the role has been deliberately designed that way.
But you should not assume that every person called a project-management VA is automatically responsible for the entire project.
A more practical approach is to separate three levels of responsibility:
Own: the VA can move the agreed work forward without waiting for you to reassign it every time.
Support: the VA prepares, tracks or coordinates the work, but another person retains the decision.
Escalate: the VA recognises that the normal process no longer applies and brings the issue to the accountable person.
That distinction gives the VA useful autonomy without accidentally handing over authority they were never meant to have.
A VA is often most valuable when a project contains recurring coordination work that needs to stay accurate every day or every week.
A project board loses value quickly when statuses, owners and deadlines are outdated.
A VA can own routine board administration such as:
updating agreed task statuses;
adding approved assignments;
recording due dates;
attaching the correct files and instructions;
identifying tasks that have not moved;
maintaining recurring task templates;
recording completion or review status.
This is different from independently deciding which department should sacrifice its priorities when several deadlines conflict.
The VA keeps the agreed system accurate. The appropriate project owner resolves decisions that change the plan.
If you need a practical board for this type of work, my tutorial on delegating tasks through Trello or Notion shows how to create a simple structure with clear task ownership and review stages.
Project work becomes harder when the current version of a brief is in email, the latest spreadsheet is in somebody’s downloads folder and the approved document is hidden in a chat thread.
A VA can maintain an agreed source of truth by:
organising folders;
applying naming conventions;
linking current files from tasks;
archiving obsolete versions where appropriate;
checking that the project team is using the correct document;
recording where important information lives.
The value here is not sophisticated project strategy. It is operational consistency.
Meetings create work before and after the call.
A VA can own the coordination layer by:
preparing an agenda from agreed project priorities;
scheduling the meeting;
collecting relevant documents;
recording decisions and action items;
assigning or recording the agreed owner;
adding deadlines;
following up on actions that remain open.
This can turn meeting notes into an actual action register rather than another document nobody checks.
Many project delays are not dramatic problems. They are missing inputs.
A designer is waiting for approved copy. A vendor has not returned a quote. A client has not supplied an asset. An internal reviewer has not confirmed a draft.
A VA can track these dependencies and send routine follow-ups according to an agreed cadence.
The important rule is to define what happens when the normal follow-up process stops working.
For example:
Send a reminder after two business days. If there is no response after the second reminder and the delay affects the launch date, flag it to the project owner.
That gives the VA a clear process instead of forcing them to guess how persistent they should be.
A VA can also collect and organise project information for routine reporting.
That might include:
completed work;
tasks currently in progress;
upcoming deadlines;
unresolved dependencies;
items waiting for approval;
blockers requiring attention;
simple project metrics drawn from approved sources.
The assistant can prepare the information and keep the reporting format consistent.
Interpretation that changes strategy, scope or major priorities should still sit with the person responsible for those decisions.
Some project activities are suitable for substantial VA involvement but should not automatically be treated as fully delegated decisions.
A VA can build a draft timeline from approved requirements, enter milestones into the project system and keep dates current as approved changes occur.
They can also highlight a likely problem:
Task B depends on Task A, but Task A is now three days late.
What the VA should not automatically decide is which deliverable should be removed, which client commitment should change or which team should receive additional resources.
A good assistant may notice patterns before the project owner does because they are close to the day-to-day flow of information.
They can record:
overdue dependencies;
missing information;
repeated rework;
unresponsive stakeholders;
inconsistent instructions;
capacity concerns;
process failures.
The VA can also document the impact and identify what needs attention.
Risk acceptance is different.
A statement such as “this deadline is now at risk because the supplier has not confirmed delivery” can be a useful operational observation.
The decision to accept that risk, change the scope, move the deadline or make a financial commitment belongs with whoever has authority for the outcome.
A VA can prepare project updates using approved information, distribute routine communications where permission is clear and keep communication records organised.
For higher-impact messages, the assistant can draft and prepare rather than independently commit the business.
Examples include:
informing a client that a major deadline will move;
accepting responsibility for an error;
approving a scope change;
promising additional deliverables;
agreeing to a refund or financial concession.
Those are not ordinary status updates. They can change the commercial or relationship position of the business.
Research is another strong support function.
A VA can:
identify possible suppliers;
request information;
gather quotes;
compare fulfilment requirements;
create a comparison sheet;
track responses;
prepare questions for review.
That does not automatically mean the VA should choose the supplier, approve a large expense, sign an agreement or negotiate beyond pre-approved boundaries.
The research can be delegated much further than the final commitment.
A useful way to think about responsibility comes from the RACI model described by PMI.
RACI distinguishes between the person who is Responsible for performing work and the person who is Accountable for the outcome.
That difference is especially useful when working with a VA.
The assistant may be responsible for keeping a project report current. The project owner may still be accountable for what happens when that report shows a serious problem.
Important areas that normally need a clearly identified accountable person include:
Adding a major deliverable, removing an agreed requirement or changing what the client will receive can affect cost, workload and expectations.
A VA can document the request and prepare the information needed to assess it.
The person with appropriate authority should approve the change.
Two tasks may both be marked urgent while the team only has capacity for one.
A VA can flag the conflict and show the consequences.
Someone with authority over priorities and resources should decide which work takes precedence.
An assistant may track approved spending, maintain records, collect quotes or prepare payment information.
Major spending decisions, new commitments and unapproved financial changes require an appropriate decision-maker.
My guide to tasks that should not be delegated to a virtual assistant alone goes deeper into this distinction between administrative preparation and decision authority.
A VA can identify, document and escalate a risk.
Accepting a high-impact risk or deciding how the business will respond is a different responsibility.
Routine updates can often be delegated.
Promises that materially affect a client, employee, supplier or partner should follow whatever approval rules the business has established.
The following map is a practical starting point rather than a universal rule. Adjust it according to the project’s complexity, the assistant’s experience and the authority you have explicitly delegated.
| Project activity | VA can own when… | VA can support by… | Accountable person retains… | Escalate when… |
|---|---|---|---|---|
| Task-board maintenance | Status rules and responsibilities are already agreed | Updating tasks, dates, owners and links | Priority and resource decisions | Instructions conflict or a task cannot move |
| Timeline updates | Changes have already been approved | Maintaining milestones and dependency dates | Scope and deadline commitments | A dependency threatens a milestone |
| Meeting actions | Decisions and owners are clear | Recording actions, deadlines and follow-ups | Decisions made in the meeting | An action has no owner or repeatedly stalls |
| Stakeholder updates | Message type and approval rules are defined | Preparing and sending routine updates | High-impact commitments and sensitive messages | Update changes scope, deadline, cost or relationship terms |
| Issue/risk log | Escalation criteria are documented | Recording evidence, impact and status | Risk response and acceptance | Risk crosses an agreed threshold |
| Budget/resource tracking | Spending limits and records are defined | Updating approved costs and resource data | New commitments and major financial approvals | Cost exceeds plan or approval is unclear |
| Vendor research | Research criteria are defined | Sourcing vendors, gathering quotes and comparing options | Supplier selection and contractual commitments | Terms, cost or risk falls outside agreed limits |
| Scope or approval changes | VA has a defined administrative workflow | Recording requests and preparing supporting information | Final approval | Request changes deliverables, cost, risk or commitment |
The map should become more specific as the project becomes more important.
A low-risk internal content project may allow broad assistant ownership.
A high-value client implementation, regulated project or project with substantial financial consequences may require more formal controls.
A VA cannot keep a project organised when the operating system itself is ambiguous.
You do not need a complicated technology stack. You need clear answers to a few operational questions.
Decide where active work lives.
That may be ClickUp, Asana, Trello, Notion, Monday.com or another system that already fits your team.
The important point is not the brand.
It is that the VA knows where the current status, deadline, owner and instruction are recorded.
My guide to tools for managing a virtual assistant explains how to give tasks, communication, SOPs, files and credentials separate, agreed homes instead of scattering everything across chat and email.
Each recurring project responsibility should answer:
Who normally moves this forward?
“Help with the project” is too vague.
“Maintain the project board, follow up on overdue internal actions and prepare Friday’s status report” is much clearer.
Specify what the VA can finish independently and what should stop for review.
For example:
draft timeline: ready for project-owner review;
routine meeting notes: publish directly to the agreed workspace;
client scope-change email: draft only;
approved weekly status update: send according to the communication plan.
Do not tell the assistant to “use good judgment” and assume that covers every exception.
Write down useful triggers.
Examples:
deadline at risk;
required information missing for more than two business days;
two current instructions conflict;
cost exceeds an agreed limit;
client requests work outside scope;
sensitive access is needed;
stakeholder asks for a commitment the VA is not authorised to make.
For broader rules covering ownership, approvals and escalation, use my guide to working effectively with a virtual assistant.
Project coordination can require access to files, communication systems, task boards, spreadsheets and other business information.
Access should match the work.
A practical approach is to:
provide individual accounts where the system supports them;
give only the permissions required for the task;
avoid sharing unrestricted administrator access by default;
use a proper password manager or approved credential-sharing process where appropriate;
enable multi-factor authentication where the service supports it;
remove access when it is no longer required.
CISA’s guidance on multi-factor authentication recommends MFA as an important protection against account compromise.
Security does not need to make delegation impractical.
The goal is simply to avoid giving more access than the role requires.
A virtual assistant can be a strong fit when your main problem is coordination capacity.
That may be the case when:
tasks are defined but nobody consistently updates them;
follow-ups consume too much senior time;
meetings generate actions that are not tracked;
project files are poorly organised;
status reporting is inconsistent;
routine stakeholder updates keep getting delayed;
research, vendor coordination or data collection is slowing progress;
senior team members are repeatedly doing administrative project work.
A VA becomes less likely to solve the whole problem when the real gap is project leadership or authority.
You may need a project manager, operations lead or another appropriately experienced person when the role must regularly:
define or negotiate project scope;
make difficult cross-team priority decisions;
control substantial resources or budgets;
manage complex stakeholder conflict;
accept significant project risks;
make binding client commitments;
lead high-consequence delivery;
remain accountable for the overall project result.
This is not a question of one role being “better” than another.
It is a question of matching the level of responsibility to the work.
A capable VA supporting a clearly accountable project owner can be more useful than giving somebody an impressive title with unclear decision rights.
At Boost VA, project support works best when the execution lane is clearly defined.
That may include keeping agreed tasks moving, organising project information, maintaining spreadsheets or records, carrying out research, coordinating vendors, preparing reports, following an established SOP, handling recurring admin and flagging blockers that need your attention.
I can work inside an existing process or help turn repeatable project-support work into a more organised workflow.
The important part is agreeing on the boundaries before the project becomes busy.
If your project is being slowed by task tracking, follow-ups, research, reporting, data handling or recurring administration rather than a lack of strategic leadership, explore my virtual assistant and operations support and tell me which part of the coordination workload you want to take off your plate.
A VA does not need to own every project decision to create meaningful capacity.
When the assistant knows what to own, what to support and when to escalate, project coordination can move without turning every small update into another task for you.