Introduction to RAG Status Reporting
In project management, understanding a project’s status is crucial. Utilizing project management tools, such as software and dashboards, is a great way to visually represent this with the RAG system: (R)ed, (A)mber, and (G)reen, commonly referred to as RAG reporting. This method assesses and communicates the status of a project using color categorization to indicate progress and potential issues.
Effectively, you use colour coding of status for items in your project management reports to bring attention to certain points.
In your report, you might have a summary of deliverables, such as the following;
![An example of a RAG report](https://static.wixstatic.com/media/7a27cc_9593cc0a20c44fed9bdfa87c9075fd1a~mv2.png/v1/fill/w_980,h_386,al_c,q_90,usm_0.66_1.00_0.01,enc_auto/7a27cc_9593cc0a20c44fed9bdfa87c9075fd1a~mv2.png)
The RAG status reporting is pivotal in communicating the overall project status, identifying areas that need attention, and determining corrective action.
This article is a comprehensive guide to RAG status, which delves into the critical aspects of RAG ratings, from the basic rag status definitions to their application in project reports.
A free download of the Project Status / Highlight Report Template
What is a RAG Rating?
RAG stands for Red, Amber, Green—the traffic light system used to indicate the health of various elements within a project, often referred to as a RAG status; indicators which offer a quick, subjective assessment of a project’s health based on clearly defined criteria. Project management tools are often used to implement RAG status reporting, aiding in project reporting, portfolio management, and visual RAG status reports for project health and decision-making.
RAG reporting involves defining the status criteria, such as what constitutes red, amber, or green, and interpreting these colors to communicate project status effectively. A RAG status reporting system is thus a widely used tool for project managers (PMs), senior management, and project sponsors.
Red Status
Red status signifies that serious issues are jeopardising the project delivery.
![](https://static.wixstatic.com/media/7a27cc_2ccbd3d6b2ff4399a8ca4f366a5e446b~mv2.png/v1/fill/w_300,h_300,al_c,q_85,enc_auto/7a27cc_2ccbd3d6b2ff4399a8ca4f366a5e446b~mv2.png)
If a project is in the red status, it’s a red flag for project managers to alert senior management. Project management tools can help identify and manage issues that lead to a red status by providing dashboards, project collaboration tools, and visual RAG status reports. These issues might relate to project budget overruns, poor project performance, or significant slippages in the project schedule.
It’s really important that PMs define clearly what ‘Red’ means because it’s such a controversial thing to flag on a report. It’s highly visible (by design) and is making a bold statement.
So, I recommend that you define each status on your reports and with your major stakeholders so that you all have a common understanding.
For example, a while back, I put a status item on the report as red, meaning it was behind schedule and holding things up. I wrote alongside the commentary that we expected to resolve the issue in the next week and catch up. The CEO, however (and quite rightly) said, “I only want to see red on the report if the executive team need to intervene to ensure the project’s success”. I’ve run with that over the years, and it has served me well.
However, one of the disadvantages of RAG reporting is the potential lack of trust in the reported status and the tendency to play it safe by reporting projects as green instead of amber or red.
Amber Status
An amber status is a cautionary sign. The project isn’t failing, but it’s not running smoothly either.
Managers of projects should pay particular attention to amber projects, as they can quickly devolve into red projects if the underlying problems are not addressed.
It’s a cardinal sin in some organisations to progress from Green to Red without going via Amber on status reports. Amber allows you to do something about a situation. It’s a way of highlighting that things aren’t going to plan but that you can take action to correct it.
In short, I always explain amber as “We have an issue, but the project team can control it”.
Green Status
A green status indicates that the project is on track. All elements, from the project budget to the project schedule, proceed as planned.
A green project requires less immediate management attention but should still be monitored to maintain its positive trajectory.
Green is good.
The Project Status Report
A project status report (also known as a ‘highlight report’) is a document that provides a snapshot of the current progress and health of a project. Project management tools are often used to create and manage these project status reports. Project reports serve as a key communication tool between the project team and stakeholders, ensuring everyone is aligned and informed about the project’s trajectory.
The primary purpose of a status report is to highlight completed tasks, ongoing activities, and upcoming milestones. It also identifies any issues, risks, or challenges that could potentially impact the project’s timeline or deliverables. By regularly updating and distributing this report, project managers can facilitate transparency, foster accountability, and enable timely decision-making.
![](https://static.wixstatic.com/media/7a27cc_443f8b5f460e4a1699a72a2bc4cb74e7~mv2.png/v1/fill/w_300,h_300,al_c,q_85,enc_auto/7a27cc_443f8b5f460e4a1699a72a2bc4cb74e7~mv2.png)
A typical project highlight report includes several critical components. Firstly, it provides a high-level overview of the project, including its objectives, scope, and key deliverables. It then details the project’s progress by comparing planned versus actual accomplishments, often illustrated through metrics such as percentage completion, timelines, and budget adherence.
The report also outlines any significant changes or deviations from the original plan, along with their implications. Additionally, it contains a risk assessment section that identifies potential issues, their impact, and mitigation strategies. Lastly, the report summarises the next steps, upcoming tasks, and critical milestones, offering a clear roadmap for future activities. This structured approach ensures that all stakeholders have a thorough understanding of the project’s status and are prepared for the next phases.
The typical contents will vary between projects, but would typically include;
Status Update
Current project status (e.g., on track, delayed, ahead of schedule)
Progress Against Milestones
Completed milestones
Upcoming milestones
Any delays or accelerations
Major Risks / Issues
Identified risks and their potential impact
Current issues and their impact
Mitigation strategies
Outstanding Decisions
Key decisions pending
Required actions and responsible parties
Deadlines for decisions
Why Should Project Managers Use RAG Status?
Project managers employ RAG status reporting for several compelling reasons.
First, the colour coding in RAG status reports provides a visual representation of project health, making it easier for the project team and senior managers to understand the project status at a glance.
RAG status reports also play a crucial role in project report submissions, helping the project board and organizational leadership make informed decisions.
Finally, using RAG status in your project status reports aids in catching issues before they become insurmountable, thus increasing the business benefits of the project.
RAG status reporting is a tool that is used in project management tools everywhere now. Look at the screenshot below from Monday.com. It’s a great example of a project management tool that does great visual rag status reports, too.
![An example of a Monday.com RAG chart](https://static.wixstatic.com/media/7a27cc_d6a077632b2b492d9fb832090184a912~mv2.png/v1/fill/w_973,h_656,al_c,q_90,enc_auto/7a27cc_d6a077632b2b492d9fb832090184a912~mv2.png)
How to Implement RAG Status Reporting
To use a status reporting effectively, a project manager should consider the following steps:
Define Criteria
Before starting with RAG status reporting, you must clearly define the red, amber, or green status criteria. APM and PMI bodies offer guidelines that can be adapted to fit your project’s unique needs.
There are two different methods for this. My preference is for the first because it is the simplest (and simple = good) but here they are;
The RAG Scale
This approach simply gives each status and what it means. Sometimes, some status review is needed to align stakeholders, but you agree at a high level.
![An example of a RAG Scale](https://static.wixstatic.com/media/7a27cc_8a48ba237fd446a4b84924c40c872565~mv2.png/v1/fill/w_748,h_165,al_c,q_85,enc_auto/7a27cc_8a48ba237fd446a4b84924c40c872565~mv2.png)
RAG Rating Validation Sheet
The other, slightly more complex approach is to break down the RAG status by tolerances for each area. So, a tolerance is where you have a +/- percentage that the project manager can manage within. When a value deviates from the agreed limits, it changes the RAG status.
![An example of a RAG Rating Validation Sheet](https://static.wixstatic.com/media/7a27cc_1506a6367b6c4beca3a6a4cf656da496~mv2.png/v1/fill/w_747,h_635,al_c,q_90,enc_auto/7a27cc_1506a6367b6c4beca3a6a4cf656da496~mv2.png)
You might think this is overkill, and in most circumstances, it is, but it is explicit and is useful for
![](https://static.wixstatic.com/media/7a27cc_30aed7da1b6a47e4b6c54d0ddd156c0e~mv2.png/v1/fill/w_300,h_300,al_c,q_85,enc_auto/7a27cc_30aed7da1b6a47e4b6c54d0ddd156c0e~mv2.png)
some projects to define the tolerances that are acceptable to the project sponsor(s) and gives the project manager a much clearer path to manage within.
Incorporate into Project Status Reports
Integrate RAG reporting into your project status reports and progress reports. Project management tools can be used to integrate RAG reporting into project status reports. This ensures that the RAG status reporting system is systematically followed across the project’s lifecycle.
Status reports can take many forms. Above, I’ve given two examples of reports (Monday.com and a Template from www.iseoblue.com/products). But there are others out there. Here’s another good example from Asana.
![An example of an Asana RAG status report](https://static.wixstatic.com/media/7a27cc_5f2a5cbcbb5e45309d09e244ed861f03~mv2.png/v1/fill/w_980,h_549,al_c,q_90,usm_0.66_1.00_0.01,enc_auto/7a27cc_5f2a5cbcbb5e45309d09e244ed861f03~mv2.png)
Senior Management and Steering Committee Involvement
The importance of involving senior management, project managers, and the project’s steering committee in reports cannot be overstated.
Their experience often provides insights into how to turn a red or amber project back on track.
If an item is red, or the project’s rag status will likely turn red, then I strongly suggest that any project managers get out there and speak to their key stakeholders (sponsors, execs) and let them know personally that bad news is on the horizon.
![](https://static.wixstatic.com/media/11062b_96389bff455d4304b03d504a15b9d088~mv2.jpg/v1/fill/w_980,h_653,al_c,q_85,usm_0.66_1.00_0.01,enc_auto/11062b_96389bff455d4304b03d504a15b9d088~mv2.jpg)
Nothing upsets a manager like being told news after the event, especially if they could have in some way potentially affected the outcome with action.
Also, always, always, always make sure that the status is agreed with any person who is responsible for that part of the delivery or risk before putting it out there. If they follow up your report with an email saying, “Hey! I didn’t know we were red on this. I disagree…” then the project manager will end up red-faced.
Regular Updates
Statuses should be updated regularly.
One project manager might opt for weekly updates, while another might find that a bi-weekly update better suits the project’s pace. Whatever the right cadence is for you, ensure it’s right for the stakeholders for whom the report is generated.
Also, ensure that as a project manager, you are rag status reporting when you said you would, like clockwork.
Challenges and Pitfalls of RAG Status Reporting
![](https://static.wixstatic.com/media/7a27cc_7881238d87de46929f7b3d5410eb197e~mv2.png/v1/fill/w_300,h_300,al_c,q_85,enc_auto/7a27cc_7881238d87de46929f7b3d5410eb197e~mv2.png)
Status reporting is widely accepted and employed across project management landscapes. However, this “traffic light” system has its pitfalls and challenges.
Understanding these can enable project managers to utilise the system more effectively.
Subjectivity
One of the most significant challenges is the subjective assessment that project managers often face when assigning a RAG status. RAG reporting aims to ensure consistency and reliability in the assessment tool, but project managers may have different interpretations of what each colour signifies, leading to inconsistencies.
As discussed, consider using a Validation Sheet with clearly defined criteria to make the RAG statuses as objective as possible. This ensures that everyone has the same understanding of what each colour means in the context of the whole project itself.
Over-Simplification
RAG statuses can sometimes oversimplify complex issues. A ‘Green’ status may give the impression that everything is fine, when in reality, there might be underlying problems that are not adequately captured.
Complement RAG statuses with detailed progress reports or status reports that delve into the specifics.
Ensure senior management and the project board are aware that Green does not necessarily mean “no action needed.”
Optimism Bias
There’s a natural tendency in project management to want to report good news, potentially leading to an Amber or even Red status being reported as Green. This could mask poor project performance and delay crucial intervention.
Create a culture of transparency and accountability. Make it clear that it’s more beneficial to have an accurate Red or Amber status early on than a false Green that leads to bigger issues later.
Inadequate Senior Management Attention
Often, senior managers might only pay attention to the ‘Red’ projects in a RAG status, ignoring the ‘Amber’ and ‘Green’ ones. This can lead to missed opportunities for corrective action before an Amber turns into a serious Red project.
Regular project status reporting meetings should be in place, where even ‘Green’ and ‘Amber’ projects are given due management attention. This allows for proactive measures to be taken.
Ignoring Trends
If a project stays at ‘Amber’ for an extended period, that’s a trend that needs attention. It’s not just the current RAG status but the history that’s important.
Use historical RAG data to spot trends over time. An ‘Amber’ that’s been stable for a while could indicate a more significant issue that needs to be addressed.
Lack of Action
Assigning a status is only beneficial if it leads to action. A Red status that isn’t followed by corrective action is just a colour.
Each RAG status should be linked with a recovery plan via a set of pre-defined corrective actions. Senior management and the project team should be aware of these and act accordingly.
Status RAG Conclusion
RAG status ratings are indispensable in modern project management. They offer a simple yet effective way to monitor a project's status, keep stakeholders informed, and enable corrective action.
Understanding RAG status definitions and their proper implementation can make a significant difference in the successful delivery of a project.
Whether you’re a project manager, part of a project team, or a member of senior management, the RAG system offers invaluable insights into the state of your project.
Give yourself a green light to give it a go.
![A green light](https://static.wixstatic.com/media/f899571d5de5ab91039e9aa2e4eb065c.png/v1/fill/w_567,h_378,al_c,q_85,enc_auto/f899571d5de5ab91039e9aa2e4eb065c.png)
About the Author: Alan Parker is a seasoned IT professional with over 30 years of experience in the industry. He holds a Degree in Information Systems and is certified in ITIL and PRINCE2. Alan has managed diverse IT teams, implemented key processes, and delivered successful projects across various organisations. Since 2016, he has been a sought-after consultant in IT governance and project management. Alan excels in simplifying complex problems and avoiding common pitfalls in IT management. Learn more about his journey and expertise here.
Comments