Professional Documents
Culture Documents
42 Project and Prgogramme Management Manuals Recommended Practice
42 Project and Prgogramme Management Manuals Recommended Practice
42 Project and Prgogramme Management Manuals Recommended Practice
Management Manuals
Recommended Practice
Welcome
Welcome to the Pathfinder Project and
Programme Management Manuals and the
material which supports both of these documents.
The information contained within this folder sets out the
Mott MacDonald recommended approach to Project or
Programme Management for staff and teams undertaking
a Project or Programme Management role on behalf of a
client.
tool to be used by Mott MacDonald PPM Practitioners
David Phillips,
Practice Leader Project and Programme Management
MAX/OTC/PF/002/02
tabs.qxp 21/10/2009 09:29 Page 1
Preface
1. Preface
Preface
The information contained within this folder sets out Mott
MacDonald’s recommended practice for Project and Programme
Management. This information itself sits within a wider resource of
Project and Programme Management material, collectively known
as Pathfinder and hosted on the Mott MacDonald Intranet (MiMi).
Good Practice
Programme
People
Management Methods
Manual
Professional Bodies
MAX/OTC/PF/002/02
There are many similarities between this and the Body of
Knowledge published by the UK Association for Project
Management (APM) and in some cases APM practice is used (and
noted as such). The recommended practice has been developed in
conjunction with staff from University College London who
provided a further level of independent input and expert review.
MAX/OTC/PF/002/02
out in the MM Project Plan Of Work (PPW), whether that be a client
mandated system (which is often the case) or the Mott MacDonald
Practice. Modifications are acceptable, but again this needs to be
stated in the PPW with a rationale.
MAX/OTC/PF/002/02
tabs.qxp 21/10/2009 09:29 Page 2
Project Management
2. Project
Manual
Management
Manual
Project Management
Manual
Project management manual – recommended practice
Pathfinder
This document has been prepared for the titled Mott MacDonald accepts no responsibility or
purpose and should not be relied upon or used liability for this document to any party other than
for any other purpose without an independent the person by whom it was commissioned.
check being carried out as to its suitability and
prior written authority of Mott MacDonald being To the extent that this document is based on
obtained. Mott MacDonald accepts no information supplied by other parties, Mott
responsibility or liability for the consequence of MacDonald accepts no liability for any loss or
this document being used for a purpose other damage suffered, whether contractual or tortious,
than the purposes for which it was stemming from any conclusions based on data
commissioned. Any person using or relying on supplied by parties other than Mott MacDonald
the document for such other purpose agrees, and used by Mott MacDonald in preparing this
and will by such use or reliance be taken to document.
confirm his agreement to indemnify Mott
MacDonald for any alleged loss or damage
resulting therefrom.
Mott MacDonald, Mott MacDonald House, 8-10 Sydenham Road, Croydon, CR20 2EE
T +44 (0)20 8774 2000
F +44 (0)20 8681 5706
Preface
This Project Management Manual is aimed at assignments undertaken by Mott
MacDonald where staff are providing a project management service direct to
the client e.g. acting as Project Managers. It provides guidance to staff and
ensures a consistent approach. It gives clients confidence in the quality of
the service, being based on internationally recognised best practice.
The Practice is not specifically aimed at staff undertaking the internal project
manager’s role defined by the Mott MacDonald QES, as for many assignments
such a complete practice would be excessive. However, some of the
components of the Practice may be helpful, especially where the size of the
assignment is especially large.
Æ Initiation
Æ Planning
Æ Execution
Æ Monitoring & Controlling
Æ Closing
The page headers provide an indication of the stage of the process the
section relates to
Furthermore each section has a graphic which illustrates which stage of the
process it relates to
Guides
The guides that can be accessed act as further background reading
and contain more details on topics than the templates.
Templates
The templates will assist in the production of outputs and
contain a contents list with summary guidance on what each
section should contain which is shown within square
brackets. The formatting of the templates can be adopted for
your own plans or Pathfinder logos can be removed or
substituted for client logos.
Please note that for later issues of this document, additional active
links will be implemented to include real life examples which have
followed the templates from the Project Management Manual.
Chapters
1 Overview 1.1
1.1 Introduction ................................................................................. 1.1
1.2 Scope.......................................................................................... 1.1
1.3 Objectives ................................................................................... 1.2
1.4 What is a Project? ....................................................................... 1.2
1.5 What is Project Management? .................................................... 1.4
1.6 Use of the Project Management Process by Practitioners.......... 1.5
1.7 Key Project Participants .............................................................. 1.6
1.8 Health, Safety and Environment ................................................. 1.6
1.9 References.................................................................................. 1.7
1 Overview
1.1 Introduction
This manual provides guidance in the application of project
* It should be noted that the principles which are outlined in this manual were
developed within the context of capital projects, however many of the techniques
are applicable to other types of project (such as: business change, education
programmes, health programmes etc.)
1.2 Scope
This manual is aimed at Mott MacDonald staff who are required to
1.3 Objectives
This manual has been prepared to assist the Mott MacDonald
Group and it’s staff in:
“ A key objective is to
provide a common
Mott MacDonald
■ Understanding the processes required to ensure the
successful management of a project from its inception to
completion.
“ A Project is a
temporary endeavour
undertaken to create a
product, service or result in order to achieve a specific business
benefit or objective. When the objective is achieved the project is
disbanded. Most projects are undertaken to create a lasting
unique product, service outcome while the project itself is temporary as it has a definite
or result (PMI-BOK) beginning and a definite end. A project creates unique
“ A well documented
change control process
can significantly reduce
Scope is described in broad terms early in the project but is
refined as the project team develops a better understanding of the
risk to a project … project’s objectives and deliverables. Scope change of any
various activities required the various activities to produce the final product. This should not
to produce the final be confused with the term ‘life span’ which is used to describe the
Whole Life Costing plays a big part in both the project life cycle
that whole life costs and the product life span. Decisions taken during the concept
are taken into phase of a project need to ensure that whole life costs are taken
account … into account when choosing the preferred option for the project.
”
1.3 Issue 2.1 - October 2009 MAX/OTC/PF/003/02
Project management manual – recommended practice
“ Project Management is
the application of
knowledge, skills, tools
responsibility for the management of a project as opposed to for
example those disciplines undertaking the design, construction,
manufacturing functions. The project management process is one
and techniques to of the Knowledge Areas developed by the Project Management
project activities to Institute known as Project Integration Management.
meet project
Project Management is applied throughout the project lifecycle
requirements
(PMI-BOK)
” from concept through to handover. It comprises the management
of all that is involved in achieving the project objectives safely,
within agreed time, cost, schedule, quality and other performance
criteria within the relevant codes of conduct and legal
constraints/requirements.
Constraints
Time, cost, quality,
technical and other
performance
parameters, legal,
environmental, etc.
Input Output
Business need, Management of the Project deliverables,
problem or Project and/or services,
opportunity change
Mechanisms
People, tools and
techniques,
equipment,
organisation
Whatever the title of the person managing the project, they are
more likely to be successful when there is clear accountability for
its successful conclusion.
” the way forward within the constraints of time, cost and resource.
“ Practitioners should be aspects of this manual as well as the other material in the
familiar with all aspects Pathfinder resource. However, their attention is particularly drawn
of this manual as well to Section 2 of this manual - The Project Management Process,
as the other material in which provides a guide as to how a project is implemented and
the Pathfinder controlled. When charged with responsibility for the project
resource… management, these processes should be adopted to help ensure
The roles of the key participants are outlined below and set down
in detail in the Project Governance Guidelines:
Similarly the Project Manager has a duty to consider the needs for
sustainable development in bringing about the changes required
by the project, both during the design and build stages but also
through into operation, maintenance and final decommissioning.
1.10 References
This manual and supporting documents adopt the processes and
terminology of the PMI as set out in:
► A guide to the Project Management Body of Knowledge
(PMI-BOK), 4th Edition, 2008, ISBN: 1933890517
Reference has also been made to the following:
► Association for Project Management Body of Knowledge
(APM-BOK), Fifth Edition, 2006, ISBN: 1903494133 Note1
In addition the following documents have assisted in the
construction of this Project Management Manual:
► Office of Government Commerce (OGC) UK, Gateway
Publications
► CIOB Code of Practice for Project Management in
Note 1: The APMBoK is available as a licensed electronic
copy through the Methods section on Pathfinder.
Construction and Development, Third Edition, Blackwell, 2002
” Figure 4 below.
Monitoring
Initiation Planning Execution & Closing
Controlling
Figure 4 Project Management Process Groups
The process groups are linked by the results they produce − the
result or outcome of one becomes an input to another.
Figure 5 illustrates the interaction of the five process groups which
takes a project through initiation, implementation, completion and
hand-back to the End User.
The interactions among the groups may be straightforward and
well-understood, or they may be subtle and uncertain. For
example, scope change will almost always affect project cost, but
it may or may not affect team morale or product quality. These
interactions often require trade-offs with performance in one area
being enhanced only by sacrificing performance in another.
Successful Project Management requires active management of
these interactions.
Therefore, repeating the initiation process at the start of each
phase helps to keep the project focused on the business need it
was undertaken to address. It should also help ensure that the
project is halted if the business need no longer exists or if the
project is unlikely to satisfy that need.
Whilst the governance arrangement will vary from project to
project good practice requires that a number of key roles be
established to oversee a project. This manual assumes that the
Figure 5 Process Group client will establish a Project Board (or equivalent) at the outset of
Interactions the project to oversee the management of the project and accept
its output at completion.
“ Ownership of the
project is normally with
the Project Sponsor
The Project Board responds to the Client’s policy directives
(emanating from senior company executives) which require the
implementation of a project in order to achieve a required
outcome. The full duties of the Project Board are set down in the
“ Project Integration
Management is an
umbrella term covering
implementation of the management of a project. This process is
shown in Figure 6 above.
Project Integration Management is an umbrella term covering the
key processes which will help ensure a successful project
the key processes outcome. It involves the interaction of the various project
which will help ensure management processes, allows the project team to concentrate
resources, affect choices and deal with issues before they
a successful project become critical. It also coordinates work to ensure expectations
outcome. are managed, stakeholder requirements are achieved and the
■ Marketplace conditions,
■ Risk tolerance,
■ Commercial databases,
“ Once endorsed by the The Project Charter outlines the high level business case for the
project. It includes:
Project Board, the
■ the project objectives,
Project Charter is the
authority for the project ■ a list of requirements that satisfy the End User, Project
Board and other Stakeholder’s needs and expectations,
to commence...
” ■
■
outline scope,
budget,
When This process sits outside the actual project and is used to allocate
project funding. Its main aim is to obtain the authorisation of the
Project Board for the commencement of the project and to confirm
the Project Manager and relevant authorities.
Process
3) Outline Business
4) Budget Case Project Objectives
Outline Scope
Project Charter
6) Quality 5) Identify known Outline Schedule Summary Milestone
What Project is Expectations Stateholders Schedule
Aiming to Produce
Environmental
7) Identify
8) Risks Constraints
Organisational
Outputs
■ Project Charter (009)
Next Steps Once the Project Charter has been authorised, the Preliminary
Scope Statement can be developed.
When This process is used to define the project/project phase and what
needs to be accomplished. In multi-phase projects this process
validates or refines the scope for each phase.
By whom
Project Manager
Tools and Techniques ■ Project Management methodology: as set down in this manual
■ Expert Judgement.
Process
4) End‐user
Acceptance Criteria 3) Scope Boundaries
List Assumptions
Set‐up Project
9) Configuration Identification Identification System
Management
Requirements
Capturing, Storing & Open Files
Accessing
Information
Change Control
Process
Outputs
■ Preliminary Scope Statement (010)
Next Steps With the approval of the Preliminary Scope Statement the
Initiation Process Group is complete and the Planning Process
Group starts.
Monitoring &
Initiation Planning Execution Closing
Controlling
Process Group Process Group Process Group Process Group
Process Group
Prelim.
Project Project Management Direct & Manage Monitor & Control
Scope Close Project
Charter Plan (PMP) Project Execution Project Work
Statement
When
” the project effectively.
By whom
Project Manager
Tools and Techniques ■ Project Management methodology: as set down in this manual
■ Expert Judgement.
Process
Outputs
■ Project Management Plan (011)
Next Steps Prepare the subsidiary plans and compile into a single PMP. Once
this is complete the project is prepared for moving to the
execution phase.
Outline The Scope Management Plan details how the project scope will
be defined, verified and controlled and how the Work Breakdown
“ The Scope
Management Plan
details how the project
Structure (WBS) will be created. It refines and develops the
Preliminary Scope Statement into a detailed scope statement to
assist in project decisions in the future.
The Scope Management Plan contains a definition of the
scope will be defined, objectives and includes what the project is trying to achieve in
terms of scope, the products to be produced, the acceptance
verified and
criteria for those products together with any constraints and
controlled... assumptions.
When
” This process is part of developing the PMP. It can be a stand-
alone document as an appendix to the PMP or the detail can be
combined within the PMP itself. The Scope Management Plan
defines what work is required, and only the work that is required,
to complete the project successfully.
By whom
Project Manager (with input from the project team)
Process
c Scope Planning
Detail how the project scope will be defined, verified and
controlled and how the WBS will be created. The detail from the
Preliminary Scope Statement together with information on the
size, complexity, procurement method and importance of the
project should determine how much detail and control to apply.
e Create WBS
Create the WBS, including information on the project deliverables
and an outline of the work required to produce them. Ensure the
deliverables are broken down into more manageable components
(called work packages). The Project Management team
determine the level of decomposition depending on factors like,
how complex is the project, how many phases are there, etc. The
decomposition level chosen should be sufficient to allow the
project team to manage work effectively. Careful note should also
be taken of the procurement approach as this is likely to influence
the WBS.
Outputs
■ Scope Management Plan
■ Scope Definition
(012)
■ WBS
■ Product Acceptance Criteria
■ Change Control Procedure
”
underlying structure behind all the Project Management
techniques.
When This process takes the output from the Scope Management Plan
and uses that information to develop the project schedule that will
be used to measure project performance.
By whom
Project Manager and project scheduler (where available)
Process
h Schedule Control
Use the schedule to monitor performance and provide progress
reports.
Relevant dates
Activity list Statement of Work
Constraints &
assumptions
Resources
Successor activities
Mandatory
Milestone list
Optional
Precedence
Precedence Diagram Method
Schedule Network relationships
2) Sequencing Diagrams Activity on Arrow
Leads & lags
3) Resource
Estimating Working and non
Resource Calendar working days,
resource availability
Resource Table
Details of resources
Estimating required to carry out
4) Duration Resources, work
Time activities
Estimating effort and work
Management Alternative options
periods required to
Plan complete an activity Resource Published cost
estimates rates
Bottom-up
Activities Attributes estimating
Activities list
5) Develop
Resource Analogous
Schedule
Requirements estimating
Activity duration Parametric
estimates estimating
Outputs
■ Time Management Plan (013)
■ Activity Milestone List
■ Sequencing Narrative
■ Network Diagrams
■ Resource breakdown and calendar
■ Project Schedule
When
” This process takes the output from the Scope and Time
Management Plan processes and uses that information to
estimate, manage and control the costs of the project.
Process
Lessons Learned
Log
Risks
Inputs from PMP
Cost Subsiduary plans
Resources
Management
Plan Commercial
Databases Schedule
Scope
Historical Data
2) Cost Budgeting Total of Estimated
Costs
Cost Baseline
Management
Reserve
Scheduling work to
Funding limit regulate
reconcilitiation expenditure
Outputs
■ Cost Management Plan (014)
■ Project Cost Breakdown (Cost Book)
■ Project Cost Baseline
■ Cost control and monitoring measures
Outline The Quality Management Plan contains details on how quality will
be planned, assured and controlled on the project. Quality
planning identifies the procedures and activities that the project
“
Quality planning identifies the
procedures and activities that team uses to define, plan and execute for quality. Project quality
the project team uses to define, assurance addresses the management of project quality and the
plan and execute for quality products to be produced.
When
” This process takes the quality requirements from the Scope
Management Plan and uses that information to plan the way in
which quality will be managed, assured and controlled on the
project.
By whom
Project Manager and quality manager (where available)
Tools and Techniques ■ Quality Planning – Cost Benefit analysis, benchmarking and
cost of quality techniques are used during the planning phase.
■ Quality Assurance – Using audits and process analysis.
■ Quality Control – Using cause & effect diagrams, control
charts, flowcharts, histograms, Pareto diagrams, scatter
diagrams, quality inspections and defect repair reviews to
ensure the correct level of control is implemented.
Process
e
Monitor project results to ensure they comply with the quality
standards set and determine the intervention measures required
to ensure unsatisfactory performance is eliminated.
Quality Checklists
Reliability
Quality
Management Quality Metrics Failure rate
Defect Density
Rules, Regulations,
Standards,
Guidelines
Benchmarking
Quality
1) Quality Planning Cost Benefit
Management Analysis
Plan Process
Improvements
Cost of quality
Outputs
■ Quality Management Plan (015)
When
” This process takes the resource requirements from the Time
Management Plan and uses the information to plan the project
team, acquire the team members, develop the team and monitor
the team’s performance
By whom
Project Manager and Human Resources Department
Tools and Techniques ■ Human Resource Planning – Networking, both within Mott
MacDonald, wider industry and client/partner organisations to
understand staffing management options. Use in-house
organisational charts and job descriptions to formulate the
team
■ Acquire Project Team – Working with HR and other managers
within Mott MacDonald/Client/Partner/Consultants and the
wider industry to acquire the right resources for the project.
■ Develop Project Team – Formulating the training plan, team
building and recognition and rewards that will motivate the
project team
■ Manage Project Team - Managing the team through
observation and performance appraisals. Resolving conflicts
and recording issues in the HR records.
Process
Location Resource
histograms
Composition
Resource table
Stakeholder
Influences
HR
Management Lessons Learned
1) HR Planning
Plan
Organisation Chart
Outputs
■ Human Resources Management Plan
■ Staffing Management Plan
(016)
When
” This process is developed in the early stages of the project to
ensure everyone involved understands the lines and methods of
communication.
By whom
Project Manager
Process
Frequency
How will it be
communicated
Stakeholder
requirements Stakeholder
Workshop Who will receive it
Who is responsible
Organisational for communicating
Process assets Procedures information
Outputs
■ Communications Management Plan
■ Stakeholder Analysis
(017)
■ Project Reports
■ Meetings Calendar
■ Meeting Agenda & Minutes
■ Document Control
”
throughout the project lifecycle.
By whom
Project Manager with risk manager (where available)
Tools and Techniques ■ Risk Planning – Understanding client’s attitude to risk, the risk
roles and responsibilities and what methodology that will be
used.
■ Risk Identification – Identifying risks through brainstorming,
interviews, cause and effect, SWOT, root cause identification
and historical data.
■ Qualitative Risk Analysis – Using risk and probability impact
assessments and matrices to understand their possible
impact. Assessing the quality of the data, the risk urgency,
then categorising the risks.
■ Quantitative Risk Analysis – Using modelling and data
assessment techniques as appropriate.
■ Risk Response – Deciding on the risk and opportunity
response strategy to be employed such as introducing risk
contingency reserves to respond to perceived threats;
contingency is subject to the Project Board approval.
■ Risk Monitoring & Control – Carrying out risk reviews and
audits, performing trend analysis, measuring technical
performance and reviewing contingency reserves.
Process
g Risk Response
Decide on the response to the risks identified and record in the
risk register.
Risk Attitude
Roles &
Historical Data
Responsibilities
SWOT Analysis
Other Identification
Techniques
Root Cause
2) Risk
Identification
Identification Risk Workshop
Sensitivity
Analysis
Expected Monetary Avoid
Value
4) Quantitative Risk Three Point Transfer
Analysis Estimating Threats
Desision Tree Mitigate
Analysis
Monte-carlo
Simulation
Exploit
5) Response
Planning Opportunities Share
Association Line
Enhance
6) Risk Monitoring &
Section 6) Monitor &
Control Control Project Work
Outputs
■ Risk Management Plan (018)
■ Risk Management Procedure
■ Risk Register
■ Risk Identification Pro-forma
Outline Issues can arise from any aspect of a project and need to be
effectively managed in order to prevent or minimise their impact
on a project’s delivery.
”
developed to resolve them. The responsibilities of ownership and
resolution of issues needs to be determined.
By whom
Project Manager with Risk Manager (where available).
Process
d Issue Resolution
Note: Issues Develop a process for resolving those issues that have been
management is taken identified as damaging to the project. This process involves
from the APM-BOK as assigning ownership of each issue and for assigning responsibility
it is not specifically for managing the resolution. Where a resolution strategy involves
described by PMI-BOK a significant change to the way a project is being implemented, or
requires urgent executive attention, then a governance
escalation policy needs to have been developed.
Outputs
■ Issues Management Plan
■ Issues Log
(020)
When
” This process is used to determine the contractual approach to the
project and the management of contracts.
Process
In-house
Deliverables
Traditional
Fixed Price, Lump
Sump
Make
Design & Build
1) Plan Purchases
& Acquisitions
Time & Material
Buy
Contract
Construction
Management
Cost Reimbursable
Evaluation Criteria
Procurement Management
Management Prepare Statement of Work
2) Plan Contracting Procurement
Plan Documents Provide Sufficient
Information to allow
What the Project
the supplier to
Team will deliver
respond
3) Request Supplier Section 5) Direct &
Manage Project How the contract
Response
Execution will be managed
5) Contract
Section 6) Monitor &
Administration Control Project Work
Section 7) Close
6) Contract Closure Project
Outputs
■ Procurement Management Plan (019)
When These processes are used to manage programme work from the
end of the planning phase to the closure of the programme.
Process
e Information Distribution
Ensure that information is distributed to stakeholders in a timely
manner using the methods of communication agreed in the
stakeholder management process. Ensure the project records are
managed through the established document management system
to provide configuration control.
g Select Supplier(s)
Review the offers, select the preferred supplier then negotiate a
contract for the work.
5) Select Suppliers
Supplier Evaluation
Contract Negotiations
4) Request Bidder
Association Line Responses Contract award
List of Potential
Bidders
Pre bid meeting
Bidder Shortlist
Outputs
■ Clear understanding of project scope and quality
requirements.
■ Informed and well coordinated project team.
■ Informed and supportive stakeholders.
■ Committed suppliers with a proper understanding of their
contractual liabilities.
■ Adequate resources to ensure efficient completion of the
project.
■ Comprehensive records of the execution process to allow
future audit as may be required by the client.
■ Project outputs delivered successfully in accordance with PMP
and the Project Charter.
Next Steps Once the coincident processes of Execution and Monitoring &
Controlling are completed then the project can move onto the
Closing process group.
“ Monitoring is performed required. The project activities are monitored against the PMP
and performance baseline to identify possible variances in order
during project execution to to bring them back in line with the goals of the PMP. It also seeks
provide early indication as to control the changes to the project to ensure that only approved
changes are implemented. When variances result in changes to
to whether corrective or the project objectives the appropriate Project Management
preventative actions are process or processes within the planning group are updated within
the PMP. These variances can result in changes to resources,
required budget or schedule objectives.
When These processes are used to monitor and control project work
from the planning phase to project close.
By whom
Project Manager
Process
Outputs
■ Scope Management
■ Schedule Control
■ Cost Control
■ Quality Control
■ Human Resources Management
■ Communications Management
■ Risk Control
■ Contract Administration
■ Change Control
■ Issue Management Process
Next Steps Once the coincident processes of Execution and Monitoring &
Controlling are completed then the project can move onto the
Closing process group.
Process
Process
Process
Cost Baseline
Process
Control Charts
Flowcharts
Monitors results for Quality Control
compliance to Tools
3) Verification & quality standards
Validation set Histograms
Process
e Manage Conflict
Reduce the possibility of conflict by ensuring that good lines of
communications are open. Ensure project team roles are clearly
defined.
f Staffing Issues
Record all issues in the HR records. Record changes to the
project team through the change control system.
Process
c Manage Stakeholders
Ensure communications are in place to satisfy stakeholder
requirements and resolve any issues. Ensure all stakeholder
issues have a nominated owner together with a resolution date.
Issue Owner
Resolution Date
Stakeholder Issues
Cost
1) Stakeholder
Management
Actions
Quality
Comms. Resource
Management
Performance
Scope
Metrics Future Performance
Time Forecasts
2) Performance
Reporting
Recommended
Corrective Actions
Approved Changes
Process
Record Changes
Monitor Risk
Contingency
1) Carry out regular
risk reviews
Review Risk
Risk Monitoring & Responses
Risk Control
Management
2) Identification of
new risks Risk Audits
Process
g Authorise Payments
Authorise payments as per the contract.
Process
c Identification
Identify that a change is needed either as a result of an
opportunity for the client to improve the project or as a result of a
change in circumstances which require a change to ensure the
completion of the project.
Opportunity to
improve project
1) Identification
Response to
unforeseen or
contingency event
Change in project
circumstances Response to
identified risk event
Establish impact on
scope and quality
Devise revised
requirements from
suppliers
Update project
scope
Process
e Escalate Appropriately
Assemble all information relating to each issue and present to the
Project Sponsor and Project Board for their review and action.
Project Manager to ensure that all escalated issues are addressed
appropriately, however, only approved actions are to be
undertaken.
f Manage Response
Note: Issues Ensure that approved actions are undertaken in response to
management is taken project issues.
from the APM-BOK as it
is not specifically An overview of the process is shown in Figure 33 below.
described by PMI-BOK
Review all
information relating Budget
to each issue
2) Review and
assess Schedule
Assess the potential
Issues impact of the issue
Management Scope
Submission to
3) Escalate Project Sponsor and
Appropriately Project Board Quality
J
6.13 Issue 2.1 - October 2009 MAX/OTC/PF/003/02
Project Management Manual – recommended practice I P E M C
Closing
By whom
Project Manager
Process
Lessons Learned
Follow‐on actions
1) Administrative
Closure Close Down Report Are the arrangements
for operations and
support in place
Review completion
against Project
2) Contract Closure
Charter
Bringing Contract to
an orderly close
Archiving Project
Records
Outputs
■ Close Down Report (021)
■ Lessons learned
■ End User Acceptance Statement
■ Contract Closure
3. Project
Governance
Guidelines
Project Goveranance
Guidelines
Project Governance
Guidelines
Project Governance – Guidelines
Pathfinder
Project Governance
guidelines
January 2009
MAX/OTC/PF/004
This document has been prepared for the Mott MacDonald accepts no
titled purpose and should not be relied responsibility or liability for this document
upon or used for any other purpose without to any party other than the person by
an independent check being carried out as whom it was commissioned.
to its suitability and prior written authority
of Mott MacDonald being obtained. Mott To the extent that this document is based
MacDonald accepts no responsibility or on information supplied by other parties,
liability for the consequence of this Mott MacDonald accepts no liability for
document being used for a purpose other any loss or damage suffered, whether
than the purposes for which it was contractual or tortious, stemming from
commissioned. Any person using or relying any conclusions based on data supplied
on the document for such other purpose by parties other than Mott MacDonald
agrees, and will by such use or reliance be and used by Mott MacDonald in
taken to confirm his agreement to preparing this document.
indemnify Mott MacDonald for any alleged
loss or damage resulting therefrom.
Mott MacDonald, Mott MacDonald House, 8-10 Sydenham Road, Croydon, CR20 2EE
T +44 (0)20 8774 2000
F +44 (0)20 8681 5706
Preface
These Project Governance Guidelines are aimed at assignments undertaken by
Mott MacDonald where staff are providing a project management service direct
to the client e.g. acting as Project Managers. Its purpose is to explain good
practice in respect of Project Governance. It gives clients confidence in the
quality of the service, being based on internationally recognised best practice.
Chapters
1 Introduction 1.1
1.1 Objective 1.1
1.2 Purpose 1.1
1.3 Scope 1.1
1 Introduction
1.1 Objective
The objective of the Project Governance Guidelines is to set out
simple good practice with regard to governance and oversight of
projects.
1.2 Purpose
These guidelines are to help Mott MacDonald staff, undertaking
Project Management assignments on behalf of clients, to
understand the governance structure in which they might be
expected to operate.
1.3 Scope
The Project Governance Guidelines complement the Project
Management Manual and are not mandatory, however, a Project
Manager should expect to operate within a client environment
where a governance structure in line with these guidelines is
present. Where this is not the case then the guidelines will allow
the project manager to discuss with the client the need or
otherwise for additional processes and controls.
2 Project Governance
“ All projects require a project matches the approved brief in terms of its intended output
and the parameters set for time, cost and quality. The client
Sponsor should appoint a Project Sponsor to act on its behalf in overseeing
”
of the project authorises changes and accepts closure of the
project.
Given the need to ensure the active involvement of key
stakeholders the Project Board should be structured so that all of
the important functions of the client and key stakeholders are
represented on the Board.
The Project Board needs to be appointed no later than the
finalisation of the Project Charter so as to review the outline
definition of the project and to consider and authorise
development of the Preliminary Scope Statement on the basis of
agreement as to:
■ The main benefits
■ The likely cost
■ The proposed start date and duration.
4. Programme
Management
Manual
Programme Management
Manual
Programme Management
Manual
Programme Management Manual – recommended practice
Pathfinder
D Phillips
This document has been prepared for the Mott MacDonald accepts no
titled purpose and should not be relied responsibility or liability for this document
upon or used for any other purpose without to any party other than the person by
an independent check being carried out as whom it was commissioned.
to its suitability and prior written authority
of Mott MacDonald being obtained. Mott To the extent that this document is based
MacDonald accepts no responsibility or on information supplied by other parties,
liability for the consequence of this Mott MacDonald accepts no liability for
document being used for a purpose other any loss or damage suffered, whether
than the purposes for which it was contractual or tortious, stemming from
commissioned. Any person using or relying any conclusions based on data supplied
on the document for such other purpose by parties other than Mott MacDonald
agrees, and will by such use or reliance be and used by Mott MacDonald in
taken to confirm his agreement to preparing this document.
indemnify Mott MacDonald for any alleged
loss or damage resulting therefrom.
Mott MacDonald, Mott MacDonald House, 8-10 Sydenham Road, Croydon, CR20 2EE
T +44 (0)20 8774 2000
F +44 (0)20 8681 5706
MAX/OTC/PF/005/01
Programme Management Manual – recommended practice
Preface
This Programme Management Manual is aimed at assignments undertaken
by Mott MacDonald where staff are providing a programme management
service direct to the client e.g. acting as Programme Managers. It provides
guidance to staff and ensures a consistent approach. It gives clients
confidence in the quality of the service, being based on internationally
recognised best practice.
Chapters
1 Overview 1.1
1.1 Introduction ................................................................................. 1.1
1.2 Scope.......................................................................................... 1.1
1.3 Objectives ................................................................................... 1.2
1.4 What is a Programme? ............................................................... 1.2
1.5 What is Programme Management? ............................................ 1.3
1.6 Relationship of Projects, Programmes and Portfolios................. 1.4
1.7 Use of the Programme Management Process by Practitioners .. 1.5
1.8 Key Programme Participants ...................................................... 1.5
1.9 Programme Management Themes ............................................. 1.6
1.9.1 Governance 1.6
1.9.2 Benefits Realisation 1.7
1.9.3 Stakeholder Management 1.8
1.9.4 Funding 1.9
1.10 Universal Lessons Learnt ........................................................... 1.9
1.11 Health and Safety ..................................................................... 1.10
1.12 Environment and Sustainability................................................. 1.10
1.13 References................................................................................ 1.11
1 Overview
1.1 Introduction
This manual provides guidance in the application of programme
* It should be noted that the principles which are outlined in this manual were
developed within the context of capital programmes of work, however many of the
techniques are applicable to any other types of programmes where organisations
are seeking to achieve benefits from a strategic change to their operation.
1.2 Scope
This manual is aimed at Mott MacDonald staff who are tasked
1.3 Objectives
This manual has been prepared to assist the Mott MacDonald
Group and its staff in:
“ A program is a group of
related projects managed in a
coordinated way to obtain
A programme comprises not just the group of related projects that
are going to deliver the outputs required by the client but also the
set of resources necessary to effectively direct and manage the
benefits and control not overall programme of works.
available from managing them
Like projects, a programme is a temporary organisational
individually.
”
(PMI – Standard for Program
Management)
structure but with a lifespan longer than that of individual projects.
During the life cycle of a programme, a number of projects, or
components, are defined, initiated, planned, executed, monitored
and controlled, and closed.
“
…a set of related projects and
activities … to deliver that are greater than the sum of the outputs from individual
outcomes and benefits related projects. It is possible that some of the components of a
to the organisation’s strategic programme are business-as-usual activities of the client’s
objectives. organisation.
”
(OGC)
“
A group of related projects,….,
Definitions by PMI, OGC and APM reveal common distinctive
that together achieve a
features, namely; they are of a strategic nature, consist of related
beneficial change of a strategic
projects and deliver benefits.
”
nature for an organisation.
(APM)
“
Program management is the common outcome or because they contribute to a collective
centralised coordinated capability. Projects that are unrelated and only deliver their own
management of a program to isolated output should be considered as being a portfolio of
achieve the program’s projects rather than a programme of works.
strategic objectives and
Programme management provides a coordinated approach to the
benefits.
”
(PMI – Standard for Program
Management)
outcome of related projects. It is concerned with identifying and
managing the interdependencies between related projects.
Programme management provides a level of governance that can
“ Program management provides address complexity, risk and conflicting priorities and resources
a framework for managing across the projects. It establishes a control framework that divides
related projects considering key the programme up into manageable endeavours, called projects,
factors such as strategic components or tranches.
benefits, coordinated planning,
MSP states that programme management aligns three critical
complex interdependencies,
organisational elements; corporate strategy, delivery mechanisms
deliverable integration, and
for change, and the business-as-usual environment. Programme
optimized pacing.
”
(PMI – Standard for Program
Management)
management balances the tension that exists between these
elements to achieve the best outcome for the client.
“ In understanding program
management, it is important to
distinguish between project
create a unique product, service or result. With its management
focused on the “application of knowledge, skills, tools and
techniques to project activities” that will facilitate the successful
management, portfolio achievement of the project’s outputs.
management, and program
A programme is described as comprising “multiple related projects
management.
”
(PMI – Standard for Program
Management)
that are initiated during the program’s life cycle and are managed
in a coordinated fashion”. The programme management structure
applies reporting and monitoring requirements across projects and
management of individual relies on the individual project managers for delivery of the
Portfolio
“ Practitioners should be
familiar with all
aspects of this manual
aspects of this manual as well as the other material in the
Pathfinder1 resource. However, their particular attention is drawn
to Section 2 of this manual – The Programme Management
as well as the other Process, which provides a guide as to how a programme is
material in the implemented and controlled. When charged with responsibility for
Pathfinder resource….
1
Pathfinder is the Mott MacDonald Knowledge Centre for the Project and
Programme Management Practice and is located on MiMi, the Group internet.
■ Governance
■ Benefits realisation
■ Stakeholder management
■ Funding
These themes are instrumental in providing direction to the
management of programmes and are embedded in the
processes set out in this manual.
1.9.1 Governance
Collectively the programme management structure provides
“ Governance is the
control framework
through which
governance to programmes. Governance encompasses not just
the control and ownership of the programme, but also ensures
that the programme acknowledges the control framework of the
programs deliver their client organisation.
change objectives……
”
(PMI – Standard for Program
Management)
Governance also ensures that the management of the programme
adjusts to any changing organisational strategies.
Organisational Governance
Management by Projects
Portfolio Management
Programme
Management of Management
Operations
Project Management
“
A benefit is the
then Programme Benefits Realisation must be a crucial aspect of
measurable
the programme management effort.
improvement resulting
from an outcome…. Management of benefits realisation is a process that continues
“ ”
PMI identifies a 4 stage
process involving benefits
throughout the programme life cycle. PMI identifies a 4 stage
process involving benefits identification, benefits analysis and
planning, benefits realisation and benefits transition. Benefits must
identification, benefits be clearly linked to strategic outcomes. As each project or
analysis and planning, component of the programme is initiated the benefits to be
benefits realisation and delivered by it must be clearly defined in the business case.
benefits transition.
Figure 3 below shows how benefits realisation maps onto the five
process groups in the life cycle of a programme.
“ Stakeholder
management is an
important factor in
outcomes, either positively or negatively”. Stakeholders have a
critical influence on the outcome of programmes and, because it
cannot be assumed that they all view the programme favourably,
implementing successful their management is a major aspect of the Programme Manager’s
organisational change.
”
role throughout the duration of the programme. In particular
(PMI – Standard for Program existing stakeholder relationships at the start of a programme
Management)
need to be understood and accommodated.
1.9.4 Funding
As the costs involved in carrying out programmes, in comparison
“ Management of the
funding throughout the
programme life cycle
to projects, is likely to be very high then it is essential to address
the overall financial environment as early in the programme life
cycle as possible.
is a core responsibility
Establishing a programme funding framework allows the client
of the Programme
organisation to be aware of the scale of monies to be expended
Manager….
“ Part of programme
management is lessons learnt
from previous work.
learnt from previous activities and applied where relevant to the
current programme. These lessons can be at individual,
programme, organisation, sector or practice level. A good source
” at practice level comes from the body of work carried out in the
UK by the Office of Government Commerce, who have identified
seven features that characterise successful programmes (or lack
of these features is found in programmes that fail). Please refer to
the OGC website and the MSP guidance for full details of these
universal lessons, a summary of which is set out below:
1.13 References
This manual and supporting documents adopt the processes and
terminology of the PMI as set out in:
► The Standard for Program Management, 2nd Edition, 2008.
ISBN 978-1-933890-52-4
► The Standard for Program Management, 1st Edition, 2006.
ISBN 978-1-930699-54-0
Reference has also been made to the following:
► Office of Government Commerce, Managing Successful
Programmes, 3rd Edition, 2007. ISBN: 987-0-11-331040-1
► Association for Project Management, Introduction to
Programme Management, 2007. ISBN: 978-1-903494-63-9
“ Programmes use
processes as tools to
drive delivery forward
Programme Integration Management is an umbrella term that is
used by PMI to cover all the knowledge area processes used to
help ensure the successful outcome of a programme by effective
management.
2
OGC’s gateway process is mandatory on UK government funded projects
and programmes
Monitoring &
Initiating Planning Executing Closing
Controlling
Process Group Process Group Process Group Process Group
Process Group
Programme Programme
Programme Direct & Manage Monitor & Control Programme Closure
Brief
Preparation Management Plan
Plan Programme Execution Programme Work Report
(PgMP)
Starting Gate
”
proposed outcomes. ■ programme benefits
■ outline scope
■ identification of the risks & issues
■ outline estimate of costs
■ outline estimate of timescale
■ identification of the known stakeholders
■ funding strategy
Process
g Identify stakeholders
Identify the known stakeholders; clarifying their involvement,
wants and needs, and their ability to influence the outcome of the
programme.
1) Assign Programme
Board
Strategic Objectives
2) Assign Programme
Manager
Expected Benefits Programme Mandate
Affordability
5) Identify
Stakeholders Value for money
Outline Costs
‐capital
‐operational
Outputs
■ Programme Brief
”
proposed outcomes. ■ team required for the planning process
■ cost of the planning process
Process
Outputs
■ Programme Preparation Plan
Next Steps With the approval of the Programme Preparation Plan the
Initiating Process is complete and the Planning Process starts.
”
level of importance achieve the programme outcomes. At some point in order to allow
an approval to proceed to execution, the scope must become
agreed, frozen and baselined. From this point any further
variations to scope will be subject to the discipline of a formal
change management process.
By whom
Programme Manager
Process
Outputs
■ Programme Management Plan
Next Steps Prepare the subsidiary plans and compile into a single PgMP.
Once the PgMP is endorsed the programme is ready to move to
the Executing Process as well as the Monitoring and Controlling
Process which operates in parallel.
“
The Programme
Governance Plan For governance to be effective across the whole programme it is
essential to have a detailed governance framework.
establishes the principles
and structure to be adopted The Programme Governance Plan establishes the principles and
structure to be adopted for governance. It describes the
for governance governance goals, structure, roles and responsibilities and the
When
” logistics for establishing the governance process.
Process
c Governance Goals
Define the governance goals for the programme, and for its
component projects, and determine how these will be monitored
and achieved.
f Gateway Reviews
Verify the phasing of gateway reviews in relation to the key stages
of the programme and the initiation, monitoring and closing of
projects, propose level of independence required and the
methodology to be used.
g Performance Reviews
Determine a regime for regular reviews of the progress being
achieved against programme outcomes. Performance reviewing
will involve carrying out reviews of each individual project. (See
also section 4.4)
h Component Initiation
Establish the criteria to be considered as part of the process for
initiating new projects that will contribute to the achievement of a
programme’s outcomes and benefits.
Outputs
■ Programme Governance Plan
Process
d Define Roles
Detail the roles and responsibilities of each of the key posts set
out in the organisation chart.
4 Resource Availability
Review the suitability and availability of potential candidates for
key roles. The Programme Manager is responsible for selecting
and appointing project managers to head individual component
projects and staff for the programme management team. Review
the suitability and availability of facilities and equipment required
to support programme and project staff. Confirm the source and
availability of funding for the resources identified.
5 Resources Management
Outline the procedures related to the management of key staff;
including aspects such as induction, performance appraisals,
training and development, health and safety, transfer and
redeployment, and termination of employment. Outline the
procedures for the day-to-day management of facilities and
equipment.
Outputs
■ Programme Organisation & Resources Management Plan
”
programme’s outcomes. progression of the programme, for making assessments of overall
trends and taking any necessary corrective actions. It also
addresses the arrangement for assembling performance
information into clear, coherent reports of the overall status of a
programme’s performance and for determining appropriate
distribution to stakeholders and the programme team.
Process
e Performance Measurement
Establish the appropriate mechanism to be adopted for the
monitoring and measuring of performance and determine the
techniques to be utilised in assessing performance. Ascertain
which areas are to be assessed; these will include time, cost,
quality as well as movement in risks and issues. The performance
levels achieved should be projected forwards in order to forecast
potential impacts on a programme’s outcomes.
f Corrective Actions
Determine the limits of acceptable variances from the plan and
formulate an escalation process.
Outputs
■ Programme Monitoring, Controlling & Reporting Plan
”
of programme deliverables.
Tools and Techniques Refer to the Risk Management section of the Project
Management Manual.
Process
Outputs
■ Programme Risk Management Plan
Outline Issues can arise from any aspect of a programme and need to be
effectively managed in order to prevent or minimise their impact
on a programme’s outcomes.
“
The Programme Issues
Management Plan defines a The Programme Issues Management Plan defines a process for
process for dealing efficiently dealing efficiently with concerns that threaten the programme
objectives and are outside the direct control of the Programme
with unexpected occurrences Manager. This process needs to clarify how issues are identified,
Process
d Issue Resolution
Develop a process for resolving those issues that have been
identified as damaging to the programme. This process involves
assigning ownership of each issue and for assigning responsibility
for managing the resolution. Where a resolution strategy involves
a significant change to the way a programme is being
implemented, or requires urgent executive attention, then a
governance escalation policy needs to have been developed.
Outputs
■ Programme Issues Management Plan
Outline
The long timescale of the life cycle of programmes means that
some element of change to the works being implemented is
“
…. sets out the process
almost inevitable. Changes can emanate from many sources and
for ensuring the potential for many reasons. Uncoordinated adoption of change has the
impact of all requests for potential to rapidly lead to confusion and cause overruns to time
and cost.
changes are
systematically The Programme Manager is responsible for managing the
introduction of change into the programme in a controlled manner
considered ….
Tools and Techniques Refer to the Change Management section of the Project
Management Manual.
Process
Outputs
■ Programme Change Management Plan
“ Benefits realisation is
concerned with defining the
benefits that are required by
Benefits realisation is concerned with defining the benefits that are
required by the client, and formalising how the outcomes will be
delivered to secure these benefits.
the client, and formalising The Programme Benefits Realisation Plan defines the benefits,
how the outcomes will be establishes the boundaries, provides clear direction, and sets out
a roadmap for achieving the changes required by a programme.
delivered to secure these The identification and definition of the benefits needs to be closely
benefits. related to the business strategy and objectives of the client
When
” organisation.
Process
Outputs
■ Benefits Realisation Plan including:
■ Benefits Profiles
■ Benefits Map
Tools and Techniques Refer to the Scope Management section of the Project
Management Manual.
Process
Outputs
■ Scope Management Plan
Outline The Quality, Environmental & Safety Plan details how quality will
be planned, assured and controlled on a programme whilst
ensuring the programme works are carried out in an
environmentally sustainable and safe manner.
Tools and Techniques Refer to the QES section of the Project Management Manual.
Process
5 Configuration Management
Define the protocols to be adopted for terminology, referencing,
baselining, version control, distribution and archiving.
6 Security Arrangements
Consider the confidentially sensitivity of information and extent of
accessibility to information. Determine arrangements to ensure
security of programme information.
Outputs
■ QES Plan (including programme information management)
When
” This process is part of the development of the Programme
Management Plan.
Tools and Techniques Refer to the Schedule Management section of the Project
Management Manual.
Process
Outputs
■ Schedule Management Plan including:
■ Programme Schedule
component projects but with those The Programme Manager and Programme Sponsor need to work
associated projects and certain together to develop this understanding and to make sure the client
organisation fully understands the potential impact of a
operational activities of the client. programme on their existing business.
When
” This process is part of the development of the Programme
Management Plan.
Process
Outputs
■ Programme Interfaces Plan
“
Lessons learnt logs are a valuable
performance. It is therefore advantageous to give some time
source of knowledge about causes during the Planning Process to the consideration of any lessons
of failure and of recommendations learnt from similar or relevant experiences of the programme team
for improved performance. or the client’s organisation.
When
” This process is part of the development of the Programme
Management Plan.
Process
Outputs
■ Programme Lessons Learnt Plan
When
” This process is part of the development of the Programme
Management Plan.
Process
5 Contingency Reserves
Develop a policy for establishing a programme contingency
reserve reflecting the degree of probability and extent of change
that may occur during a programme’s life cycle.
Outputs
■ Programme Contingency Plan, including
o Programme Contingency Reserve
Process
Outputs
■ Programme Transition Plan
■ Programme Benefit Rectification Plan
” The Stakeholder Management Plan sets out the process that will
be implemented to ensure effective stakeholder engagement and
communication.
Process
c Identify Stakeholders
Review the scope and nature of the programme in order to identify
all the stakeholders either involved or affected by the programme
and its outcomes. As the stakeholders will change during the life
cycle of the programme the identification process needs to be
regularly reviewed.
d Analyse Stakeholders
A profile for each stakeholder needs to be developed to help
determine their interest, attitude, and influence towards the
proposed programme. Preparation of a Power/Interest Matrix will
establish the relative importance of stakeholders and will help to
formulate the engagement strategy. It may be useful to group
together stakeholders into certain categories.
Outputs
■ Stakeholder Management Plan including:
■ Stakeholder Profiles
■ Power/Interest Matrix
■ Stakeholder Engagement Strategy
■ Programme Communications Management Plan
Process
d Funding Structure
Confirm with the client the source and availability of funding for
the programme. Determine any constraints on the implementation
of the programme imposed by any conditions of the funding
structure.
Outputs
■ Programme Funding Management Plan
■ Financial models as required
“ It is necessary to produce
a cost baseline through
which the project budget
produce a cost baseline through which the project budget can be
managed and controlled.
Tools and Techniques Refer to the Cost Management section of the Project
Management Manual.
Process
Outputs
■ Programme Cost Management Plan
Outline The Procurement and Contract Management Plan sets out the
processes required to acquire the products and services required
from outside the programme team to perform the required work.
“
…..sets out the processes
required to acquire the products It includes the procurement strategy to be used, details how
and services required from suppliers (or contractors) will be selected and appointed, and how
the various contracts will be administered.
outside the project team to
perform the required work. The majority of contracts within a programme will actually be
Tools and Techniques Refer to the Procurement Management section of the Project
Management Manual.
Process
Refer to the Procurement Management section of the Project
}
Management Manual.
c Contract Selection
Provide advice on the selection of an appropriate form of contract
and develop programme specific terms and conditions. Provide
advice on any amendments that are required to standard forms.
Ensure client is aware of obligations of the contract being
proposed.
d Placing Contracts
Ensure all bids and appointments reflect the conditions and
obligations of the contract. Ensure that all deliverables are clearly
defined.
e Changes to Contract
Ensure any changes to a contract are properly recorded and
administered.
g Closure of a Contract
Ensure all the obligations of a contract are satisfied and properly
administer its closure.
Outputs
■ Programme Procurement and Contract Management Plan
Outline The process uses the scope defined in the Programme Brief as a
baseline then ensures that any changes or corrective actions
“
The process integrates the required are approved then implemented. The process integrates
projects, people and other the projects, people and other resources necessary to carry out
the programme in accordance with the PgMP to ensure that
resources necessary to carry governance, benefits realisation, stakeholder management and
out the programme. funding is effectively carried out.
When These processes are used to manage programme work from the
end of the planning phase to the closure of the programme.
Process
g Information Distribution
Ensure information is distributed to the programme team and to
stakeholders in a timely manner. Ensure the programme records
are managed through the adopted document management
system.
h Procurement of Suppliers
Manage the process for requesting bids, bid preparation, bid
appraisal, contract negotiation and contract award.
Selection of team
members
Team building
Manage engagement
with stakeholders
4) Engage Programme Maintain Programme
Direct & Manage Stakeholders Records
Programme Execution
Distribute Information
to Stakeholders
Request Bids
Contract Negotiation
Quality Audits
Outputs
■ Clear understanding of programme scope and quality
requirements
■ Informed and well supported programme and project teams
■ Informed and engaged stakeholders
■ Committed suppliers with a proper understanding of their
contractual liabilities
■ Adequate resources to ensure efficient completion of the
programme
■ Comprehensive records of the execution process to allow
future audits as required by the client
Next Steps Once the coincident processes of Executing and Monitoring and
Controlling are completed then the programme can move to the
Closing Process group.
Monitoring &
Initiating Planning Executing Closing
Controlling
Process Group Process Group Process Group Process Group
Process Group
Programme
Programme Programme Management Direct & Manage Monitor & Control Programme Closure
Preparation
Brief Plan (PgMP) Programme Execution Programme Work Report
Plan
Perform‐ Procurement
Scope Schedule Financials Stakeholders Risk & Contract
Issues Change Governance Benefits QES
ance
Process
Outputs
■ Ongoing review and reporting of the following aspects and
corrective action where required:
o Performance
o Scope Control
o Schedule Control
o Financial Management
o Stakeholder Expectations Management
o Risk Management
o Procurement and Contract Control
o Issues Management
o Change Management
o Governance Oversight
o Benefits Management
Next Steps Once the coincident processes of Executing and Monitoring and
Controlling are completed then the programme can move to the
Closing Process group.
Process
Process
Process
Process
Perform‐ Procurement
Scope Schedule Financials Stakeholders Risk & Contract
Issues Change Governance Benefits QES
ance
Process
c Review Stakeholders
Ensure that regular reviews of the stakeholders are carried out, in
order to continually assess changes to their interest and influence,
and to identify new stakeholders. Update stakeholder profiles,
stakeholder matrix, and the Stakeholder Management Plan.
Process
Process
Process
activity. Make available any lessons learnt for the Closing Process
Group.
Perform‐ Procurement
Scope Schedule Financials Stakeholders Risk & Contract
Issues Change Governance Benefits QES
ance
Process
Process
Process
6.1.12 QES
Process
Process
Report 6) Ensure
Arrange further support required
Customer Support Review support provided by contracts
Ensure proper transfer of residual risks
to operator
7) Provide Review lessons learnt logs from
Lessons Learnt completed projects
Knowledge Base Review knowledge base with client/
stakeholders
Assemble lessons learnt knowledge base
8) Close Review lessons learnt log from
Programme programme
Budget Prepare final financial statement
Review financial statement with client/
stakeholders
Outputs
■ Programme Closure Report including:
■ Benefits Realisation Final Report
■ Archived programme information
■ Client customer support structure
■ Closed Contracts
■ Lessons Learnt
■ Residual Actions Report
■ Closed Programme Budget
5. Glossary
Glossary
Glossary
Glossary
Glossary
The following is an extract from the PMI-BOK covering definition of terms
and acronyms that Mott MacDonald staff may encounter in undertaking
Project and Programme Management (PPM) activities. If terms cannot be
found within this extract then reference should be made to the full
glossary contained within the PMI-BOK or alternatively the glossary within
the APM-BOK.
1. Common Acronyms
AC Actual Cost
ACWP Actual Cost of Work Performed
AD Activity Description
ADM Arrow Diagramming Method
AE Apportioned Effort
AF Actual Finish date
AOA Activity-on-Arrow
AON Activity-on-Node
AS Actual Start date
BAC Budget at Completion
BCWP Budgeted Cost of Work Performed
BCWS Budgeted Cost of Work Scheduled
BOM Bill Of Materials
CA Control Account
CAP Control Account Plan
CCB Change Control Board
COQ Cost of Quality
CPF Cost-Plus-Fee
CPFF Cost-Plus-Fixed-Fee
CPI Cost Performance Index
CPIF Cost-Plus-Incentive-Fee
CPM Critical Path Method
CPPC Cost-Plus-Percentage of Cost
CV Cost Variance
CWBS Contract Work Breakdown Structure
DD Data Date
DU Duration
DUR Duration
EAC Estimate at Completion
EF Early Finish date
EMV Expected Monetary Value
ES Early Start date
ETC Estimate to Complete
EV Earned Value
EVM Earned Value Management
EVT Earned Value Technique
FF Finish-to-Finish
FF Free Float
FFP Firm-Fixed-Price
FMEA Failure Mode and Effect Analysis
FPIF Fixed-Price-Incentive-Fee
FS Finish-to-Start
IFB Invitation for Bid
LF Late Finish date
LOE Level of Effort
LS Late Start date
OBS Organizational Breakdown Structure
OD Original Duration
PC Percent Complete
PCT Percent Complete
PDM Precedence Diagramming Method
PF Planned Finish date
PM Project Management
PM Project Manager
PMBOK® Project Management Body of Knowledge
PMIS Project Management Information System
PMO Program Management Office
PMO Project Management Office
PMP® Project Management Professional
PS Planned Start date
PSWBS Project Summary Work Breakdown Structure
PV Planned Value
QA Quality Assurance
QC Quality Control
RAM Responsibility Assignment Matrix
RBS Resource Breakdown Structure
RBS Risk Breakdown Structure
RD Remaining Duration
RFP Request for Proposal
RFQ Request for Quotation
SF Scheduled Finish date
SF Start-to-Finish
SOW Statement of Work
SPI Schedule Performance Index
SS Scheduled Start date
SS Start-to-Start
SV Schedule Variance
SWOT Strengths, Weaknesses, Opportunities, and Threats
TC Target Completion date Glossary
TF Target Finish date
TF Total Float
T&M Time and Material
TQM Total Quality Management
TS Target Start date
VE Value Engineering
WBS Work Breakdown Structure
2. Other Acronyms
The following additional acronyms are used within this manual:
3. Definitions
Many of the words defined here have broader, and in some cases different,
dictionary definitions. The definitions use the following conventions:
Activity Description A short phrase or label for each schedule activity used in
(AD). conjunction with an activity identifier to differentiate that
project schedule activity from other schedule activities.
The activity description normally describes the scope of
work of the schedule activity.
Actual Duration. The time in calendar units between the actual start date of
the schedule activity and either the data date of the
project schedule if the schedule activity is in progress or
the actual finish date if the schedule activity is complete.
Actual Finish Date (AF). The point in time that work actually ended on a schedule
activity. (Note: In some application areas, the schedule
activity is considered “finished” when work is
“substantially complete.”)
Actual Start Date (AS). The point in time that work actually started on a schedule
activity.
needed expertise.
Apportioned Effort (AE). Effort applied to project work that is not readily divisible
into discrete efforts for that work, but which is related in
direct proportion to measurable discrete work efforts.
Contrast with discrete effort.
Backward Pass. The calculation of late finish dates and late start dates for
the uncompleted portions of all schedule activities.
Determined by working backwards through the schedule
network logic from the project’s end date. The end date
may be calculated in a forward pass or set by the
customer or sponsor. See also schedule network
analysis.
Budget at Completion The sum of all the budget values established for the work
(BAC). to be performed on a project or a work breakdown
structure component or a schedule activity. The total
planned value for the project.
Calendar Unit. The smallest unit of time used in scheduling the project.
Calendar units are generally in hours, days, or weeks, but
can also be in quarter years, months, shifts, or even in
minutes.
Contract Administration. [Process]. The process of managing the contract and the
relationship between the buyer and seller, reviewing and
documenting how a seller is performing or has performed
to establish required corrective actions and provide a
basis for future relationships with the seller, managing
contract related changes and, when appropriate,
managing the contractual relationship with the outside
buyer of the project.
Control Account (CA). [Tool]. A management control point where the integration
of scope, budget, actual cost, and schedule takes place,
and where the measurement of performance will occur.
Control accounts are placed at selected management
points (specific components at selected levels) of the
Control Account Plan [Tool]. A plan for all the work and effort to be performed
(CAP). in a control account. Each CAP has a definitive statement
of work, schedule, and time-phased budget. Previously
called a Cost Account Plan.
Control Chart [Tool]. A graphic display of process data over time and against
established control limits, and that has a centerline that
assists in detecting a trend of plotted values toward
either control limit.
Cost Management Plan. [Output/Input]. The document that sets out the format and
establishes the activities and criteria for planning,
structuring, and controlling the project costs. A cost
management plan can be formal or informal, highly
detailed or broadly framed, based on the requirements of
the project stakeholders. The cost management plan is
contained in, or is a subsidiary plan, of the project
management plan.
Create WBS (Work [Process]. The process of subdividing the major project
Breakdown Structure). deliverables and project work into smaller, more
manageable components.
Current Finish Date. The current estimate of the point in time when a schedule
activity will be completed, where the estimate reflects any
reported work progress. See also scheduled finish date
and baseline finish date.
Current Start Date. The current estimate of the point in time when a schedule
activity will begin, where the estimate reflects any
reported work progress. See also scheduled start date
and baseline start date.
Data Date (DD). The date up to or through which the project’s reporting
system has provided actual status and accomplishments.
In some reporting systems, the status information for the
data date is included in the past and in some systems the
status information is in the future. Also called as-of date
Decision Tree Analysis. [Technique]. The decision tree is a diagram that describes
a decision under consideration and the implications of
choosing one or another of the available alternatives. It is
used when some future scenarios or outcomes of actions
are uncertain. It incorporates probabilities and the costs
or rewards of each logical path of events and future
decisions, and uses expected monetary value analysis to
help the organization identify the relative values of
alternate actions. See also expected monetary value
analysis.
Duration (DU or DUR). The total number of work periods (not including holidays
or other nonworking periods) required to complete a
schedule activity or work breakdown structure
component. Usually expressed as workdays or
workweeks. Sometimes incorrectly equated with elapsed
Early Finish Date (EF). In the critical path method, the earliest possible point in
time on which the uncompleted portions of a schedule
activity (or the project) can finish, based on the schedule
network logic, the data date, and any schedule
constraints. Early finish dates can change as the project
progresses and as changes are made to the project
management plan.
Early Start Date (ES). In the critical path method, the earliest possible point in
time on which the uncompleted portions of a schedule
activity (or the project) can start, based on the schedule
network logic, the data date, and any schedule
constraints. Early start dates can change as the project
progresses and as changes are made to the project
management plan.
Earned Value (EV). The value of completed work expressed in terms of the
approved budget assigned to that work for a schedule
activity or work breakdown structure component. Also
referred to as the budgeted cost of work performed
(BCWP).
Exception Report. Document that includes only major variations from the
plan (rather than all variations).
Firm-Fixed-Price (FFP) A type of fixed price contract where the buyer pays the
Contract. seller a set amount (as defined by the contract),
regardless of the seller’s costs.
Fixed-Price-Incentive- A type of contract where the buyer pays the seller a set
Fee (FPIF) Contract. amount (as defined by the contract), and the seller can
earn an additional amount if the seller meets defined
performance criteria.
Fixed-Price or Lump- A type of contract involving a fixed total price for a well-
Sum Contract. defined product. Fixed-price contracts may also include
incentives for meeting or exceeding selected project
objectives, such as schedule targets. The simplest form
of a fixed price contract is a purchase order.
Float. Also called slack. See total float and see also free float.
Forward Pass. The calculation of the early start and early finish dates for
the uncompleted portions of all network activities. See
also schedule network analysis and backward pass.
Free Float (FF). The amount of time that a schedule activity can be
delayed without delaying the early start of any
immediately following schedule activities. See also total
float.
Late Finish Date (LF). In the critical path method, the latest possible point in
time that a schedule activity may be completed based
upon the schedule network logic, the project completion
date, and any constraints assigned to the schedule
activities without violating a schedule constraint or
delaying the project completion date. The late finish dates
are determined during the backward pass calculation of
the project schedule network.
Late Start Date (LS). In the critical path method, the latest possible point in
time that a schedule activity may begin based upon the
schedule network logic, the project completion date, and
any constraints assigned to the schedule activities
without violating a schedule constraint or delaying the
project completion date. The late start dates are
determined during the backward pass calculation of the
project schedule network.
Monte Carlo Analysis. A technique that computes, or iterates, the project cost or
project schedule many times using input values selected
at random from probability distributions of possible costs
or durations, to calculate a distribution of possible total
project cost or completion dates.
Near-Critical Activity. A schedule activity that has low total float. The concept of
near-critical is equally applicable to a schedule activity or
schedule network path. The limit below which total float is
considered near critical is subject to expert judgment and
varies from project to project.
Network Loop. A schedule network path that passes the same node
Organizational Process [Output/Input]. Any or all process related assets, from any
Assets. or all of the organizations involved in the project that are
or can be used to influence the project’s success. These
process assets include formal and informal plans,
policies, procedures, and guidelines. The process assets
also include the organizations’ knowledge bases such as
lessons learned and historical information.
Planned Value (PV). The authorized budget assigned to the scheduled work to
be accomplished for a schedule activity or work
breakdown structure component. Also referred to as the
budgeted cost of work scheduled (BCWS).
Planning Package. A WBS component below the control account with known
work content but without detailed schedule activities. See
also control account.
Predecessor Activity. The schedule activity that determines when the logical
successor activity can begin or end.
Project Management The members of the project team who are directly
Team. involved in project management activities. On some
smaller projects, the project management team may
include virtually all of the project team members.
Project Process Groups. The five process groups required for any project that
have clear dependencies and that are required to be
performed in the same sequence on each project,
independent of the application area or the specifics of the
applied project life cycle. The process groups are
initiating, planning, executing, monitoring and
controlling, and closing.
Project Summary Work [Tool]. A work breakdown structure for the project that is
Breakdown Structure only developed down to the subproject level of detail
within some legs of the WBS, and where the detail of
(PSWBS). those subprojects are provided by use of contract work
breakdown structures.
Project Team. All the project team members, including the project
management team, the project manager and, for some
projects, the project sponsor.
Project Team Members. The persons who report either directly or indirectly to the
project manager, and who are responsible for performing
project work as a regular part of their assigned duties.
Remaining Duration The time in calendar units, between the data date of the
(RD). project schedule and the finish date of a schedule activity
that has an actual start date. This represents the time
needed to complete a schedule activity where the work is
in progress.
Residual Risk. A risk that remains after risk responses have been
implemented.
Resource Histogram. A bar chart showing the amount of time that a resource is
scheduled to work over a series of time periods.
Resource availability may be depicted as a line for
comparison purposes. Contrasting bars may show actual
amounts of resource used as the project progresses.
Risk Management Plan. [Output/Input]. The document describing how project risk
management will be structured and performed on the
project. It is contained in or is a subsidiary plan of the
project management plan. The risk management plan can
be informal and broadly framed, or formal and highly
detailed, based on the needs of the project. Information in
the risk management plan varies by application area and
project size. The risk management plan is different from
the risk register that contains the list of project risks, the
results of risk analysis, and the risk responses.
Risk Response Planning. [Process]. The process of developing options and actions
to enhance opportunities and to reduce threats to project
objectives.
Scheduled Finish Date The point in time that work was scheduled to finish on a
(SF). schedule activity. The scheduled finish date is normally
within the range of dates delimited by the early finish date
and the late finish date. It may reflect resource leveling of
scarce resources. Sometimes called planned finish date.
Scheduled Start Date The point in time that work was scheduled to start on a
(SS). schedule activity. The scheduled start date is normally
within the range of dates delimited by the early start date
and the late start date. It may reflect resource leveling of
scarce resources. Sometimes called planned start date.
Scope Change. Any change to the project scope. A scope change almost
always requires an adjustment to the project cost or
schedule.
Specification Limits. The area, on either side of the centerline, or mean, of data
plotted on a control chart that meets the customer’s
requirements for a product or service. This area may be
greater than or less than the area defined by the control
limits. See also control limits.
Staffing Management [Process]. The document that describes when and how
Plan. human resource requirements will be met. It is contained
in, or is a subsidiary plan of, the project management
plan. The staffing management plan can be informal and
broadly framed, or formal and highly detailed, based on
the needs of the project. Information in the staffing
management plan varies by application area and project
size.
Start-to-Start (SS). The logical relationship where initiation of the work of the
successor schedule activity depends upon the initiation
of the work of the predecessor schedule activity. See also
logical relationship.
Target Finish Date (TF). The date that work is planned (targeted) to finish on a
schedule activity.
Target Start Date (TS). The date that work is planned (targeted) to start on a
schedule activity.
Total Float (TF). The total amount of time that a schedule activity may be
delayed from its early start date without delaying the
project finish date, or violating a schedule constraint.
Calculated using the critical path method technique and
determining the difference between the early finish dates
and late finish dates. See also free float.
Value Engineering (VE). A creative approach used to optimize project life cycle
costs, save time, increase profits, improve quality,
expand market share, solve problems, and/or use
resources more effectively.
War Room. A room used for project conferences and planning, often
displaying charts of cost, schedule status, and other key
project data.