A project status report template shows, for one project, where it stands against plan: an overall RAG status (red, amber, green), status for scope, schedule, budget and resources, milestones with forecast dates, the top risks and issues, and the decisions needed from the sponsor. It goes out on a fixed cadence, usually weekly or every two weeks. Below are a template to copy, a filled-in example, and a one-table version for executives who follow many projects.
The project status report template
## Project status: [project name] | Field | Value | |--------------------------|---------------------------| | Reporting period | [dates] | | Project manager | [name] | | Sponsor | [name] | | Overall status | [Green / Amber / Red] | | Change since last report | [Better / Same / Worse] | ### Summary [Two or three sentences: where the project stands, the main reason, and what you need.] ### Status by area | Area | Status | Comment | |-----------|--------|---------| | Scope | | | | Schedule | | | | Budget | | | | Resources | | | ### Milestones | Milestone | Planned date | Forecast date | Status | |-----------|--------------|---------------|--------| ### Budget | Budget | Spent to date | Forecast at completion | Variance | |-------:|--------------:|-----------------------:|---------:| ### Risks and issues | Risk or issue | Impact | Likelihood | Owner | Mitigation | Due | |---------------|--------|------------|-------|------------|-----| ### Decisions and asks - [Decision needed, options, recommendation, deadline] ### Next period - [Key activities and who owns them]
Agree on what the colors mean, so the report stays honest:
- Green: on plan, or off by less than the team can recover on its own.
- Amber: at risk. There is a recovery plan, but it needs watching or help soon.
- Red: a date, budget or scope commitment will be missed without a decision from the sponsor.
Then write your thresholds down, for example "amber when a milestone forecast slips up to two weeks, red beyond that", and use them for every project.
Project status report example
Project status: Customer portal relaunch, October 6 to 17, 2026. Overall Amber, worse than the last report.
Summary. Designs and the account pages are done, but the single sign-on integration is two weeks behind because the identity provider's test tenant arrived late. A December 1 launch still works if the usage dashboard moves to the second release. The sponsor's decision is needed by October 24.
| Area | Status | Comment |
|---|---|---|
| Scope | Amber | Usage dashboard may move to release 2 |
| Schedule | Amber | SSO two weeks late; launch date holds only with the scope change |
| Budget | Green | 58% spent at 55% of the timeline |
| Resources | Green | Full team; QA contractor starts October 27 |
| Milestone | Planned | Forecast | Status |
|---|---|---|---|
| Designs approved | Sep 12 | Sep 12 | Done |
| Account pages | Oct 10 | Oct 10 | Done |
| SSO integration | Oct 24 | Nov 7 | Late |
| Beta with 20 customers | Nov 10 | Nov 14 | At risk |
| Launch | Dec 1 | Dec 1 | At risk |
| Budget | Spent to date | Forecast at completion | Variance |
|---|---|---|---|
| $240,000 | $139,200 | $246,000 | -$6,000 (2.5% over) |
| Risk or issue | Impact | Owner | Mitigation | Due |
|---|---|---|---|---|
| SSO delay pushes the beta | High | Tech lead | Daily check-in with the provider; beta starts with password login | Oct 24 |
| Usage data pipeline not ready | Medium | Data engineer | Move the dashboard to release 2 if the sponsor agrees | Oct 24 |
Decision needed: move the usage dashboard to release 2 and hold the December 1 launch (recommended), or keep it in and launch December 15.
Executive status report template
Executives who follow several projects want one row per project, not five pages:
| Project | Owner | Overall | Trend | Next milestone | Forecast | Top risk or ask | |---------|-------|---------------------|-----------------------|----------------|----------|-----------------| | | | Green / Amber / Red | Better / Same / Worse | | | |
Filled in, it reads like this:
| Project | Owner | Overall | Trend | Next milestone | Forecast | Top risk or ask |
|---|---|---|---|---|---|---|
| Customer portal relaunch | Product | Amber | Worse | Beta, Nov 10 | Nov 14 | Scope decision by Oct 24 |
| Billing migration | Finance ops | Green | Same | Parallel run, Oct 31 | Oct 31 | None |
| Data warehouse | Engineering | Red | Same | Cutover, Oct 20 | Nov 17 | Needs one more engineer |
Link each row to that project's full report. For a team's weekly update across all its work, the weekly status report template fits better.
Automate the weekly project status update
Milestone forecasts and the RAG call need a person, but the facts underneath them (what finished, what slipped, what is blocked) already sit in your tracker. Scheduled agent skills can gather them:
- Asana weekly project status update writes what got done, what is due next week and what is at risk, ready for stakeholders.
- Jira blocked issues alert catches blocked work twice a day, before it turns a milestone red.
- Notion weekly project digest lists which projects changed status, who owns them, and what is due or overdue.
Or ask your agent for the draft:
From Asana project "Customer portal relaunch", list tasks completed since last Friday, tasks due in the next two weeks, overdue tasks with their owners, and milestones with their due dates. Fill in this project status template: [paste it]. Suggest a status for each area with one line of evidence, and leave Overall status and Decisions for me.
Each run posts a card to your Briefkin board. You add the RAG call and the decisions, then send.
Questions
What does RAG status mean?
Red, amber, green: a quick signal of project health. Green is on plan, amber is at risk but has a recovery plan, and red needs a decision or help from the sponsor to recover.
How often should I send a project status report?
Weekly for active projects with near deadlines, every two weeks for longer ones. Send it on the same day each time so stakeholders know when to look for it.
What is the difference between a project status report and a project status update?
The report is the full document with milestones, budget, risks and decisions. An update is the short version, often just the status line and summary, sent in chat or email between full reports.
Who should receive the project status report?
The sponsor, the steering group and anyone whose work depends on the project. Keep the list short, and give everyone else the one-row executive version.