Friday, October 28, 2022

Monitoring and Controlling a Project

 

Monitoring and Controlling a Project

After a plan has been produced, it should be followed and the work authorized in accordance with the plan. If there is to be a change in the plan, then the plan should be formally changed. If necessary, the client should be informed and when required by the contract, approval for the change should be sought. If the plan is not followed, then it may be difficult to obtain approval for extension of time claims and will make dispute resolution more difficult.

Monitoring a project ensures the project provides management with historical data, trends and deviations from plan allowing them to make decisions and control the project. It should record the:

  • Dates that work was started and completed

  • Hours and cost required to complete the work

  • Deliverables/products produced

Monitoring would also:

  • Confirm the required quality is being met

  • Provide trends that may be used for forecasting the remainder of the project

  • Record historical data for use in assisting in planning future projects

  • Obtain data required for preparing extension of time claims and for dispute resolution.

Controlling is the next level of management, analyzing the progress to date and trends to:

  • Ensure that the project is being executed according to the plan

  • Compare the project’s progress with the original plan

  • Review options in the case of deviations

  • Forecast problems as early as possible, which enables corrective action to be taken as early as possible.

Levels of Planning

 

Levels of Planning

Projects are often planned at a summary level and then detailed out in the schedule before the work is commenced. Smaller projects may be detailed out during project planning but other large or complex projects may require several levels before the project plan is fully detailed out.

The main reason for not detailing out a project early is that there may not be enough information at that stage; and time would be wasted in preparing detailed schedules that will be made redundant by unforeseen changes. The following planning techniques may be considered:

The PMBOK® Guide discusses the following techniques:
  • The Rolling Wave. This technique involves adding more detail to the schedule as the work approaches. This is often possible, as more information is known about the scope of the project as work is executed. The initial planning could be completed at a high level in the Work Breakdown Structure (WBS). As the work approaches the planning may be completed in more detail at a lower level such as WBS Component and then to a Work Package level for detailed planning.

  • The use of Sub-projects. These are useful in larger projects where more than one person is working on the project schedule. This situation may exist when portions of projects are contracted out. A subproject may be detailed out when the work is awarded to a contractor.

  • The use of Phases. A Phase is different from a PRINCE2 Stage as Phases may overlap in time and Stages do not. Phases may be defined, for example, as Design, Procure and Install. These Phases may overlap, as Procurement may commence before Design is complete. The Phase development of a schedule involves the detailing out of all the associated WBS elements prior to the commencement of that Phase.

  • The PMBOK® Guide does not have strict definitions for levels of plans but assumes that this process is planned when decomposing the Work Breakdown Structure (WBS). There are some other models available that may be used as guidelines, such as the PMI Practice Standard for Work Breakdown Structures.

  • Projects subject to many changes may require the work to be granulated out into more tasks immediately prior to the work starting. For example, at the end of every week the next two weeks’ work (that will have had been planned at a summary level) would be planned out in detail. This is a type of Rolling Wave development of the project. This is often found in a software-testing phase, where the next portion of work is dependent on what has passed and what has failed testing in the previous portion of work.

PRINCE2 Level of Plans

PRINCE2 is a project management methodology that was developed in the UK. This methodology defines the type of plans that a project team should consider.

Stages in PRINCE2 are defined as time-bound periods of a project, which do not overlap in time and are referred to as Management Stages. Under PRINCE2, a Project Plan is divided into Stages and a Stage plan is detailed out prior to the commencement of a Stage. PRINCE2 defines the following levels of plans:

  • Programme Plan – which may include Project Plans or one or more portfolios of multiple projects,

  • Project Plan – this is mandatory and is updated through the duration of a project,

  • Stage Plan – there is a minimum of two Stage Plans, an Initiation Stage Plan and First Stage Plan. There would usually be one Stage Plan for each Stage.

  • Exception Plan – which is at the same level and detail as a Stage Plan and replaces a Stage Plan at the request of a Project Board when a Stage is forecast to exceed tolerances (contingent time), and

  • Team Plan – which is optional and would be used on larger projects where Teams are used for delivering Products that require detailed planning. A typical example is a contractor’s plan, which would be submitted during the bid process.

Jelen’s Cost and Optimization Engineering

The book outlines several levels of planning, each of which goes deeper in the planning process, depending on the level of granularity the planner wants to achieve:

  • Level 0: Corresponds to the project as a whole, therefore it will show as an individual bar in the Gantt Chart which extent will be from the start to the finish date of the project.

  • Level 1: This level programmes the project according to its most significant parts; hence, it will show like a Bar Chart on the Gantt Chart. For example, visualize a schedule for a food factory, which could be broken down into quality control, processing, packaging and storage.

  • Level 2: This level takes the previous one as a foundation to keep splitting down the parts of the project. Generally, the schedule will be shown in a bar chart format and it could have some constraints against it. Following the previous example, the storage area in the food factory could be further divided into dried foods, fresh produce, canned products, etc.

  • Level 3: The breakdown goes even further and at this point it becomes very clear where the critical path is. Likewise, since this division is not too detailed, the level of control over the project can be performed very well.

  • Levels 4 – n: From this level, is up to the planner’s decision to keep breaking down the project into more detailed parts. This type of planning is usually performed to build a look-ahead of the schedule between 1 and 6 months. The most common practice is to show these schedules in a Bar Chart format or as CPMs.

Planning Cycle

 

Planning Cycle

The planning cycle is an integral part of managing a project. A software package such as Microsoft Project makes this task much easier.

When the original plan is agreed to, the Baseline or Target is set. The Baseline is a record of the original plan. The Baseline dates may be recorded in Microsoft Project in data fields titled Baseline Start and Baseline Finish.

After project planning has ended and project execution has begun, the actual progress is monitored, recorded in the software and compared to the Baseline.

The plan may be changed by adding or deleting tasks and adjusting Remaining Durations or Resources.

A revised plan is then published as progress continues.

Updating a schedule assists in the management of a project by recording and displaying:

  • The revised completion date and final forecast of costs for the project,

  • Historical data that may be used to support extension of time claims and dispute resolution, and

  • Historical data that may be used in future projects of a similar nature.

Project Planning Metrics

 

Project Planning Metrics

Components normally measured and controlled using planning and scheduling software are:

  • Scope

  • Time

  • Effort (resources)

  • Cost.

A change in any one of these components normally results in a change in one or more of the others.

Other project management functions that are not traditionally managed with planning and scheduling software, but may have components reflected in the schedule includes:

  • Document Management and Control

  • Quality Management

  • Contract Management

  • Issue Management

  • Risk Management

  • Industrial Relations

  • Accounting.

The development of Enterprise Project Management systems has resulted in the inclusion of more of these functions in project planning and scheduling software.

Purpose of Planning

 

Purpose of Planning

The ultimate purpose of planning is to build a model that allows you to predict which tasks and resources are critical to the timely completion of the project. Strategies may then be implemented to ensure that these tasks and resources are managed properly, thus ensuring that the project will be delivered both On Time and Within Budget.

Planning aims to:
  • Identify the total scope of the project and plan to deliver it

  • Evaluate different project delivery methods

  • Identify products/deliverables required to deliver a project under a logical breakdown of the project

  • Identify and optimize the use of resources and evaluate if target dates may be met

  • Identify risks, plan to minimize them and set priorities

  • Provide a baseline plan against which progress is measured

  • Assist in stakeholders’ communication, identifying what is to be done, when and by whom

  • Assist management to think ahead and make informed decisions.

Planning helps to avoid or assists in evaluating:
  • Increased project costs or reduction in scope and/or quality

  • Additional project testing and handover costs

  • Extensions of time claims

  • Loss of your client’s revenue

  • Resolving contractual disputes with subcontractors and suppliers

  • The loss of reputation of those involved in a project

  • Loss of a facility or asset in the event of a total project failure.