~ By Rob Redmond
Your boss has asked you to take the lead on a project in your company. Maybe you are a project manager, or maybe you are not. One thing is certain. Very few people know how to report status on a project, even when they are expert project managers. The basic problem? Most people do not understand the perspective of a manager who is being pressed for information about a big project. Here are some basic rules of reporting status that you can use to further your reputation as someone who knows how to keep management and the project team informed and drive a project to success.
If your project is important, your boss will be pressed hard to keep his superiors informed of its progress. Smart managers consume status on important projects voraciously. Excellent status reporting means that managers are fully informed of your projects health and overall direction without having to get involved themselves. There is particular information your boss needs in order to show her boss that she is on top of things and able to run the show effectively. Provide this information in a way your boss can consume it on a regular basis, and you will fall upstairs so fast your head will spin.
Even on relatively less important projects, effective status reporting allows your boss to spend only a few seconds skimming your report to determine what sort of progress you have made.
Excellent status creates clarity from confusion. Your job as the manager of a project is to take a swirling, chaotic cloud of information and distil it down into its most basic elements and then present them so that hundreds and thousands of hours of work can be understood in 30 seconds.
To write excellent status, you must understand:
There are three major components to reporting project status:
Just as you would clean a kitchen by starting up high and working your way down ultimately to the floor, project status is best when it starts off with the highest levels of detail and works it way down to lower and lower levels.
Overall project health comes first. If I like what I see here, I can stop reading the rest. Major milestones follow overall project health. If I don't like the project health, or if I am in need of further details, I can read a little further and check out the scheduled dates we are driving toward and your progress on them. Issues may be holding up those dates, so when I see a problem in your project schedule, I can read further and see what it is. Really slick project managers report the issues in priority order showing the issue causing the most jeopardy to progress first.
Your job is to report on the details of your project in concise, crisp status that we can consume rapidly without having to spend much effort on it. It might take you thirty minutes to write your status, but always remember that your manager does not have thirty minutes to spend reading it. Your manager realistically only has about 30 seconds to consume your status as they may have 30, 40, 100, or even exponentially more projects for which they are responsible.
"Brief Details" may seem oxymoronic to a project manager, but to a supervisor with a team of project managers, it is not. There is enormous value in a project manager who can report status without narrative. My recommendation is that you write as though you were creating an old-fashioned telegram. More information about how to do that is coming.
How can you provide details without being long-winded? It is a formidable task that most never master, but it is not impossible. Here are some suggestions:
Management will need certain data from you in order to see overall health, performance against milestones, and the threat that project issues present. For overall project health, these data points might include:
These data elements should provide a sound overview of project health for the average executive who is not details minded and is not interested in getting more involved in your project.
If I am your supervisor, I need to see more than just the overall health of the project. I also want to see where we are against certain milestones so that I can make a decision about whether or not to get more involved. One of the hardest things a manager has to do all day is decide whether to give you more room or get into your work with you. We don't want to carry your work for you, but we also don't want you to fall flat on your face.
Providing project milestones is helpful in this regard. It lets us see your schedule at a high level, determine if the schedule is acceptable as it stands, and predict pitfalls you might face down the road.
Milestones have six components:
Some people like to provide red, yellow, green (RYG) status for each milestone in their project. I don't believe that adds any value. Of course the completed tasks are green. They are complete! All following milestones have the same status as the current milestone, so there is no point in differentiating them. The RYG status of the whole project is all that is necessary.
It's best to start with the earlier tasks first and the final delivery date at the bottom. If you list them haphazardly, you will create more confusion than clarity.
The final portion of your status report is to list the major issues your project faces. Important data that we need on your issues:
If you produce really great status on a project and provide it often enough and to the right people, which are great topics for future articles, you should expect one of two results. Either management will become very quiet and not engage with you very much, which usually means they feel you are on top of the project and are capable of operating without their intervention, or they will increase their communications with you in order to ferret out further details and determine if they need to intervene.
Either result is better than the alternative: Management asking you for status. Your job as a project manager is to create clarity from confusion for the project team and for management. Essentially, the job is one of analysis and communication. If management is asking you for the status, either you are not sending it to the right people, you are not sending it often enough, or you are not sending a good status report.
Management should be able to passively absorb your status without having to reach out to you to find out where things are at. The pace at which you send it, the audience you select, and the content of your communications should be available to them easily and quickly.
A project manager that can status a project skilfully and briefly is a rare find. It should not be necessary to create colourful slide shows or multi-page documents in order to provide really great status reports. Many go that route and drown management in errata. Narratives and prose are always unwelcome in status reports, and yet so many write as though they were authoring a novel and create a report that management must spend inordinate amounts of time with in order to get what they need. Others fail to provide enough information at all, or worse, they provide status irregularly or rarely.
In all of the project management training and certification systems available today, almost none teach how to report the current state and next steps of a project. Learn to status your projects effectively and you have a competitive edge that goes beyond the standard project management toolkit.
Rob Redmond studied sociology, psychology, and political science as an undergraduate, eventually receiving a Masters of Business Administration (MBA) from Georgia State University in June of 2000. He is currently employed as a manager in the information technology division of a large technology company.
Rob has long years of experience with the Japanese language and the Japanese martial arts, and brings these concepts and basic management principles he has learned along the way to produce articles which reach out to others who struggle at work.