How to manage a project plan with Claude (MCP guide)

Most project plans go stale for a boring reason: updating them is a chore. A task slips, a person gets reassigned, a milestone moves, and nobody has the time to click through twenty bars to keep the chart honest. If you already work with an AI assistant, you can hand that chore over. This guide shows how to manage a project plan with Claude, what the connection looks like, which prompts work well, and where you should keep your own hands on the wheel.

What it means to manage a plan with Claude

Pasting a task list into a chat and asking for a schedule is useful, but the result lives in the conversation. You still have to copy it into your planning tool, and the next change means copying it again.

MCP (the Model Context Protocol) removes that step. It is an open way for an AI assistant to use tools that live outside the chat. ProGantt Flow runs an MCP server, so Claude can work directly on your Gantt charts: it reads the real project, and every change it makes is a normal edit to that project. Open the plan in the web app and you see the new tasks, the moved dates and the updated progress straight away. Anyone you have shared the plan with sees them too.

In practice Claude can read your projects, create a whole plan in one step (with groups, subtasks, dependencies, tags and people), reschedule tasks, update progress, assign people, and report who is overloaded or what blocks a milestone. The full list of tools is in the connector docs.

Connect Claude in three steps

Setup takes a couple of minutes and you only do it once.

1. In Claude, open Settings, then Connectors, and choose Add custom connector.
2. Paste the server URL: https://mcp.progantt.com/mcp.
3. Click Connect, sign in with the Google account you use for ProGantt, and click Allow.

Then enable the connector in a conversation and start with something harmless, like "List my ProGantt projects". If you prefer Claude Code, Cursor or VS Code, those clients connect with a personal access token instead of OAuth; the connector docs have the exact configuration for each one.

You need a ProGantt account first. You can create one at app.progantt.com.

Example: from a blank page to a plan

Say you are launching a small website relaunch and you have no plan yet. Instead of building bars by hand, describe the project:

Create a ProGantt project called "Website relaunch" and draft the plan: discovery, design, build and launch phases, with realistic durations and dependencies between them. Start on Monday 12 October.

Giving an explicit start date matters. If you leave it out, tasks created through the connector start today, and that may not be what you want.

Claude creates the project and adds the plan in a single step. Phases become task groups, the work inside each phase becomes subtasks, and the order of work is expressed as dependencies. Open the chart and you will see something like this:

Phase	Example tasks	Typical dependency
Discovery	Stakeholder interviews, content audit	Starts the project
Design	Wireframes, visual design, review	Wireframes wait for the audit
Build	Templates, content migration, QA	Templates wait for approved design
Launch	Go-live, post-launch checks	Go-live waits for QA

Treat this as a first draft, not a finished plan. The durations are Claude's estimates, and you know your team and your client better than it does. Read the chart, then tell Claude what is wrong: "Content migration needs three weeks, not one" is a perfectly good instruction. If you want a refresher on why the links between tasks matter so much, see task dependencies in a Gantt chart.

Prompts for keeping the plan up to date

The real payoff comes later, when the plan has to survive contact with reality. These are the kinds of requests that save the most time.

Handle a delay

In "Website relaunch", the design phase is running a week late. Push it and everything that depends on it back by 7 days, and tell me the new launch date.

Claude reads the dependency graph, moves the tasks that are affected and tells you the result. The important part is that it follows the dependencies rather than guessing which tasks "feel" related.

Update several things at once

Mark "Templates" as 60% done, tag it "frontend" and assign it to Maria.

Finding a task by its title and applying progress, a tag and a person in one go is exactly the kind of fiddly work an assistant does well.

Check workload

Who is overloaded over the next two weeks? Suggest how to rebalance the work and apply it if I agree.

Claude looks at the load per person for that window, proposes reassignments and only applies them once you confirm.

Ask questions about the plan

What is still blocking the "Beta release" milestone?

Reading a plan and explaining it is often more valuable than editing it. You get an answer in seconds instead of tracing arrows across the chart.

What to delegate and what to keep

An assistant that can edit your plan is powerful, so be deliberate about the split.

Good things to delegate:

• Drafting a first version of a plan from a short description.
• Mechanical updates: shifting dates after a delay, setting progress, tagging and assigning people in bulk.
• Reviews: finding broken dependencies, spotting overloaded people, listing what blocks a milestone.
• Summaries for a status update, based on the actual state of the chart.

Keep these for yourself:

• Estimates. Claude can propose durations, but the commitment to a date is yours. Check them against what you know about your team.
• Priorities and scope. Deciding what to cut when time runs out is a business decision, not a scheduling one.
• Anything destructive. The connector can delete tasks, milestones, people and tags, and deletions cannot be undone. Read what Claude is about to remove before you approve it.
• Conversations with people. The plan can tell you that Maria is overloaded; only you can talk to Maria.

Safety: what Claude can and cannot touch

Claude acts as you. It sees the projects you see in ProGantt and nothing else, and it respects the roles on shared projects. If you are a viewer on a plan, Claude can read it but every write is refused. When a request is ambiguous, for example a title that matches several tasks, it asks you which one you mean instead of guessing.

Some things stay out of reach on purpose: there is no tool to delete a whole project, to change who a project is shared with, or to touch billing. Those remain in the web app. You can disconnect the connector in Claude's settings at any time, or revoke a token from ProGantt for clients that use one.

A simple weekly routine

You do not need a complicated workflow. Here is one that works for a small team:

1. Monday: ask Claude what is due this week and what is blocked.
2. During the week: tell it what finished or slipped, in plain language, and let it update progress and dates.
3. Friday: ask for a short status summary and a list of risks for next week, then review the chart yourself.

Because the plan lives in ProGantt, your teammates and clients see the same schedule you do. They do not need to use Claude at all.

Getting started

Connect the server, open a small project you already know well, and try one request: move a task, ask who is overloaded, or ask what blocks your next milestone. Once you have seen it keep a real plan up to date, you will know which of your own chores to hand over. The setup steps, the full tool list and troubleshooting tips are in the connector docs, and you can open your projects at any time in the ProGantt editor.