Select Page
Practical Guide 21:  Project Execution Planning (PEP)

Practical Guide 21: Project Execution Planning (PEP)

PEP

 

According to Independent Project Analysis (IPA) Project Execution Planning (PEP) is the process of defining the approach that will be followed in executing a capital project.  The Project Execution Plan is the master document that contains all of the necessary information in this regard.   The PEP answers basic questions such as:

  • Who will participate, when will they participate and what roles will they have?
  • How will the project be contracted, sequenced, managed and controlled?
  • When will stage transitions and specific activities take place?
  • What monitoring, control and governance criteria need to be applied?
  • Are there any extraordinary initiatives that may be required which need to be planned and budgeted for?

This practical guide covers the preparation of a typical PEP.  The guide is accompanied by several templates and supporting guides that assist in preparing a PEP from scratch.

Here’s what is covered:

  1. Background, overview and project scope
  2. Framing the project
  3. Planning implementation
  4. Monitor and controlling the plans
  5. Supporting plans
  6. Support services
  7. Governance
  8. The PEP Development Cycle through front-end loading (FEL)

These resources are now available to all toolkit members from the OTC Toolkits Membership site.  (A valid subscription is required).

See you inside the Toolkits.

– The OTC Toolkits Team

Develop and Analyse Project Schedules for Realism

Develop and Analyse Project Schedules for Realism

By Kevin Mattheys

This is the first of a 2-part series of articles covering the development and control of robust, but realistic, project schedules.   The focus of the articles is as follows:

  • Part 1 – A composite scheduling process; and
  • Part 2 – Assessing schedules for realism.

The first part covers a project scheduling process which takes from the best processes available and consolidates it into a composite scheduling process.

Introduction

When presented with a project schedule which shows the correct durations and task dates, we generally assume the schedule is acceptable.  We then establish the project baseline against which the project will be progressed.  Not long after the project kicks off, things start to drift from plan and then it becomes an ongoing exercise to continually replan and rebaseline.  This situation gradually deteriorates and eventually leads to project delays, delay claims and, in some instances, lengthy and expensive court battles.  As is so often the case in life, the devil lies in the detail.

During my career, I have regularly encountered this phenomenon and must attest to many hours of frustration because one, or more, of the following requirements were not adhered to:

  • Basic rules of schedule development and control;
  • Minimum standards for what a quality schedule looks like;
  • Documented backup on how the schedule has been compiled;
  • Proper signoff and communication of the baseline schedule; and
  • A proper change management process.

It became evident that something was amiss in the underlying structure and processes of these schedules.  There appeared to be quality and governance issues at stake which, truth be told, are some of the main drivers of a realistic schedule.  This series of articles will highlight and suggest ways in which this situation can be improved.

Composite Scheduling Process

There have been numerous books written on scheduling; suffice to say that it is very important that a planner / scheduler follows a rigid formal planning process.    Examples of formal planning and scheduling processes can be found in the Project Management Body of Knowledge (PMI, 2013), literature and articles from the American Association of Cost Engineers (Crawford, 2011; Stephenson, 2015), and books such as Project management using earned value, 2nd edition, by Humphreys (2002).

There are certain nuances to each of these high-level processes, which, if selectively stripped out and used to create a composite process, will more fully describe the process for creating a project schedule. Over a period, my personal preference has swung towards using the approach of Humphreys (2002), primarily because of the introduction of the quality assessment sub-process in conjunction with one or two modifications which will address the fundamental frustrations highlighted in the introduction.

The composite schedule development and control process is highlighted in Table 1.  Note that the process described below is not a linear sequential process, but goes through a series of iterations to get to the eventual outcome.

Table 1:   The Schedule Development and Control Process

scheduling-process

Let us now discuss each of these in a little more detail.  The focus of the balance of this article will only be on the schedule development and control process.  The second article will address the quality assessment sub-process and the schedule basis document.

The first step in the process is the preparation of the schedule so that we can establish the baseline which the project will be measured against.

Prepare the Schedule

Preparing the schedule comprises the following seven steps:

  • Develop the Network:  This sub-process is the start of schedule preparation.  As part of the inputs a set of target dates are required which could be startup related, market related or project completion related.  The list of schedule activities is derived from the scope which should be in the form of a Work Breakdown Structure (WBS), activity durations are determined and the relevant logic applied.  The various project execution strategies will also determine logic and grouping of activities so bear this in mind.   Once this has been completed, one has what is referred to as a network diagram.
  • Perform Critical Path Analysis:  To determine a critical path (the longest path through the network) for a project, a series of backward and forward passes of the network are simulated by the planning software.  The resultant critical path is the sequence of activities such that if any one of the activities were to be delayed, it would cause the project to be delayed.
  • Resource Loading:  It has been statistically proven that proper attention to resource loading leads to improved project outcomes and more reliable schedules.  Resource loading and critical path analysis are interchangeable, as some planners like to do the critical path analysis after the resource loading exercise has been undertaken.  I am personally not too fussed, so long as both actions occur iteratively until an optimum solution is achieved.
  • Crash the Network:  “Crashing” is a technique whereby various strategies related to overtime, additional manpower or sequencing of work are investigated to determine if there are opportunities to reduce the project duration.  This is a lengthy and complex process and usually leads to reduced project durations.  However, the additional costs need to be weighed against the improved outcomes.
  • Schedule Quality Assessment:  This is a sub-process that I believe is extremely underutilised, yet assists greatly in enhancing the realism of the schedule.  Until recently, there did not appear to be much research on this aspect of the schedule.  In the absence of anything substantive this set of criteria can be used to analyse a schedule and determine fundamental problems which will need to be corrected.  It is also not a panacea for all schedule issues but can be used as a minimum standard which can be added to over time. More on this in next month’s follow up article.
  • Risk Analysis:  This sub-process should not be undertaken until a proper quality assessment has been conducted.  Incorrect use of logic, relationships, constraints, float and long durations could have a detrimental effect on the outcomes of the risk analysis and render the whole exercise invalid if we do not use a realistic schedule. The object of a schedule risk analysis is to determine the possible impact on project durations should the probability of certain risks materialize or events occur.  After the analysis, a range of probabilistic dates are presented and the team decides on an appropriate level of risk.  This then becomes the schedule contingency (like cost contingency) and should be managed in the same way.
  • Benchmark the Schedule:  Benchmarking appears to be an activity that takes place on an ad hoc basis.  When initially establishing the project schedule it is imperative to conduct a benchmarking exercise to determine the realism of the proposed project schedule before it becomes the de facto baseline.  Once the initial baseline has been established it may not be necessary to conduct a benchmarking exercise again unless there has been a significant de-scoping or scope increase.

Baseline the Schedule

Setting a Traceable Schedule:  On completion of Schedule Preparation sub-processes, it is important to put the baseline in place.  Included in this exercise, all the elements for assessing progress to determine progress objectively should be included.  Without having an established and agreed baseline the team will be flying blind once progress measurement starts.

The exact measures aka Earned Value criteria need to be in the schedule so there is no debate about the percent complete as it should simply be a question of determining whether the activity is complete or not?

  • Prepare and Signoff on Schedule Basis Document:  Another area that perplexes me is the lack of preparation and / or upkeep of the schedule basis document.  This document describes the scope, explains the inner constructs of the project schedule, progressing criteria, assumptions, exclusions etc.  Planners apart, not many people can understand the inner workings of the schedule so it is vital that this information is captured in an easy to read and understandable way. It is critical that this document is used to get parties to sign off on the schedule before the baseline is set. A typical schedule basis document should contain the following:
    • The Plan – This should include a list and description of the activities with their planned dates (start and finish).  A complete scope of works should also be added;
    • Schedule control baseline – A time phased, logically linked, resource loaded, detailed interpretation of the plan based on an aggregation of a common attribute of all activities to be measured and assessed.
    • Planned schedule – A list of activities with their planned date information usually illustrated as a bar chart;
    • Schedule basis – A description of the activities and resources covered, included methodologies, standards, references and defined deliverables, assumptions, inclusions and exclusions made, key milestones and constraints, calendars and some indication of the level of risk and uncertainty used to establish schedule contingency;
    • Schedule control plan – The progress weighting and measurement approach should be included.  It should include a description of how project performance should be measured and assessed in respect of the schedule including rules for earning progress and the procedures for evaluating progress and forecasting remaining durations.  This should all form part of the schedule basis document;
    • Quality Assessment Results – The results of the quality assessment should accompany the schedule which this assessment relates to; and
    • Signoff – Ensure signoff from all parties that this is the accepted schedule and baseline reflecting the scope of work as described earlier.

Monitor and Control the Schedule

  • Update the Schedule:  The regular sub-process of updating the schedule now commences with daily, weekly or monthly updates and reports against the baseline.
  • Schedule Change Management:  An area that does not get the attention it deserves is in schedule change management.  Too often the focus is on cost without understanding that a slippage on schedule may also have an impact on cost.  In addition, this is the only mechanism through which the project baseline can be changed.  The planner must ensure that he makes no changes to the schedule unless formally agreed to and signed off via a formal change management process.
  • Schedule Risk assessment:  Ongoing quarterly or bi-annual risk assessments should be conducted to test for the realism of the schedule in being able to accommodate potential risks.

Concluding remarks

In this article, I’ve highlighted some of the concerns I believe are hindering the development of realistic schedules.  I then identified four key areas (there may be more), which if implemented properly, will lead to significantly improved realism in schedules.  These are:

  • a well though through and consistent schedule development and control process;
  • a schedule quality assessment conducted frequently (GASP);
  • a basis document used for signoff; and
  • benchmarking.

Whist many people will be saying this takes a lot of time the effort is well worth it in the long run.  The effort is only expended in the initial setup and development, but thereafter it is pure maintenance.

References

Crawford, T.X., 2011, Professional Practice Guide #4: Planning and scheduling, 3rd edition, AACE International.

Humphreys, G.C., 2002, Project Management using Earned Value, 2nd Edition, Humphreys and Associates, Inc.

PMI (Project Management Institute), 2013, A guide to the project management body of knowledge (PMBOK® Guide), 5th edition., Project Management Institute, Inc.

Stephenson, H.L., 2015, TCM Framework: An integrated approach to portfolio, program and project management, 2nd edition, AACE International.

 

You can download this and other Insight articles from our website at http://www.otctoolkits.com/download-insight-articles/

Practical Guide 17:  Generally accepted scheduling principles (GASP)

Practical Guide 17: Generally accepted scheduling principles (GASP)

GASP

Why is it that soon after the project kicks off, things seem to drift off plan and the project schedule needs to be replaced and re-baselined?

The answer lies in aligning the schedule to best practice.  This practical guide covers a method of analysing a project schedule in terms of generally accepted scheduling principles (GASP).   The resulting analysis can be used to monitor existing project schedules and detect problems early,  or in a tender situation to guide the contractor on the owners requirement in terms of schedule quality.    The analysis measures a schedule in terms of the eight essential principles developed by the Defence Contract Management Agency.   The analysis results in a graphical representation of the schedule quality during the planning and execution stages of any project.

Here’s what you will learn:

  1. What are the generally accepted scheduling principles?
  2. The 14 assessment points
  3. How to analyse a project schedule for alignment to GASP
  4. How to track a project schedule to detect trends early enough to take proactive measures
  5. How an owner can use GASP to improve the quality of the plans of sub-contractors during the tender process and during the project itself.

This Guide is now available to all members and you can access your e-learning from the OTC Toolkits Membership site.  (Log-in required).

See you inside the Toolkits.

– The OTC Toolkits Team

Practical Guide 15:  Roles and Interfaces of the Project Controls Disciplines

Practical Guide 15: Roles and Interfaces of the Project Controls Disciplines

Project Controls

 

Within a large project the project controls function will mean different things to different people.  Whether you are in an owner role or in an engineering contractor role, there are a number of important differences in the project controls role which are important to understand.

In the owner organisation the project controls team has more of an oversight, collation and governance role ensuring compliance to defined procedures and standards,  whereas in the engineering contractor organisation the project controls team is more concerned with tracking, forecasting and controlling the project status within a defined scope of work.

OTC has published the second guide in the Project Controls toolkit series that covers the roles and interfaces of the project controls disciplines.  This practical guide covers the disciplines of estimating, cost control, planning and scheduling as well as quantity surveying. It looks at what the role of each discipline is and how they overlap, offers some examples of areas that are typically problematic and which will be of assistance to owner teams.

Here’s what you will discover:

  • The difference between project controls and project services
  • Where the responsibility for project accounting, cost control and commitment accounting lies
  • The various roles of the project controls function
  • The role of quantity surveyors
  • The project controls plan
  • How much should be budgeted on a project for the project controls support function
  • And more…

You can get your copy of this practical guide here  from the OTC Toolkits Membership site.  (Log-in required).

– The OTC Toolkits Team

How important is the Project Master Schedule?

How important is the Project Master Schedule?

Project Master Schedule   In conversation with a couple of colleagues the other day this simple question was raised.  Initially there was disbelief that the question could even arise.  After all who used a Project Master Schedule these days? Responses ranged from :

  • “We analyse the detail to pick up issues and concerns and address them at the lowest level of the schedule”;
  • “We only produce one at the early stages of the project to give us a high level idea of the project durations and then it gets put into someone’s drawersomewhere”;
  • “Its hard work keeping it up to date”;
  • “We extract only activities from the month before and month after the status date to report on”.

I was rather taken aback at these responses as I have always used the Project Master Schedule on projects I have worked on to give me a quick overview of how the project is doing.  If I pick up an anomaly I then delve into the detail to find the problem that needs to be addressed.

So what is a Project Master Schedule?

To me it is a one page summary of the total project indicating the various phases, key milestones / deliverables which ties together Front-end Loading and Implementation (Engineering, procurement, construction and commissioning) in such a way that it addresses the business need-by dates.  It is a schedule that reflects planned, actual, forecast and status dates. Of course there can be variants to this but in its simplest form that is it.  

Key features of a master schedule include:

  • Simple to read, ideally one page only, used as a communication tool for senior management and the team;
  • Is a dynamic document for the duration of the project; and
  • The lowest level of the schedule and the highest level of the schedule must resonate with each other.

  In summary it is one of two critical documents I use to determine if we are in control of the project.  The other is the Earned Value graph but more of that later. What do you use on your projects ? Is it something similar ? Do you use one at all ?  Please share your thoughts. Remember, if you are a member you can download your own copy of our  practical guide on how to implement a project master schedule from OTC Toolkits at www.otctoolkits.com