DID

Variance Analysis, Corrective Action Plans, Root Cause Analysis

, , , , , , , , ,

Variance Analysis “provides EVMS contract management with early insight into the extent of problems and allows corrective actions to be implemented in time to affect the future course of the program.” [NDIA ANSI EIA 748 Intent Guide] Department of Defense Data Item Descriptions: DI-MGMT-81861, Integrated Program Management Report (IPMR) paragraphs 3.6.10xx; DI-MGMT-81466A, Contract Performance Report, paragraph 2.6.3; and DI-MGMT-81650, Integrated Master Schedule (IMS) — paragraph 2.5 — all require analysis for significant variances including cause, impact and corrective action plans.  By comparing the performance against the plan, it is possible to make mid-course corrections which assist completion of the project on time and within the approved budget. The Variance Analysis Report (VAR) is a “living, working document to communicate cause, impact and corrective action”. [See: Chapter 35 Variance Analysis and Corrective Action, Project Management Using Earned Value, Humphreys & Associates, page 707.] Well-written variance analyses should answer the basic questions of why, what and how.

Cause is also known as root cause, nature of the problem, problem statement, issue, or problem definition. Root cause is the fundamental reason for the problem. Root cause is required in order to take preventative corrective action. The explanation of the variance is broken down into each of its components: discuss schedule variances separately from cost variances; discuss labor separately from non-labor; discuss which portion of the variance was caused by efficiency (hours) and which portion was because of dollars (rates) or if the variance was driven by material discuss how much was because of price and how much was because of usage. For more information refer to Humphreys & Associates blog Variance Analysis-Getting Specific.

Once the root cause of the problem has been identified and described, the impact(s) on the project should be addressed. Identify impacts to customers, technical capability, cost, schedule (including when the schedule variance will become zero), other control accounts, program milestones, subcontractors, and the Estimate at Completion, including rationale.

A corrective action (CA) plan should be developed that describes the specific actions being taken, or to be taken, which includes the individual or organization responsible for the action(s). The corrective actions should be directly derived from root cause analysis and related to each identified root cause.   Results from previous corrective action plans should be included.  Occasionally, a successful plan will include interim modifications or fixes in the short term, with long term changes identified as well. When no corrective action for an overrun is possible, an explanation and EAC rationale should be included.  A corrective action log should be used that tracks the actions taken and the status of the corrective plan for each variance analysis cycle.  As was stated in the Humphreys & Associates article:  Corrective Action Response: Planning and Closure – Part 2 of 2  “It is critical that verification methods, objective measures, metrics, artifacts, and evidential products are identified that will verify that the corrective actions are effective.”  Corrective action plans based on clearly a defined root cause facilitates time management action and avoids the occurrence of repetitive problems.

Variance Analysis, Corrective Action Plans, Root Cause Analysis Read Post »

Earned Value Management | Integrated Program Management Report (IPMR) XML Electronic Submittals

, , , , , , ,

One of the major changes in the 2012 IPMR Data Item Description (DID) was the requirement to use the DoD-approved XML schemas and guidelines to electronically submit formats 1 through 4, 6, and 7. The DoD-approved XML schemas were developed under the auspices of the United Nations Centre for Trade Facilitation and Electronic Business (UN/CEFACT), a formal international organization for establishing electronic business standards.  The DoD-approved XML guidelines are the Data Exchange Instructions (DEIs) or business rules for using the UN/CEFACT XML schemas to support the data requirements in the IPMR DID.  This XML electronic submittal format replaces the ANSI X12 Electronic Data Interchange (EDI) transaction sets 839 and 806 found in the previous reporting DIDs, the 2005, DI-MGMT-81466A, Contract Performance Report (CPR) and the 2005, DI-MGMT-81650, Integrated Master Schedule (IMS).

The purpose of using a software vendor neutral international standard to submit data to the DoD was to eliminate the need for any specific toolset or proprietary database at either end.  Contractors can use their toolset of choice or internally developed applications to produce the XML instance files and electronically submit the data. For the various DoD end-users, they can use their toolset of choice or internally developed applications to read the XML data for their use and analyses.

The business owner for the DoD IPMR Data Exchange Instructions is the OSD Office of Performance Assessments and Root Cause Analyses (PARCA), Earned Value Management (EVM) Division (https://www.acq.osd.mil/evm). The electronic submittals are designed to support the OSD EVM Central Repository (https://dcarc.cape.osd.mil/EVM/EVMOverview.aspx), a joint effort between the Defense Cost and Resource Center (DCARC) and OUSD/AT&L, managed by PARCA.  The EVM Central Repository provides a secure centralized reporting, data collection and distribution of EVM data environment for the DoD acquisition community.

There are a number of UN/CEFACT XML related resources available to contractors, software vendors, and government users on the DCARC EVM Central Repository web site.

  • Select the UN/CEFACT XML navigation option to download the base UN/CEFACT XML schemas as well as the Data Exchange Instructions for the IPMR formats. There are three primary DEIs. One for Formats 1 through 4 (can include Format 5 data as an option), one for Format 6 (the IMS), and one for Format 7 (time phased historical data). Also on this web page is a link for a digital file signing tool; this works as an outer envelope that contractors can use to digitally sign and secure an XML instance file submission to the EVM Central Repository.
  • Select the EVM Tools navigation option to download the XML instance file IPMR Schema/DEI Checker or XML instance file viewers. The schema/DEI checker can be used to verify a given XML instance file conforms to the basic XML schema requirements as well as the business rules defined in the DEIs.  The XML instance files viewers can be used to read and display the XML data content in a more human friendly format.

A number of the commercial off the shelf (COTS) software vendors have submitted their IPMR outputs for testing to the EVM Central Repository to verify their XML outputs can pass the Central Repository data submission validation process. A number of contractors also tested outputs produced from their internal application systems (no COTS tool was used). This testing was part of the implementation verification process for completing the Data Exchange Instructions. To confirm a software vendor has successfully completed the process to verify their tool-set outputs can be successfully read and uploaded to the Central Repository, send an email to the EVM Contact for PARCA listed on the DCARC EVM Central Repository web site (Contact Us navigation link).

PARCA has also recently taken ownership of the XML schema and DEI Change Control Board (CCB) and related process. The intent is to use the PARCA Issue Resolution process (https://www.acq.osd.mil/evm/ir/index.shtml) for software vendors, contractors, or other end users to submit change requests for the base UN/CEFACT XML schemas or IPMR Data Exchange Instructions.

Earned Value Management | Integrated Program Management Report (IPMR) XML Electronic Submittals Read Post »

New Integrated Program Management Report (IPMR) DID

, , ,

This coming change, likely to take effect in May 2012, applies to government contractual requirements (CDRLs) on contracts that require Earned Value Management (EVM) by most federal agencies. This is of particular importance to program and project managers, corporate EVM focal points and other staff that maintain a corporate EVM System Description or training materials. In some cases it applies to IT resources responsible for maintaining the schedule and cost toolsets used on projects.

A new Data Item Description (DID) for contract performance reporting and integrated master schedules was recently circulated for public comment.  The new DID, Integrated Program Management Report (IPMR), DI-MGMT-81466B, will replace the current Contract Performance Report (CPR) DID, DI-MGMT-81466A, and the Integrated Master Schedule (IMS) DID, DI-MGMT-81650.

A copy of the draft IPMR DID can be found on the PARCA (Performance Assessments and Root Cause Analyses) website. PARCA is part of the Office of the Assistant Secretary of Defense for Acquisition.  The Earned Value Management Division of PARCA is the DOD focal point for all policy, guidance, and competency relating to EVM.

In summary:

  • The IPMR DID combines the CPR and IMS DIDs into one
  • CPR Formats 1 to 5 become the IPMR Formats 1 to 5
  • The IMS becomes IPMR Format 6
  • There are a few content changes mostly confined to Format 3, which opens up the Baseline Changes (Block 6.b.) row columns
  • It adds a new Format 7, time phased historical data (an annual submission)
  • The electronic data delivery format is changing from the ANSI X12 standard to the UN/CEFACT XML standard

The initial comment period for the IPMR DID closed on January 31, 2012, followed with additional discussions with industry through the NDIA Program Management Systems Committee (PMSC). The likely publication date is early May 2012 but this is dependent on the final formal coordination process within OSD. The new DID will begin being applied on new contracts once the DID is approved.

The new DID does impact current EVM Systems as it will be necessary to reference the old and new terms and forms.  As a result, it may be necessary to update:

  • Training materials
  • System Description and Storyboard text, example formats and/or artifacts
  • Desktop instructions for producing specified formats
  • Software toolset outputs and electronic deliverables
  • Self-surveillance and subcontractor surveillance materials

Most cost and schedule software vendors are aware of the pending changes.  You may want to check with your toolset vendor of choice to see when they plan to have software updates available to support the new DID requirements.

Humphreys & Associates is available to provide resources, consulting and information on this topic. Click here to contact us.

New Integrated Program Management Report (IPMR) DID Read Post »

Scroll to Top