Tuesday, September 9, 2014

Right Sizing: Analysis and Management Reports Showcase Your EVMS

This week we tackle the fourth of five in our five essential frameworks discussion; we will review the Analysis and Management Reports from the ANSI/EIA-748 guidance.

The analysis and reporting aspects of your EVMS are where the rubber meets the road.  They are your crystal ball that allows you to “see” into the future and make course corrections in your projects.  In this way, they are the very essence of Earned Value Management; they are the reason it exists in its current form.  The other criteria in the standard are set up to support the EVMS framework, but the analysis and reporting criteria are where you actually use the tool to better manage your projects.  Not surprisingly, selecting an Earned Value Management software that can generate the information you need—quickly and easily, becomes crucial.  I started my career as a very spoiled Project Controls Engineer and then became a very unspoiled Project Manager; so I can tell you firsthand, easy access your EV data can be a luxury.  So do your due diligence and take the time to find the reports and software that fits your needs.
CloudEVM Ansi/EIA 748 Earned Value Report Software
Speaking of needs, what exactly do you need for analysis and reporting in your EVMS?  If you’re operating under a certified EVMS, then you have some prescribed analysis techniques and reports that must be completed for your customer (and your organization).  However, if you’re NOT required to be certified, where do you start?  There are so many different reports and ways to analyze the data—how do you know what’s right?  Let’s dive into the criteria contained in the ANSI standard and see which items are most critical to your success.
  1. At least on a monthly basis, review variances.  Compare your planned work against your earned work to obtain the schedule variance.  Then compare your earned work against the actual cost of that work to obtain the cost variance.  If you have control accounts, compare the numbers at this level; if you don’t, compare the numbers at a level that makes most sense—in some cases, this will be at a level that will cause the most pain if not completed as planned.  Use your WBS and/or OBS (if you have one) to summarize or slice and dice the data for better visibility.
  2. Highlight the significant variances and provide explanations for each one.  This will give you, your project team, management, and your customer a feel for the current status of the project.  You’re identifying potential problems and the reasons they exist.  But take note: the prerequisite for this action is to explicitly define your thresholds (keep them relatively simple) and make sure everyone knows what “significant” is, by communicating the thresholds.
  3. Develop and implement corrective actions.  This is your chance to course correct the project.  Why review the variances if you’re not going to do anything about them, right? Also, corrective actions should be agreed upon by the management team.  This is one reason it is so important that they have the same reports you’re giving to the customer, and it’s also why they should be getting your EV reporting data on a periodic basis.  Remember that large course corrections must be performed before the project is 30% complete to affect the end result, which means reviewing performance and taking action early on.
  4. Review and revise your EAC (Estimate At Completion) as necessary to reflect reality.  Things happen.  People and circumstances change.  The more reality you pour into your EAC, the better to see potential future problems.  You can use your performance to date to enhance your predictability, and as the project marches on, the more accurately you can adjust your EAC based on risks and opportunities.  It’s really best if you perform this exercise at least monthly—otherwise the effort can get overwhelming and feel like a rebaseline.
  5. Put all of the above information into a report.  This formalizes your EVMS process and your data, and allows you to distribute it to the right people for more effective communication.
You may have noticed I left out the analysis and reporting of indirect costs.  In a non-certified EVMS, the indirect costs tend to be a bit of an afterthought.  It’s still important, but the department or program manager can work with accounting to look into any variances easily enough, so I personally wouldn’t put too much energy into it.

A bit of caution: it is common for the untrained manager to want to jump straight to analysis and reporting without properly setting up the framework for an EVMS.  Then they scratch their heads when the analysis doesn’t make any sense, and decide that Earned Value has no value.  That’s a shame.  He or she needs to be educated, because—as with many valuable tools, you get what you put into it.  This is also a fancy way of saying (GIGO) Garbage In Garbage Out. 

All of the items I mentioned can be done “offline”, in MS Excel or Word, but that’s a bit cumbersome and creates room for additional errors as well as making only a select few responsible for maintenance (i.e. no vacation for them…).   When considering an EV software solution, look for how it helps you track the project and what it does to make your life easier.  Allow the EV software do the work for you, such as creating graphs, project status reports, and variance analysis reports. That will allow you to focus on the more important things, like managing the project.

How do you perform analysis and reporting on your project?  Do you have any favorite or dearly hated reports?  Please share in the comments.  And check out my next blog, where I’ll take a peek at the most beneficial ANSI criteria for Revisions and Data Maintenance.

- Melissa Duncan (About Melissa)


Earned Value legend as there may be a few of us that don’t yet have this memorized…
CA=Control Accounts
CAM=Control Account Manager
CPI=Cost Performance Index
EAC=Estimate At Completion  
EVM=Earned Value Management
EVMS=Earned Value Management System
EAC=Estimate At Completion 
IPMR=Integrated Program Management Report
LOE=Level of Effort
OBS=Organizational Breakdown Structure
PC=Project Controls
PM=Project Manager
RAM=Responsibility Assignment Matrix
SPI=Schedule Performance Index
WBS=Work Breakdown Structure

1 comment:

  1. Melissa, can't agree more. These systems should be taking the drudgery out of monthly reporting and provide PM's and Management with the information needed to make sound decisions based on "Facts n Data". Not how do I think things are going now or worse making sure you're never in the yellow or red through status or report manipulation.

    ReplyDelete