EVM Consulting

How to Get the Most from Your IMS: What Makes an IMS Useful?

, , , ,
How to Get the Most from Your IMS: What Makes an IMS Useful?

A major challenge with an Integrated Master Scheule (IMS) is making the most out of this powerful project management tool. Large and even not-so-large projects are required to have an IMS which adheres to the requirements of the Integrated Program Management Report (IPMR) or Integrated Program Management Data and Analysis Report (IPMDAR) Data Item Description (DID) and meets the schedule data quality checks available. But having met the DID requirements and passing the quality checks does not mean the IMS is being used to get the most information into the hands of decision makers on the project. 

The IPMR or IPMDAR DID, even though detailed and thorough, is generic. The same DID is used on a contract whether it is for an important new hardware-based system, a new software system, or some other goal. The DID misses the point that the type of product on the contract means that unique topics may be the most important. There is no focus in the DID; it is high level and comprehensive. What’s missing are the special interest or special focus schedules that can be drawn from the IMS with good coding, grouping, filtering, and sorting techniques.

Remember that the statement of work (SOW) for the project is really comprised of promises made in the various plans submitted in the proposal and updated after contract award. The System Engineering Management Plan (SEMP), the Software Development Plan (SDP), Make/Buy Plan, Procurement Plan, Test and Evaluation Management Plan (TEMP), and others all contain commitments that should be translated into actions in the IMS. There should be access to the portions of the IMS that show how these commitments will be accomplished.

Examples of Special Interest Schedules

On a new hardware-based project, key pieces of information revolve around getting designs done and into a form to plan for the procurement of the various things needed to build the end items. This information often resides in the IMS but must be pulled out into a “drawing release” schedule. That is a schedule showing the transition from design to 3-D models or drawings. Pinpointing the times and links in the IMS where design becomes actionable for procurement enables the project team and their suppliers to be prepared to execute the procurements. The teams or engineers (designers) and procurement people should be focused on the drawing release schedule with frequent, at least weekly meetings to coordinate.  

One of the serious issues I witnessed on a project was the lack of preparedness in having trained and qualified drawing checkers who could sign-off and release drawings. Because of the need for flight safety considerations, the drawing checker position could only be filled by qualified people. Instead of preparing months ahead for the wave of drawings, the waves were allowed to crash into the far-too-few checkers. What was supposed to be a short cycle became weeks long as drawings sat waiting for release.

As the transition is made from design to production, then the procurement schedule becomes another focused schedule which should show the information about what is being procured, from whom, and when it will be delivered. This information is used by the engineers, procurement, and inventory control people including receiving to understand the timing and volume of inbound items. Frequent coordination with suppliers and internal team members using this focused schedule helps to ensure a smooth process. Will the factory be ready to receive, inspect, process, and store all the inbound items?

What about software development as a special topic focus schedule? This is often needed. The project personnel must be able to quickly understand where in the cycle the software is and when releases will be made as well as what the release is needed for in the overall project. 

Think about all the other important focus areas that could exist on a project. For example, the training effort should be in a focused schedule showing the development of the training material (courseware), training aids, facilities, instructor preparation and anything else needed to execute the statement of work related to training.

Testing is possibly more complicated than training. This includes development of test plans and procedures, as well as the creation of test fixtures and tools. The preparation of test personnel capable of performing complicated tests should be in the focused schedule.

By now you get the idea. The IMS is the combination of all these schedules, the thing that coordinates between and among them. But the focused schedules are the real bread-and-butter of the schedule discipline. It is shocking to see a project where these do not exist. Maybe the managers don’t know they are needed or possibly that they are available. Maybe the schedule team did not prepare for these extractions from the IMS.

If your project does not have focused schedules and does not use them, the project is in jeopardy. These schedules should be generated and used frequently; weekly at least.  Even if the IMS itself is only undergoing a monthly update, the detailed schedules should be much more alive and part of the weekly communication between work teams on the project.

Tips and Suggestions

  • How to get started. Begin with the source documents and their authors, the SEMP, the TEMP, and so on. Make a list of the likely focused schedules that need to be drawn from the IMS. Read them and extract the information you need to build your IMS. If you are just starting the IMS, you could build individual schedules with the authors and then integrate them into the IMS. If you already have built the IMS, you can find the tasks you need and code them so they will appear on the focused schedule. Once coded, extract the focused schedule from the IMS using the applicable coding filters and verify it matches the commitments that were made in the source documents from the various authors. 
  • Hold “report court.” Rather than reading and sorting through all the various plans, schedule a project meeting with the key team members and ask them what reports and what schedules they need to do their jobs. Remind them of the commitments they made in the plans. They can bring or provide a list and description to you, and you can decide “in court” which items you can or cannot incorporate into the IMS. That can help to streamline what is included in the IMS and who is responsible for what. 
  • Create a schedule data dictionary if you haven’t already done so. This is essential to identify standard as well as project unique activity, milestone, or resource coding and how the coding is used so there is a common understanding of the content. The customer will need this information as well as when the IMS is provided as a monthly performance reporting data deliverable (see the IPMDAR Section 2.4.2.20, Data Dictionary for Native Schedule File). It is a prerequisite to ensure consistency in use as well as to establish a level of discipline throughout the IMS development and maintenance process. Ensure tasks always include the necessary coding. Ideally, you did your homework on the likely special topic schedules you need to draw from the IMS before starting to build the IMS. Otherwise you may need to determine various sorting and filter techniques to identify the tasks that require additional coding details. As noted above, once the tasks are coded, you or other project personnel will be able to extract the various special interest schedules from the IMS as needed. 

Need help?

Building a useful IMS for complex projects is not easy. Up front planning for the development of the IMS can help to identify the necessary outline codes and other coding to be able to group, filter, or sort the activities to extract the special topic or special focus details from the IMS. The IMS is an essential communication tool for everyone on the project. How the schedule is constructed and coded makes a difference. H&A scheduling subject matter experts (SMEs) have decades of experience in a variety of complex project environments and can help you avoid common pitfalls. Contact us today.

How to Get the Most from Your IMS: What Makes an IMS Useful? Read Post »

EVM Consulting | Corrective Action Response

, , , , , , ,

Corrective Action Response

How do I respond to a Corrective Action Request?

In EVM Consulting, we deal with Corrective Action Requests (CARs) on a regular basis, so we have plenty of real-world experience. We created an outline of valuable information about DRs / CARs based on our collective experience. Part 1 of the guide is designed to inform you of why CARs are received and who issues them, so you can work to prevent them. Part 2 will prepare you to respond to a CAR in an effective and efficient way.

Corrective Action Response: Sources – Part 1 of 2

In Part 1 of the series we illuminated the varied sources of Corrective Action Requests:
1) Standard Surveillance Instruction (SSI)
2) Agencies that do not use the DCMA for surveillance, such as the Department of Energy.
3) Integrated Baseline Review (IBR)
4) Procedures that are compliant with the EIA-748 Guidelines
5) Contract Performance Report (CPR)
6) Integrated Project Management Report (IPMR)
7) Integrated Master Schedule (IMS)
8) Discrepancy Reports (Levels I-IV)

 

Corrective Action Response: Planning and Closure – Part 2 of 2

In part 2 of the series, we addressed responding to a Corrective Action Request (CAR):
1) Review the DRs/CARs with the customer
2) Organize for successful CAP management
3) Begin a thorough Root Cause Analysis
4) Develop and evaluate Corrective Action Plans
5) Develop verification closure steps
6) Develop a detailed Integrated Master Schedule for CAP implementation
7) Submit CAP and CAP IMS to the customer for approval prior to implementing the Corrective Actions
8) Implement Corrective Action Plans and track progress to successful completion
9) CAR closure and follow-up

EVM Consulting | Corrective Action Response Read Post »

EVM Consulting – Modeling & Simulation

, , , , , , , , ,

Fighter Jet Air Plain Flying in Front of Moon

Forewarned is Forearmed

Forewarned is forearmed. John Farmer, of New Hampshire, said that in a letter in 1685. But that advice is most likely biblical and very much older. No matter the source of the thought, we should take it as divine guidance if we are project managers. Maybe we should have it cut into a stone tablet, so we can share it with our team members.

Most of our work as project managers is spent in the “controlling” phase which is made up of the three steps “measure, analyze, act.” Our EVMS and IMS exist to be able to support this management function. The measuring part is done very well in our EVMS and our IMS; we know where we are and how we got there. The analyzing is equally well handled in the IMS and EVMS. Only the management task of acting is not well supported. Generally, we lack decision making support and tools.

EVM Consulting - Measure, Analyze, Act

Deterministic Path

No matter how well constructed and how healthy our IMS is, it has a deterministic path forward. The logic links between the activities are there because we expect them to be fulfilled. Indeed, if activity “B” is a finish-to-start successor to activity “A” we fully expect that at some point activity “A” will finish and will provide its output to activity “B”. That is a single path forward and it is a deterministic path. It is also a somewhat simplistic model.

EVM Consulting - Deterministic Relationships in EVMS

Multiple Outcomes

Our management system asks us to perform root cause analysis followed by corrective action. But what if there is more than one corrective action to be taken. And worse; what if the corrective actions can have multiple outcomes with each enjoying its own probability. That means multiple choices and multiple outcomes. How would we show that in our plan? How would we analyze the multiple possible futures that such a situation presents?

Happily, there are ways to model a future without a set path. And once we have the future model, there are also ways to simulate the outcomes to give the probabilities we need to decide which actions to take. We are talking about probabilistic branching, and we are saying that we can build a probabilistic map of the future to use in making decisions; especially making decisions on corrective actions.

Take a simple example of running a test on the project. The expectation is that eventually we will pass the test. We will keep trying until we do. In the IMS deterministic model the test portion of the IMS might look like this:

EVM Consulting - Run the Test then Use the Product

Simulation

We can simulate this situation with different expected durations for the test. That is helpful information, but it does not explain or even capture what is going on in those different durations. It looks like we are just taking longer to do the testing but is that really what is happening? What is going on here? We certainly don’t show that.

In the real world, this simple model might have three potential outcomes. There might be three paths we can take to get to the point where we use the product. Each path has a time and money cost. We might run the test and find that we passed. Or we might have to stop the test for issues on the item or the test setup. We might even fail the test and must correct something about the product to improve our chances of passing a rerun. Eventually we will get to a usable product. But what do we put in our estimate and our plan? What do we tell the resources we need? What do we tell the boss? The customer?

EVM Consulting - Real World Testing

Full Future Model

We now have a much better understanding of the future and can explain the situation. We also can simulate the situation to find out the most likely time and cost outcomes, so we can explain the future without any histrionics or arm waving.
If the issue is important enough we can build out the full future model and simulate it.

EVM Consulting - Full Future Model and Simulation

No matter how far we pursue the model of the future, having a valid model and being able to stand on solid ground are very valuable to us as project managers.

This is not to say that we should model out complex situations as a routine in the IMS. That would be impossible, or at least prohibitively costly. We are saying that when situations arise, we need to be able to use the IMS to help us make decisions.

This type of probabilistic modeling of the future is particularly useful in defining major decision points in our plan. When we reach a decision point the IMS may have multiple branches as successors but that implies we take every branch and that is not valid. Modeling each branch and its probabilities is valid. In the example below, where the milestone represents a decision point, we have shown three possible paths to take. If each were modeled out into the future with time and cost data, we should have the information we need to choose the path we wish to pursue. Without processes and tools like this, we would be flying blind.

Future Blog Posts

This discussion will be continued in future blogs to develop a better foundational understanding of the process and power of probabilistic modeling in our EVMS.

EVM Consulting - Decision Point

Good information sets the stage for good decisions. The IMS and the EVMS have sufficient information to help us model the pathways ahead of our critical decisions. We just need to learn to take advantage of what we have available to us.

Find out how an experienced Humphreys & Associates EVM Consultant can help you create a full future model and simulation of your most vital EVMS Systems. Contact Humphreys & Associates at (714) 685-1730 or email us.

EVM Consulting – Modeling & Simulation Read Post »

Scroll to Top