OPMG Latest Version - Ep2006-5500
OPMG Latest Version - Ep2006-5500
select
define
execute
operate
Restricted
This document will be maintained live on the Shell EP intranet site. The Web-based document will be the
controlled version. Copies or extracts of this manual, which have been download from the website, are
uncontrolled copies and cannot be guaranteed to be the latest version. Further electronic copies can be
obtained from the Global EP Library, Rijswijk.
This document is classified as Restricted. Access is allowed to Shell personnel, designated Associate Companies
and Contractors working on Shell projects who have signed a confidentiality agreement with a Shell Group
Company. ‘Shell Personnel’ includes all staff with a personal contract with a Shell Group Company. Issuance of
this document is restricted to staff employed by a Shell Group Company. Neither the whole nor any part of this
document may be disclosed to Non-Shell Personnel without the prior written consent of the copyright owners.
The copyright of this document is vested in Shell International Exploration and Production B.V., The Hague, The
Netherlands. All rights reserved. Neither the whole nor any part of this document may be reproduced, stored
in any retrieval system or transmitted in any form or by any means (electronic, mechanical, reprographic,
recording or otherwise) without the prior written consent of the copyright owner.
EP Number EP 2006-5500
Revision 0.0
ECCN Not subject to EAR-No US content
Author EPT - OE, Capital to Value - Robin Hutchinson and Henk Wabeke
Approved By Matthias Bichsel
Owner Matthias Bichsel, Executive Vice President, Technical
Document type Business Control Document - Company Standard
Distribution EP Leadership Forum All Staff in project-related functions
Available as downloadable copy for all staff
Publication History
EP Number Date Extent of Revision Approved by
EP 2001-5500 Nov 2001 First Issue of OPMG, complete rewrite of PMG EP 96-3000 Robin Hutchinson
EP 2001-5500 Jan 2005 Chapter 2 rewritten, clarifying role of the DRB. John Darley
EP 2006-5500 Jun 2006 Chapters 1-3 of EP 2001-5500 re-written Matthias Bichsel
revision 0.0
1
INTRODUCTION TO THE GUIDE
1.1 BACKGROUND 9
1.3 STRUCTURE 11
1.5 LINKS 12
2
OPPORTUNITY REALISATION PROCESS (ORP)
2.3.1 Decision Review Board (DRB) and Project Delivery Assurance Board (PDAB) 18
2.3.2 Project Governance versus Decision Authority 21
2.3.3 The Mandate of the Decision Executive and the Executive Vice President 21
3
PROJECT STRATEGY
3
» PROJECT STRATEGY
3.4 FINANCE 99
3
» PROJECT STRATEGY
SEPARATE VOLUMES
4 PROJECT CONTROLS
5 PROJECT ACTIVITIES AND DELIVERABLES, PER PHASE
6 ORP TOOLBOX
CHAPTERS 1-3
1.1 BACKGROUND
1.3 STRUCTURE
1.5 LINKS
Chapter 1 | Introduction to the Guide
It is important that we draw fully on the Shell Group’s project history to provide
a best-in-class way to develop and deliver projects that is applied consistently
across the globe, with maximum synergy and standardisation between
Downstream, Gas & Power and EP projects. Critically, we must all understand
clearly our respective roles in specific projects, and continuously improve our
overall performance and delivery capability.
Please take time to read the OPMG: it is the way we deliver projects. Be clear
what is mandatory and what is recommended. And be a champion for the
value that applying this common approach brings.
Malcolm Brinded
Executive Director, Exploration and Production
8
Background | 1.1
1.1 BACKGROUND
The first EP Project Management Guide (PMG) was produced in 1986, much of it based on the
lessons from developing the North Sea. It was then totally revised in 1996 to take account of changes in
information technology, changes in the thinking around contracting strategies, and the development of
the EP Business Model. Both of these guides were heavily biased towards the Execute phase of projects
and were seen largely as guides for field engineers; there was little attention for subsurface, wells and
commercial issues.
The second revision to the PMG followed in 2001 after a number of reviews of failed projects highlighted
that the reason that many had not delivered the value expected was not through poor execution, but
through poor decisions or failure to act in the front-end. The third issue was therefore called the
Opportunity and Project Management Guide to move some of the focus away from the building stage to
the very front end. It introduced the Opportunity Realisation Process (ORP) as the umbrella process by
which all opportunities in EP are progressed from idea to realised value1.
This fourth issue of the (O)PMG is an update rather than a revision. The structure remains the same and
much of the content is as it was. The update has three drivers:
− to reflect the EP Global Process and Minimum Standards, created since 2001, as well as capturing
developments in other processes or thinking;
− to sharpen the wording, so it is clearer what must be done and what is optional; and
− to reflect changes in processes and responsibilities resulting from the ESPRIT project improvement
effort in 2004 and 2005.
The OPMG describes how EP does projects. However, projects are also done in the Group for
Downstream and Gas & Power, and many of the larger projects in the EP portfolio are integrated EP/GP
projects. These other projects use different terminologies and have different requirements, but the systems
are broadly similar in many other ways.
It is a long-term objective that these systems become more aligned, so there is a single Shell way of doing
projects, and this update has taken the first steps along that path by adopting some of the Downstream
standards (e.g. on capital cost estimating, scheduling, project controls) as those in EP, and by introducing
generic principles such as the Line-of-Sight.
1. Consistent application of the OPMG requires a common project management system. iPMS has been developed as the standard within
Shell; it fully mirrors the OPMG and covers all phases. When deployed on a project, it provides links to all the references in the OPMG,
links to any project-specific activities and controls (standards, processes etc.) and access to project deliverables. Use of iPMS is therefore a
primary means of following the OPMG
Because the ORP covers all phases of opportunity development and all aspects (technical and non-
technical), the OPMG is relevant to all technical and non-technical staff involved in turning an
opportunity into value. It fills two roles:
− establishing the single way EP delivers projects – consistently, across EP, with a single terminology;
− providing guidance – as to how these things may be done.
The OPMG provides an overview of what is required, so it is complete in the breadth of its coverage, but
does not provide complete depth. It is a guide to managing projects, but is not a technical manual for
scope definition.
It makes extensive use of references and links to where detailed information can be found. It is therefore a
primary document against which project assurance is carried out, and the starting point for development of
courses in the Shell Project Academy and for structure in iPMS.
The guide depends for its success on being used by people working in integrated teams. To bring projects
to a successful conclusion, this update further emphasises the need for early involvement of the non-project
professional:
− the eventual Operator;
− Finance;
− Supply Chain;
− Sustainable Development;
− External Affairs; and
− other non-project disciplines.
The guide is relevant to all projects but is biased towards larger-scale projects. On smaller projects, certain
activities or deliverables may be done at a corporate level, or may be too trivial for the project in question.
It is important that these activities/deliverables are carefully considered before being dismissed, as it is often
these seemingly lesser issues that become the cause of problems.
Chapters 2 and 3 are relevant for all types of project or opportunity and at all phases; Chapters 4 and 5 are
written more towards a hydrocarbon development project than, say, an IT or civil infrastructure project,
but the principles remain valid.
The guide is also applicable to Non-Shell Operated Ventures (NOVs). The Operator will have its own
project management system and terminology, but it should contain similar elements to achieve the same
objectives as the OPMG (refer to Chapter 3 Section 3.6).
This update uses ‘shall’, ‘should’ and ‘may’ in the following context:
- ‘shall’ indicates a mandatory requirement and dispensation can only be granted by the relevant authority
(‘must’ is used similarly);
- ‘should’ indicates a recommendation;
- ‘may indicates a possible course of action and is optional.
1.3 STRUCTURE
The guide has a hierarchical structure with different chapters being targeted at different audiences.
On a big project, many of these aspects will be managed by Project Services or discipline professionals, but
all project engineers need to be aware of what is required.
Some work activities have been picked out to be described separately: Well Delivery, Geomatics and
Logistics. Each well is a small application of the ORP and wells are drilled in every phase of the ORP, so
the Well Delivery Process is easier described on its own – and only then from the perspective of a Project
Manager for whom wells are part of their project.
As Geomatics and project logistics considerations occur across the ORP, they have also been described on
their own.
1.5 LINKS
iPMS
[Link]
The ORP divides the realisation of a business opportunity into five logical
phases. See figure 2.1.1. A Decision Gate punctuates each phase, and
decisions drive all activities and deliverables. It is front-end loaded, placing
emphasis on the first three pre-execution phases to identify and maximise the
value of the opportunity. The emphasis during Execution is on value protection
and realisation.
Initiate Demonstrate Select best Define the Deliver the Operate and
opportunity feasibility concept solution selected concept promise evaluate
Generate ideas. Have we looked for delivering Technically (scope, - an asset consistent Maximise return to
Verify alignment wide enough at value from the cost, schedule) or with forecast shareholders.
with business risks, different opportunity, and commercially (JVA, scope, cost & Protect Licence to
strategy, establish development make apparent JOA, country entry) schedule and Operate
potential value and options, realisations, why other choices for final investment proven
decide whether to outcomes? are not preferred. decision. Note that a performance or;
fund, staff - Is there at least For new business, ‘commercial FID’will - a deal consistent
one solution that this selected typically not coincide with the Term sheet
will work in most, commercial with a technical FID: or;
perhaps all, of the concept leads to a at the signing of a - a well or;
realisations? mandate to JOA the technical - etc. Leads to
- Do we understand negotiate project may still be in (ownership)
what we take Assess or Select acceptance by user
forward into SELECT for Operate
Performance
Front-end Loading Project Execution Optimisation
The ORP provides guidelines and rules for developing and executing new business opportunities.
It requires regular checks and decision points to ensure that opportunities are rigorously evaluated,
defined and executed. The process is front-end loaded, to ensure that the value of the opportunity can be
maximised and the opportunity set up for success before execution, with the emphasis during the later
phases on value protection and realisation.
– The ORP has five defined phases, each punctuated by a Decision Gate, at which the Decision
Executive (DE), supported by members of the Decision Review Board (DRB) decides whether to
stop, hold, recycle or proceed, and seeks endorsement for this decision at the appropriate level, if the
decision is outside his/her personal mandate. Each phase has clear decisions, deliverables and decision
requirements (determined through Opportunity Framing and articulated in the Roadmap and Project
Assurance Plan).
– There is clear Governance for the opportunity/project. Governance is vested in the DRB, chaired by
the DE. Governance includes steer, supervision, support and assurance.
- Governance does not automatically imply Decision Authority -defined as the authority to endorse
without further referral- which always resides in organisational positions, but which can be delegated
to the DE.
- The DE is single point accountable for the quality of the decisions, and can authorise those within
his/her mandate.
– Project risks are actively and transparently managed.
– A Project Assurance Plan is developed to maximise and safeguard project value, and to ensure safe and
effective execution in line with the investment proposal.
– It is clear how the project will be funded and resourced at the start of each phase.
– Staffing needs are clearly defined, with a focus on integration of required skills and disciplines.
It is important to note that the ORP is a framework. There are a number of mandatory stages and
events, but the depth and degree of activity undertaken at each phase will depend on the nature of the
opportunity, and its size, cost and associated risks. In this way, the process – and particularly its project
assurance elements – are scaleable.
The ORP and the OPMG have been written from a 100% project-perspective, and thus are applicable
to any project that Shell E&P has a stake in; whether it is Shell-operated or not. The Shell shareholder
representatives on a Non-Shell Operated Venture (NOV) have a (shared) role in defining the strategy
and direction of the venture, as well as overseeing its successful delivery. They do this by influencing the
Operator to apply the principles and practices of the ORP, by providing specific tasks on behalf of the
Venture, and, in specific cases, by executing work at Shell’s own expense. Whilst it can be challenging to
achieve ORP/OPMG compliance from a ‘remote’ position, it is the responsibility of the Shell Team to
ensure that the intent of the ORP is applied and that all mandatory governance and assurance standards or
equivalent are in place.
The process is driven by a Decision Executive, supported by a Decision Review Board of key managers
with the right expertise, and there is clear Line of Sight from the Board to the Project Team. This Line of
Sight means that individuals are clear about their roles and where decisions are taken. It brings ownership
and accountability to the process and ensures that work is not duplicated or decisions not taken.
Stop/hold/recycle
Board
VAR,
prior to
Decision Review Board decision
- significant stakeholders in the decision gate
CEO
with complementary skills Decision
- chaired by the DE (toll) Gate
- covering Technical, Economic, Commercial,
Organisational and Political - Societal aspects
Executive Director
Mandate, Agreed
agreed with DRB deliverables
Executive Vice President to support the
decision
Arrows indicate
structured dialogue
Decision
DRB
Executive Integrated project team works in agreed frame:
- to produce agreed deliverables;
- maximising and safeguarding project value through
agreed reviews and value improving practices
Project Team - in support of next agreed decision
– Executive Vice President – the EVP has overall accountability for the project to the Executive Director.
EVP’s have full mandate within their own Business (which they can delegate for a specific project) to
waive any/all mandatory events and/or deliverables except Group Audits and Estimate and Schedule
Assurance Reviews (ESARs).
– Decision Executive (DE) – single-point accountable for the opportunity/project (to the next person in
the line of sight) and is chair of the DRB. Authorises those decisions within his or her mandate and
champions others to the required authority level. Although ultimately accountable for the quality of
the emerging decisions, the DE should reflect the views and expertise of the whole DRB in his/her
proposed decisions.
– Decision Review Board (DRB) – DRB members (with complementary skills to those of the DE)
support the DE and the Project Team with content expertise and resources, as well as supporting the
emerging decisions.
The role of the DRB is to help progress an opportunity and maximise its value, through:
– Taking an active interest in, and explicitly approving the Opportunity Roadmap and the Project
Assurance Plan , that ‘frame’ the opportunity and set out key deliverables and events
– Providing guidance and support to the Project Team through dialogue and engagement
– Evaluating the opportunity at key milestones and Decision Gates
– Reviewing the quality of the proposed decision; and
– Owning the decision when made.
The DRB does NOT have any automatic authority to make decisions. This authority resides in the Line
unless delegated (see ‘Project Governance vs. Decision Authority’, section 2.3.2). The focus of the DRB is
forward-looking, towards the key decisions to be taken and to the ‘evidence’ that will be required to make
these decisions.
– Business Opportunity Manager (BOM) – responsible for articulating and protecting the Business Case.
The BOM focuses on business delivery, particularly the commercial and financial elements.
For example, the BOM is responsible for the Project Initiation Note (PIN) and the proof of
commercial and financial feasibility and will write the Group Investment Proposal (GIP).
– Project/Development Manager (PM) – responsible for delivering the (technical) elements of the
opportunity and running the (technical) team.
– Operations Manager (OM) – represents the future owner of the opportunity, and is responsible for the
long-term running of the operation in order to generate value.
One individual may, at times, carry two roles, or roles on more than one project.
Figure 2.2.2 Example DRB and Project Team for typical ‘hardware’ type project
DE supported by DRB
Governance,
Decision Executive (Opportunity Owner), with relevant Project Delivery,
Value Assurance
Operations, Commercial, Legal, Finance, etc members as appropriate
The diagram does not imply organisational hierarchy; e.g. wells or subsurface staff may report to either BOM or PM.
2.2.3 Dialogue
The ORP requires effective dialogue between the Project Team and the DRB to create an environment for
quality decision making. The term ‘dialogue’ is chosen deliberately to represent interactive discussion and
work sessions, not one-way presentations or reports. Best practice can require the Team and the DE/DRB
to meet (perhaps virtually) as often as twice each month. The meetings should be recorded to capture all
decisions and discussion.
Under the ORP, governance is vested in the DRB, chaired by the DE, up to and including Final
Investment Decision (FID, usually the end of Define). After FID, the Project Delivery Assurance
Board (PDAB) replaces the DRB throughout Execution and Start-up, up to and including the Post
Investment Review.
2.3.1 Decision Review Board (DRB) and Project Delivery Assurance Board (PDAB)
The key first step is the appointment by the EVP of the DE, who will than propose DRB-members and
the BOM, PM and OM.
For each opportunity or project1 seperate DRBs shall be constituted. This should be a multi-functional
team, external to the opportunity/project team, collectively charged with Governance – steer, supervision
and support, and assurance of the quality of the (proposed) decisions. This includes evaluating the status of
an opportunity/project at key milestones in its lifecycle and assessing recommendations of the opportunity/
project team before those are passed to the Decision Authority2.
The DRB provides assurance to the Decision Authority (and other stakeholders) that the decision proposed
has sufficient quality (refer also to Section 2.4.6) and has been tested against an appropriate range of
outcomes under external uncertainties (e.g. price scenarios, subsurface outcomes). DRBs are intended to
govern the multi-disciplinary decisions. They do not need to be involved in every decision and should not
replace line responsibility.
A project/opportunity will only mature as fast as the key decisions are being made. Making quality
decisions at speed demands ongoing guidance, direction and challenge given to the project team. This
comes from the DRB and is colloquially referred to as “dialogue” (refer to Figure 2.3.1). It is critical to the
success of DRBs.
In evaluating the recommendations of the opportunity/project team, the DRB must review and understand
the remaining risks and the mitigation plans. Appendix A.2 lists some typical issues that the DRB should
consider at the various Decision Gates. Options for the DRB and other subsequent decision makers are:
– proceed to the next phase;
– continue work in the current phase;
– return to a previous phase;
– place an opportunity/project on hold; and
– change participation or terminate and divest.
1 Membership of the DRB is quite likely to be the same for a number of projects within any of the Global or Regional Businesses. This is
desirable from an efficiency and portfolio perspective.
2 The Decision Authority is taken to be the person or corporate entity mandated to endorse decisions without further referral. Mandates
are spelled out in the Manual of Authorities (MoA). Refer also to Section 2.3.2.
The DRB is chaired by the DE, the person who owns the project/opportunity and holds single point
accountability (to the next person in the line of sight) in that phase. As we exist in a multi-functional
organisation and are faced with complex decisions with many facets, the DE is flanked by knowledgeable
individuals from outside the project team, who are either (a) going to be significantly impacted in the
long or short term or (b) have a significant expertise regarding the decision to be made. The DRB will be
made up from that small group of people who have a major stake in the outcome and/or are able to add
significant value because of their expertise3.
Info, frame
is omitted for
clarity
Concept Select
e.g. appraisal e.g. long
DG3
well leads
e.g. RLT
Info, frame
Info, frame
DRB PDAB
Work Team
Milestone Decisions: ORP Decision Gates and
VARs
other major decisions identified during framing
Notes:
1 Decision levels shown are indicative: for example EP CEO may choose to be the authority for a concept selection decision.
2 Decisions, and their authorisation levels (unless clear from the MoA), have to be agreed as part of signing off framing.
3 Normal line communication should take place, next to the dialogue with DRB and authorisation/approval bodies
While the DE has single point accountability (to the next person in the line of sight), other DRB members
retain shared ownership for the quality of the decisions. For major projects the functional expertise
holder for project delivery4 shall be represented on the DRB from Select onwards. Agreement needs to be
reached on a case-by-case basis as to whether this will be via the Global Technical Partner or a Regional
representative.
Best practice is to select a few permanent members with flanking skills to those of the DE, especially in the
commercial, technical and operational expertise areas. Representatives from functions e.g. HSE, Legal, can
be invited on a needs-be basis.
3 A special role is reserved for the Finance function. Finance has a role in Business Governance, and from that role can appoint a
representative onto the DRB.
4 EPT-P for projects in EP.
The Decision Executive, and indeed other members of the DRB, may change as the opportunity/project
progresses and different areas of experience and expertise are required. Care is needed to get agreement
on the composition of the DRB before entering each new phase (refer to Section [Link] on Transition of
Ownership). The structure and composition of the DRB must be formally endorsed for each phase.
DRBs should be kept small: best practice is 3 to 5 persons – although for integrated projects they may have
to be larger. As a minimum, they should include the line managers of the Business Opportunity Manager,
the Project/Development Manager and the Future Owner. DRB members should have the time and
knowledge to convene and participate. Typically they should not be set at Executive VP level. For routine
EP projects the OU-management team accountable for the opportunity/project appoints the DE who in
turn sets DRB membership for each phase; for very large integrated projects with GP and Downstream,
the Executive VPs must agree this. The Regional Finance Directors will decide on a case-by-case basis their
need to have representation on the DRB.
The philosophy of an integrated DRB governing an integrated opportunity/project team shall be applied to
cross-business opportunities as well.
However, to avoid bureaucracy and project delays, decision authority for certain project elements can and
should be delegated to the Decision Executive. Authority is normally delegated by the Executive Vice
President and should be spelt out in a written mandate.
Project Delivery Assurance Board (PDAB) and the Project Execution Review Team process
(PERT, Global Process 24)
Where the DRB governs a project up to and including FID, the PDAB governs from FID onwards, up to
and including the VAR 5 (PIR). The DRB assures that the value of the decisions around project definition
(“making the promise”); the PDAB assures the realisation of this value during project execution (“delivering
the promise”). The role of the PDAB and the PERT process are extensively covered in Global Process 24.
As with DRBs, it is expected that for major projects the functional expertise holder for project delivery will
be represented on PDABs, either via the Global Technical Partner or a nominated Regional representative;
PDABs should also include representation of the Regional Production and Technical Directorates.
In the same way as integrated projects need single, integrated DRBs, they also require single, integrated
PDABs, particularly for integrated EP/GP projects.
For projects where the costs are dominated by well activities, the DRB may decide that the remit of the
PDAB will be achieved through existing Well Delivery assurance bodies, and so choose not to constitute a
separate PDAB: care needs to be taken not to duplicate, but still to achieve the intent of the PDAB.
Membership of the DRB and the Opportunity/Project Team does not bestow any immediate authority.
These are project roles, not organisational positions, and individuals are appointed to these roles for the
value they can add to the quality of decisions, not for their authorisation levels.
Individuals in the DRB are appointed for their value-add to the assurance of the emerging decisions, not
necessarily for their authorisation levels for those decisions. The split between assurance and authority is
easily noticeable at FID, when project assurance is provided by the DRB, whilst authority will reside with
the EP/GP EVP, the CEO or the Board. For earlier decisions, assurance will also typically be provided by
levels below the authority level, i.e. the one that can endorse decisions without further referral.
Approvals of decisions (and of deviation from mandatory practices) shall happen in accordance with the
relevant MoA, Technical Authority systems and the Investment Decision Manual. DRB members should
act as sponsors for the team recommendations at the appropriate levels as per the MoA.
2.3.3 The Mandate of the Decision Executive and the Executive Vice President (EVP)
By making the DE single point accountable for the opportunity, the ORP bestows responsibility as well
as authority. The DE has complete discretion over non-mandatory practices. He/she can also propose
deviations from mandatory requirements to the relevant authority but is expected to make a compelling
case why such a deviation should be allowed. The DE is expected to consult the fellow DRB members but
can, in the interest of (the progress of ) the opportunity, act on his/her own (subject to relevant approvals as
mentioned above).
In order to avoid bureaucracy and project delays, it is best practice for relevant authorities to delegate
elements of their decision authority for the particular project to the DE. Particularly effective is when
Executive Vice Presidents delegate (elements of ) their authority on the project and spell this out in a
written mandate. As an example, the DE, if delegated, would be authorised to combine or skip (global)
VARs, as it is within the mandate of the EVP to do so.
Overall accountability always resides in the line. Establishing a clear Line of Sight at the outset ensures all
members of an opportunity or project understand who holds decision authority at each phase.
Executive Vice Presidents have full authority over all mandatory events and deliverables, with the exception
of Group/Partner audits and Estimate and Schedule Assurance Reviews (ESARs).
There is tension between these Value Drivers, and the team with their DRB should focus on the trade-offs.
There are several overlapping strategies and practices that address value protection/maximisation and all
contribute to project (value) assurance. This section discusses:
– Opportunity Framing (Section 2.4.1)
– front-end loading (Section 2.4.2), which advocates focus on protection and improvement practices
during the first three phases of a project;
– benchmarking (Section 2.4.3), which advocates comparison of key metrics and practices with other
(best-in-class) projects;
– VARs (Section 2.4.4), which provide independent counsel to the DRB prior to tollgates;
– PAP (Section 2.4.5), which plans all (mandatory and optional) events that will contribute to assurance
from a risk-based perpective; and
– the Decision Quality Tool (Section 2.4.6), which provides a framework to assess the quality of
emerging decisions.
Opportunity Framing helps the Project Team to plan the work and deliverables for each phase of the ORP,
by determining what needs to be done and what decisions need to be taken at the next Decision Gate.
It asks the questions:
– Where are we now?
– Where do we want to be?
– How are we going to get there?
Opportunity Framing is a mandatory part of the ORP and shall be undertaken at the start of the
opportunity, and then revisited at every Decision Gate or major change to the project. Framing the
opportunity will help determine membership of the project team and DRB.
5 But not at the expense of short-cuts in the ORP without recognition, understanding and acceptance of the risks associated with this by the
decision makers (DRB).
6 Licence to Operate means the explicit and implicit agreements with Government and society that the Company must respect to enable a
sustainable business operation.
The best timing for maximising the value of project is during the first three ORP phases. The emphasis on
these phases is known as Front-end Loading (FEL).
Without proper attention to the quality of work in the front end of a project, the project will almost
certainly fail to meet its objectives. The influence of FEL on a project that has been built up from analysis
of many projects is shown diagrammatically in Figure 2.4.2.
In simple terms, FEL is the practice of taking sufficient time and employing enough competent people
in the early phases of the project to assess properly the opportunity, identify its value drivers, identify
risks and uncertainties, align objectives with all major stakeholders and achieve high quality front-end
engineering deliverables (Field Development Plan, Asset Reference Plan, Contracting Strategy, Project
Execution Plan, Basis for/of Design), prior to starting execution. Too often in the past, failure to meet
objectives has been blamed on poor execution but, when analysed properly, very often the problems in the
Execute phase have arisen because of poor preparation in the first three ORP phases. This may have been
because insufficient time and/or funds were allowed, because objectives were not clear, because risks were
not properly recognised and managed or because of a failure to bring the right competences to the front-
end thinking and planning.
It is imperative that adequate funds are available for this work prior to the FID. Dependent on the nature
of the opportunity, some 10 to 20% of total project engineering expenditure can be expected to take place
ahead of FID in order to prepare for a first-class execution outcome. However, FEL is not an invitation for
excessive studies or numbers of people. It is far more about having the appropriate competence available
at the right time and applying the appropriate tools, with the right data, in a timely and competent
fashion.
The comments above are not intended to mean that so-called “fast-track” projects cannot be pursued, but
that the ORP principles must still be observed and the extra risks associated with such projects must be
spelled out to the DRB and accepted by them in a formal way.
For non-Shell operated projects, we may be forced into decisions without the FEL we would normally
require. The likelihood of this happening should be assessed during framing sessions, and internal work
planned accordingly. In such circumstances, teams should use their influence to adhere as closely as possible to
the principles of the ORP, and articulate clearly non-compliances and attendant levels of risk to the DRB.
2.4.3 Benchmarking
There are three elements to Benchmarking. To assure adequate FEL, projects must be ‘health-checked’
during the first three phases and prior to FID7. This health-checking is not only quantitative to compare
routine project metrics against the EP-portfolio, but also to evaluate the completeness and quality of front-
end work, by assessing critical dimensions of a project. In EP, this is achieved through compliance with
Global Process 21 (Benchmarking of Project Performance) which offers a dedicated tool for each of the
first three phases: the Project Health Check (PHC).
An extra benchmarking requirement for very large projects is the ESAR, a (cost) estimating and schedule
assurance review performed by parties outside the project team. An ESAR is mandatory for projects >$500
million (total) in each of the Identify & Assess, Select and Define phases, and for projects >$200 million
(total) at least in the Define phase prior to FID. Finally, External Benchmarking is mandatory for projects
>$500 million (total) at least once, prior to FID. Commercial benchmarking consultants such as IPA may
assist in this benchmarking, as may databases from partners.
Before the major Decision Gates, a VAR is conducted as an independent assessment of the project.
These help give the DRB confidence that the opportunity team has done everything necessary to take
the decision – that all the significant risks, opportunities and uncertainties have been identified and
can be managed, and that work has been completed to the necessary quality so that the project is not
unnecessarily exposed. VARs are performed to assist the DRB in coming to a conclusion as to whether the
project is ready to proceed to the next stage/phase.
The VAR does not constitute the decision and does not remove the responsibility for the quality of the
decision from the DE/DRB. Nor do they remove the responsibility for normal QA/QC by the line.
7 For EP projects, Global Process 21 Benchmarking of Project Peformance; for OGP (Downstream) executed projects, PVP5 – External
Benchmarking. These also address the requirements for internal vs. external benchmarking.
VAR Teams are external to the work team and the DRB. The formal VARs that are mandatory on any
opportunity with a total cost of US$20 million and over are mapped and described below8. VARs on
projects with a total cost of less than US$200 million will normally be performed by the Regions. VARs
on projects with a total cost greater than US$200 million or judged to be of major strategic importance or
complexity will be led by the SIEP Value Assurance Services (VAS) Team.
For most hydrocarbon opportunities, the VAR framework will apply as shown in Figure 2.4.39. VARs
will normally take place so as to allow opportunity/project teams time to address VAR recommendations
(dependent on the size of the project, perhaps 6 to 8 weeks before a decision to proceed is required).
Pre
VAR 1 VAR 2 VAR 3 VAR 4 Start-up VAR 5
Audit
FID
GIP
Project Project
Feasibility Field Development Post Investment
Initiation Execution
Report Plan Review/Close-out
Note Plan
The nature of the individual VARs is illustrated by the “kite” in Figure 2.4.4. It should be noted that the
VAR is part of Governance and its intention is not therefore to duplicate or replace any of the reviews the
project should undertake of itself to maximise and protect value.
3
VAR 3 Concept Have we selected the optimal alternative?
Selection
VAR 4 PreFID
4
Is everything in place to ensure success?
The Project Assurance Plan (PAP) sets out an agreed series of activities and deliverables that are,
collectively, designed to ensure the quality of the emerging decisions at each phase of the opportunity/
project. The exact content of the PAP will depend on the nature of the opportunity.
2. Key assurance events – the PAP must include the mandatory assurance events under the ORP (such
as Value Assurance Reviews before each Decision Gate), as well as any events required by other
Governance frameworks that apply to the opportunity (such as EP Global Processes).
3. Discretionary assurance events – in addition to the mandatory deliverables and events, there is a
number of discretionary activities and tools, known collectively as Value Improving Practices (VIPs).
In developing the PAP, the DE/DRB and Project Team should consider which discretionary events can
contribute to the value of the opportunity, but should avoid ‘overloading’ the PAP unnecessarily.
A current best practice on how to assess the risk level for a project10 is given in Appendix B. The project is
given a dimensionless score for the horizontal axis of Figure 2.4.5, taking into account Capability, Business
Environment, Project, Technology and Experience/Learning:
– Organisational capability: based on independent assessments, such as the annual Activity/Discipline
Health Checks.
– Business environment: approvals, views of key external stakeholders, local content, GEC, presence in
country, import/export regulations, receivables risk, disputes/legacy issues, work permits.
– Project/technology specific risks: technical/technological (subsurface, surface, execution, HSE),
operational/organisational, economics/commercial, political, social, reputation, security.
– Experience/learning: demonstrable uptake of lessons learned.
A next step is for businesses/Directorates to classify their projects, based on cost and risk, as shown
in Figure 2.4.5.
10 Inherent in such an approach is the existence of an active risk management system. This is a mandatory requirement within the ORP,
described for EP in Global Process 20 (for OGP (Downstream) projects, PVP 4 – Risk Management).
Cost ($ min)
>500 Level 1 Level 1 Level 1
0 35 80 Risk Score
An underlying principle of the ORP is the ability to take good decisions. While the outcome of a
decision taken under uncertainty is, by its nature, uncertain, DE/DRBs and opportunity/project teams
should do the utmost to ensure that the best decision is taken in the circumstances. Good decisions can
be characterised by having six attributes11 and teams and DRBs should use these when making their
deliberations. The attributes are:
- Having the right context (“frame”).
- Using meaningful and reliable data.
- Choosing from creative and do-able alternatives.
- Understanding the values and trade-offs between these alternatives.
- Using logically correct reasoning.
- Ensuring that there is commitment to action.
Appropriate
Problem Frame 1
10 0
80
Commitment to Meaningful,
60 Reliable
Action 6
40 Information 2
20
0
Logically Creative
Correct Alternatives 3
Reasoning 5
Project Management
Team Based
Decision Driven
Consistency
Full Lifecycle
Benchmark
Customisation
Lessons Learnt
Opportunity Realisation Process
1. Value Focused
Teams should maintain focus on the opportunity key value drivers12. ORP phases 1 to 3 (Identify &
Assess/Select/Define) focus on identifying and maximising value through scope definition and execution
planning, referred to as Front-end Loading (FEL). Phases 4 and 5 (Execute/Operate) focus on maintaining
and realising value. From past experience at Shell, it is critical for teams to consider the true commerciality
of the opportunity in all its aspects. Linking the opportunity and its commercial decisions with the
“traditional” project decisions (e.g. schedule, execution strategy) much earlier than was often the case is
then crucial if the optimum value is to be realised.
2. Project Management
Project management is defined as the application of knowledge, skills, tools and techniques to project
activities in order to meet or exceed stakeholder needs and expectations for a project. Project management,
which applies structured cost, schedule and quality processes to all work activities, should be seen by all
involved as applicable to all the ORP phases, not just Phase 3 – Define and Phase 4 – Execute.
12 Value drivers (UTC, lead-time, production rates...) and related and relevant value measures (NPV, VIR, availability...) typically become
the selection criteria for most, if not all, decisions. Work teams should agree these selection criteria up front with their DRB.
– Work team comprised of basically one – Work team involves most functions – All functions are actively involved
functional group in the framing of the opportunity
– Most functional groups are represented and in the development activities;
– Work is done in consultation with others in the work including geoscientists, geologists, well
then moved to the next group engineering, facilities engineering,
– Opportunity/project manager operations, marketing, R&D, projects,
– Opportunity/project manager has not and some key members have planning, etc
been assigned been assigned
– An opportunity/project manager and
– Contractors are somewhat aligned – Contractors are in good alignment key members are assigned
with each functional group they are with each functional group they are
working with working with – Contractors involved are aligned with
the team
– Stakeholder dialogue is limited and – Key Stakeholders are being engaged
reactive and issues identified – Transition plans are in place to move to
the next phase
6. Full Lifecycle
When making either technical or commercial decisions, always consider the full lifecycle of an opportunity
from identification through value realisation in the operating phase to end of life and disposal.
This also requires that expectations and accountabilities are clearly stated for those involved in realising
opportunities – at DRB and opportunity/project team levels.
9. Customisation
ORP is a generic process, but the plans and Roadmap (activities, milestones, specific decisions etc.) are
tailored by each team to meet the specific needs of their project/opportunity. The process should be used in
conjunction with and build on existing Company systems.
– Agreeing the mandate for the DRB with relevant EVP(s). This includes articulating the Decision
Authority for each tollgate decision if not already expressly defined in the MOA13.
– Getting the right people on the DRB and agreeing this with the relevant EVP(s) taking into
consideration skills mix and time commitment against the background of the main project challenges
along the opportunity lifecycle. Specifically this includes appropriate representation of the future
owner(s) of the opportunity.
– Leadership of the DRB, ensuring its effectiveness in all aspects of its role:
- setting its agenda and action tracking;
- ensuring the opportunity/project team provide accurate, timely and clear pre-reading to the DRB;
- maintaining effective communication between all stakeholders; and
- ensuring clear steer and guidance to the team.
– Sponsoring the VARs, approving the Terms of Reference and ensuring findings have been
adequately addressed.
– Raising critical DRB issues to respective authority levels (e.g. resolving conflicting value drivers).
– Communicating DRB outcomes to the relevant EVP(s).
– Providing assurance that the Group Investment Proposal (GIP) meets corporate requirements.
– Setting the mandate for the opportunity/project team for the next phase.
13 Whilst the Decision Authority for Decision Gate 4 (FID) is usually adequately defined through the financial dimensions of the
commitment to be made on the project, Decision Authority at other Decision Gates is less well defined. As a rule of thumb, teams
are advised to seek endorsement of their decisions one level below that required for the next Decision Gate. If the FID decision needs
authorisation from the EC and Board, the Concept Select Decision should be endorsed by the Executive Director(s) and the Feasibility
Decision by the Executive Vice President(s).
Business If a number of the following are present score High: New entry, Venture
Not Under Operational Control, political/fiscal instability, dysfunctional
Environment Government processes (e.g. licensing, customs), history of delayed
10 5 0
payments, disadvantaged compared to competition.
Surface risks: 10 5 0
Data quality and quantity, greenfield / brownfield, metocean.
Execution Risks: 10 5 0
Schedule, procurement, operations, HSE, logistics, customs.
Environmental/SD risks: 10 5 0
Sensitive habitats, archaeological sites, flaring, by -products e.g. sulphur.
Economics/Commercial: Marginality.
Maturity and/or stability of agreements, product quality/value, fiscal 10 5 0
terms, taxation.
Other:
Technology Review of potential technology types, their maturity and impact (+ ve and - ve) 10 5 0
Has learning from previous projects and VARs been incorporated in this
Learning assessment? (Yes = 0, No =5)
Risk Has this assessment been based upon a peer reviewed Risk Register?
Assessment (Yes = 0, No =10)
Total Score
Cost ($ min)
>500 Level 1 Level 1 Level 1
0 35 80 Risk Score
Phase 1
Identify & Assess Phase 2 Phase 3 Phase 4 Phase 5
Select Define Execute Operate
1a Basin/Trend 1b Lease/Connection 1c Exploration Plan 1d Delineation Plan
Stop, Hold, Recycle Stop, Hold, Recycle Stop, Hold, Recycle Stop, Hold, Recycle Stop, Hold, Recycle Stop, Hold, Recycle Stop, Hold, Recycle Stop, Hold, Recycle Stop, Hold, Recycle Stop, Hold, Recycle New Opportunities
POTENERVES IDE
Concept
RESE
DEVELO
Bid/Concession
Deliverables at Major Reviews Basin/Trend Exploration Project Initiation Functional Production &
FIRST
APPROPMENT PLA
Field Development Plan
RES
Selection
A
Assessment Recommendation Plan Note (PIN) Feasibility Business Facility & Wells Project Metrics
BLE AS
TIAL CO
Identifies the required deliverable(s) Report Report (FDP) Proposal
ACQU
TIAL C NTIFIED
OIL/G
that will enable the decision. Package
VED F
SUCC ELL
APPRO CT
SESSM
PROJE
MMERC
OMM
AS
& Project Spec
IELD
W
ESSFU
VED
EN
ERCIA
ED
N
IAL
T
L
Opportunity Team Leader Opportunity Team Leader Opportunity Team Leader Opportunity Team Leader Opportunity Team Leader Opportunity Team Leader Opportunity Team Leader Project Manager Project Manager Asset Manager
Work Team
The multifunctional work team
carries out the work under the
guidance of the project manager
or team leader. Expectations
BASIN/TREND BID/CONSESSION EXPLORATION PLAN PROJECT INITIATION NOTE FEASABILITY REPORT FDP BUSINESS PROPOSAL
of the decision team are met
ASSESSMENT RECOMMENDATION
through frequent communication
– Expected Value – Preliminary Reservoir – Subsurface – Preliminary – Expected Value – Drilling Plan – Final Concept Facilities Design and Bussines Plan
& alignment of goals.
– Basin Model – Prospect Mapping – Description Interpretation Reservoir – Detailed Economics – Well Designs Definition Construction – Profit
– Exploration – Geologic Risk Description – Deterministic & – Develop/Plan (Project Specification) – Royalties
– Expected Value – Risk Assessment Drilling Program – Fluid Characteristics – Subsurface and – Geological Model Probabalistic Analisys Reservoir Targets Development – Capex
– Geological – Well Locations – Geological Model Surface Development – Reservoir Simulation – Permitting – (Final Project Drilling & – Opex
– Stategic Fit – Political – Well Design – Recovery Factors Options Model – Strategic Fit – Well Cost Estimates Execution Plan) Completion Plans – Benchmarking
– Business Planners – Environmental – Drilling Costs – Reservoir Continuity – Scenario Tree – Rig Availablity – Objectives – Taxes
– Competition – Technical – Testing/Coring – Contact Levels – Economics – Recovery Mechanism Plan for next Phase Drilling & Schedule – Scope Operating Plan – Forecast
– Parnership – Legal/Regulatory Programs – Well Deliverability – Well Types/Locations – Material Services – Schedule – Reservoir Management – Roce
– Cost – (Preliminary Project
Focus Items Plan for next phase
– Economic – Schedule Timeline
– Contracting Plan – Expected Value
– Well Flow Performance
– Completion Technology Execution Plan)
Requirements
– Rig Specifications
–
–
Cost
Approvals
–
–
Evaluate Synergies
Operation Staffing
– Manpower
Focus items provide a checklist – Expected Value – Environmental – Schedule – Objectives – Operations – Design – Develop Logistics Field Operations
of key activities, ensuring the – Economic Permits – Screening – Preferred – Cost – Completions – Procurement – (Marine/Aviation)
quality of the work is Assumptions – Expected Value Economics Plan and Costs for Development – Schedule – Logistics – Maintenance & Service Reservoir
commensurate with the next – Economic Model Next Phase Concept – Contracting – Expected Value – Construction Contracts Management Plan
milestone decision being made. – Production Forecast – Strategic Fit – Initial Development – Subsurface Strategy – Commissioning – Document
– Capital Cost – Partnership/ Options SD – Surface – Front End – Strategic Fit – Contracting Strategy Management Strategic Fit
– Operating Costs Operating HSSE & SP – Contracting Engineering – HSE – Operatorship
Agreements – Strategic Fit Stakeholder Strategy – Human Resources – Initial Concept (BFD) – Quality Plan For Next Phase – Expansion
– Contract/ – Partnership assessment – Regulator/Legal – Risk – Produces Fluid – Planning/Cost – Divestment
– Strategic Fit Negotiation Farm-in/out Approval – Improvement Characteristics Management Post-Project Review – Marketing Plan
– Partnership Details – External Environment – ALARP – SD – Capacity – Information – Partnership
Agreements – Funding Constraints Demonstration – HSSE & SP – Requirements Management HSE case Farm-In/Out
– Contract/ – Exposure – Apraisal Drilling – Stakeholder – Design Criteria – Human Resources – Internal Environment
Negotiation/ – Players in Area Program Engagement – Design Basis – Risk Management – Technology Fit
Bid Details – Portfolio Analisys – Preliminary Facilities – Improvement Plan
– Funding Constraints Plan for Next Phase – Design – SD, Reputation Reputation Management
– Exposure Plan for Next Phase – Contracting Plan – HSSE & SP
Toolbox – Players on Area – Cost Estimates – Stakeholder HSSE & SP Performance
A variety of tools are available – Portfolio Analisys Engagement
to help progression through a
particular phase. They assist the teams
to maximise value of an opportunity.
(These are examples, a full list of
applicable tools are available in – Oportunity Framing – Technology Planning – Project Execution – Lessons Learned
Chapter 6.) – Technology Planning – Project Execution Planning Planning (Final) Reporting
– Oportunity Framing – Project Execution Planning – Value Engineering – Value Engineering – Reservoir Uncertainty
– Technology Planning – Decision Risk Analysis – Constructability – Constructability
– Project Execution Planning – Value Engineering – Project Standards
– Project Risk Management – Constructability – Decision Risk Analysis – Project Risk
Assurance Reviews (VARs) – Decision Risk Analysis – Project Standards – Contracting Strategy Management
Value VARs support the – Project Execution Planning – Contracting Strategy – Project Risk Management
decision to move to the next – Cost Estimating – Project Risk Management – Reservoir Uncertainty
phase. They provide decision – Project Assurance – Reservoir Uncertainty – Cost Estimating
makers with assurance that – Cost Estimating
decisions are sound (both
technically & commercially)
and deliver maximum value from
the opportunity. (Note: The Pre – Project Initiation Review – Feasibility Review – Concept Selection and – Final Investment Decision Review – Pre Start-Up Audit – Post Investment Review
Start-up Audit is not formally a Development Plan Review
VAR but is so important that it is
included with them.)
36
DECISION / DECISION GATE INITIATE? FEASIBILITY? CONCEPT SELECTION FID? START-UP? WILL FOLLOW THEIR
1 2 3 4 OWN ROADMAP
|
Project Initiation Note (PIN) Concept Selection Report Basis for Design Project Specification Commissioned Facilties Engineering/ Updated As-Built Data
Vendor Data
Hydrocarbon Maturation Plan Feasibility Study Field Development Plan Updated Field Development Plan Updated Field Development Plan Updated Field Development Plan
Reservoir & Well Surveillance Reservoir & Well Surveillance Plans Reservoir & Wells Surveillance Updated R & W Surveillance
Strategy Procedures Procedures & Plans
Prelim. Asset Reference Plan Asset Reference Plan Updated Asset Reference Plan Updated Asset Reference Plan
Project Execution Assessment Project Execution Strategy Project Execution Plan (PEP), incl. Updated PEP Close-out Reports
PM system
Operations Assessment Operations Philosophy Operations Strategies & Operating Plans & Procedures Updated Operating Plans &
Requirements Procedures
“Wells” projects also require OF Wells Execution Assessment Well Engineering Strategy Well Basis for Design Well Completed Wells Well Data Updated Wells Intervention Plans &
report and PIN Engineering Execution Plan Procedures
SD strategy reflected in project SD strategy: optimal concept Updated SD strategy Updated SD Strategy Operations SD Strategy
objectives demonstrated
Key Deliverables (ref. OPMG Chapter 2) Note: Contracting Assessment Prelim. Contracting Strategy Contracting Strategy, Tactics, Operations Contracting Strategy and Updatd Operations Contracts
Some of the deliverables may not be applicable, Management Plan Contracts
depending on the scale and type of the project.
Preliminary HSSE/SP assessment ALARP demonstration EHSIA, Health Risk Assessment HSE Cases, ESH Management Plan Operations HSE-MS and Case,
HSSE/SP plan
Opportunity Framing Report and Updated Framing and Roadmap Updated Framing and Roadmap Updated Framing and Roadmap
Roadmap
Integrated Project Plan (level 1) Integrated Project Plan (level 2) Integrated Project Plan (level 3) Detailed Execution Plans (level 4)
MANDATORY DELIVERABLES
ABCM) ABCM)
Plans and Costs for Next Phase Plans and Costs for Next Phase Group Investment Proposal RFAs Operating Budgets
Risk & Opportunity Management Updated Risk & Opportunity Updated Risk & Opportunity Updated Risk & Opportunity Updated Risk & Opportunity
Plan Management Plan Management Plan Management Plan Management Plan
Stakeholder Engagement Plan Stakeholder Engagement Plan Stakeholder Engagement Plan Stakeholder Engagement Plan Stakeholder Engagement Plan
Assurance requirements included in Project Assurance Plan (PAP) PAP PAP PAP Operating Assurance Plans
OF Roadmap
Opportunity Framing Report & Opportunity Framing Report & Opportunity Framing Report & Opportunity Framing Report & Endorse Dashboard Agree corrective Project Close-Out, PIR; VAR5 ToR and
Roadmap PIN; VAR1 ToR Roadmap Feasibility Report PAP; Roadmap FDP/Concept Sel. Report Roadmap GIP; PAP, PEP VAR3 Close- action plans VAR4 Close-out; PERT Close-out
Decision Review Board
(DRB) Project Delivery
VAR1 Close-out; VAR2 ToR PAP; VAR2 Close-out; VAR3 ToR; out; VAR4 ToR; Project Resourcing; ToR and Close-out; Operations
Deliverables which Project Resourcing Group Investment Proposal (GIP) Resourcing
require explicit Assurance Board (PDAB)
approval from DRB/ Risk & Opportunity Management Plans for the full project, incl. Contingency plans on Key Risks
PDAB/WDB
Well Delivery Plan and Technical Optional board meeting to approve Endorse the proposed well concept Endorse the detailed well design, Endorse the Well Programme Endorse Release docs & approve
Well Delivery Board (WDB)
(as applicable)
Assurance Plan feasibility and WDP 2 WDP 3 and WEEP changes to Operating Envelope;
AARs
Value Assurance / Project Execution Reviews VAR 1 (SIEP Led) VAR 2 (SIEP Led) VAR 3 (SIEP Led) VAR 4 (SIEP Led) GIP Review PERT (SIEP Led) VAR 5 (SIEP Led)
(Functional Support)
Estimate and Schedule Assurance Review (Note: ESAR (> $500 mln.) (Peer Assist ESAR (> $500 mln.) ESAR (> $200 mln.)
ESARs are carried out in the context of GP #21) mode)
Minimum Standards (Note: T&OE Minimum
Standards are mandatory and set broad policy
in 14 areas. These require auditable and owned Minimum Standards do have relevance for projects: for example the organisation in which the project is executed, shall have a Technical Authority System.
RESTRICTED
systems to be in place and tend to be directed Minimum Standards underpin each step of the Global Processes throughout all phases. Peer-Assisted Activity Healthchecks (once every two years)
at Functional/Discipline assurance, not Project
Assurance. Healthchecks
#1: Hydrocarbon Resource Volume Refer to ARPR process for Reserves Challenge (RRCS/RCAN)
Management
#7: Integrated Reservoir modelling, and Integrated Modelling Review (0), Integrated Modelling Review
GP #8: Well and Reservoir Surveillance (1), (5). (These include other Global (5). (These include other Global
Processes, e.g. GP #4 GAP and GP Processes, e.g. GP #4 GAP and GP
#5 HDP) #5 HDP) WRS Strategy Review
#9 Well Delivery Process (Ref. ABC Feasibility Review Conceptual Well Design; Technical Well Value Challenge; Programme Drill the Well on Paper; AAR Post Production Review
Guide) (Note: Assurance on well Endorsement Endorsement
programme may take place on an
annual programme).
#12: Operations Readiness and Formal assurance is covered by VARs 1-4 Pre Start Up Audit, incl. TR Post Production Review
Assurance, and GP #16: Technical Operations Final Acceptance Audit
Integrity (FAA)
MANDATORY ASSURANCE
#19 Opportunity Framing (OF) OF workshop (event)
implementaion of a HSE-MS).
Healthchecks Self-Assessment Discipline Healthchecks (once a year). Self-Assessment Activity Healthchecks (every two years)
HSSE Review HSSE Review HSSE Review HAZARDS and Effects Register HSSE Review
Performance
Review
Generic Project Assurance Plan (PAP) | 2.0
This generic PAP is applicable for Projects with total Capex > $ 500 million, and Capex > $ 200 million
if medium or high risk. PAPs for smaller/less risky projects should be developed on the basis of the type of
project and the risk profile. For such projects, mandatory assurance events are still required, however, their
scale will be smaller and significantly fewer discretionary items would be applicable.
The template PAP is shown on the opposite page. The three elements of a PAP are; the (mandatory) key
deliverables, the (mandatory) key assurance events, and the discretionary assurance events. A large portfolio
of discretionary value improvement practices exists, and can be found in the OPMG. They range from
discipline peer reviews to design optimisation practices (Value Engineering, Design-to-Capacity), SD/HSE-
workshops etc. The sheer size of these tables may appear daunting at first glance. However, it must be
realised that it takes several years to bring an opportunity from Identify to Operate. The Select phase alone
may take as long as two years. Use of judgment is key in determining the number of VIPs and the level,
breadth and depth of assurance activities. Conscious choices on scope and depth should be made on a risk-
based analysis. The DE/DRB is expected to take an active role in setting the appropriate level of assurance,
and must approve the PAP.
Although quite some effort has been spent in trying to make the PAP exhaustive, the template should
never be taken as substitute for thinking. Teams, and their DE/DRB’s, are expected to tailor the PAP
template both in terms of applicability on any given project, and in terms of scale of each deliverable and/
or event.
3.4 FINANCE
3.5 PEOPLE
39
Chapter
Chapter 3
3 || Project
Project Strategy
Strategy
Project strategy gives the project shape. It Figure 3.0.1 Project Strategy
These are the focus areas for the senior levels involved in a project. Timely
attention to these dimensions is the principal means of achieving the desired
levels of front-end loading. Most strategic decisions should be made no later
than the end of the Select phase and the expected deliverables from the first
two phases of the Opportunity Realisation Process (ORP) indicate the nature of
the strategic thinking required.
For this reason, an integrated, multi-functional team is needed very early in the
ORP and certainly by the Select phase. Reservoir, well, field and operations
engineers all have a major contribution to make at this stage. In addition,
marketing staff, corporate affairs and others may have significant input,
dependent on the nature of the opportunity. It is an essential aspect of project
strategy to identify and obtain the necessary skills to ensure the quality of the
strategic planning deliverables.
All the above applies equally well to Non-Shell Operated Ventures (NOVs). The
difference with operated ventures is that strategy needs to be directed through
the operator. The Shell team manages by ‘remote control’. This is further
discussed in section 3.6.
These three should co-exist in the context of a Sustainable Development Strategy, which describes the
project’s credentials against the Group’s Sustainable Development principles.
These high-level plans can be supported by other plans with more detail. For example, the Project
Execution Plan addresses the Contracting and Procurement (C&P) strategy, but this will often be defined
in more detail in a C&P Plan. This section of the OPMG covers the three highest-level deliverables
above, but also discusses some of the other underlying plans, in particular C&P, Operational Readiness &
Assurance and Technology Planning. However, before any of these plans can be developed, the opportunity
needs to be framed and planned.
[Link] Framing
Opportunity Framing1 is a structured approach to defining and understanding an opportunity. It is the
starting point for the team’s planning of a robust decision-driven journey to achieve a declared goal. As
its name suggests, the ‘frame’ resulting from the Opportunity Framing provides the boundary for all of
the project team’s work leading to the next Decision Gate – exactly what is going to be done, (and what
is not), why, how and by whom. It provides the contract between the project team and the DRB, and the
output can be used as the basis for the Project Initiation Note (PIN).
1 Refer to T&OE Global Process 19 Opportunity Framing and the Facilitator Handbook EP 2003-9107.
Any opportunity, whatever its size or scope, benefits substantially from the framing process. Framing
addresses (with the relevant Opportunity Framing modules in parentheses):
– the project context (Project Challenge, Business Context);
– the project focus (Opportunity Statement);
– the stakeholders – who they are and what their interests are (Stakeholder Analysis);
– the drivers that affect the value of the opportunity – setting priorities between conflicting drivers and
understanding trade-offs between alternatives (Value Drivers and Critical Success Factors);
– identifying issues across all of TECOP2 (Opportunities and Threats);
– defining success (Definition of Success); and
– planning the way forward by understanding the decisions in each phase and then defining what work
has to be done to produce the evidence to enable the decisions to be made (Decision
Hierarchy, Roadmap, including the Project Assurance Plan).
With this understanding of the opportunity, the composition of the opportunity/project team and the
DRB make-up can be defined.
Opportunity Framing shall be undertaken right at the outset of the opportunity and should be revisited at
every Decision Gate or major change, internal or external to the project/opportunity.
Framing of projects in Non-Shell Operated Ventures (NOVs) needs to achieve two objectives:
1) Framing the opportunity to ensure the appropriate work is done through the operator to
assure value.
2) Understanding the exposure to Shell (that may come from lack of competence of the operator or
non-aligned value drivers or priorities) so that the strategy and tactics for Shell’s involvement can be
determined, including activity plans and resource models.
Hence the framing is best approached first from a 100% project/venture ownership perspective, and then,
after this holistic framing, several modules can be repeated both from an Operator’s and from Shell’s
perspective (e.g. in combination with a SWOT analysis for each of the participating companies), in order
to fully understand any possible tension and/or leverage in the partnership and to establish the foundation
of the strategy and tactics towards that partner3.
The Roadmap is developed at the very outset of the opportunity and is updated when the framing is
revisited. Figure 3.1.2 illustrates the information that is to be captured on the Roadmap, while a typical
oil-related exploration and development opportunity is shown in Chapter 2, Appendix C. The Roadmap
is a high-level document and does not replace the need for the opportunity/project team to generate more
detailed plans showing all TECOP activities, as described in Chapter 4.1.
6 6
2 3 3
12 4
13 13
11 10
5 5 5 5
7
Performance
Front-end Loading Project Execution Optimisation
The ORP and the Roadmap are not intended to be overly prescriptive and opportunity/project teams
should customise the Roadmap to suit each individual opportunity. While a customised Roadmap should
follow the logic of the ORP phases, it is essential that the team develops a Roadmap that illustrates its own
particular decision-making needs and timing, as well as the deliverables and activities needed to get to the
Decision Gates. In agreeing the Roadmap, the team and DRB are agreeing:
1. Timeline: Dates for key milestone decisions (Decision Gates and intermediate decisions) and milestone
events (permit submissions, first oil), agreed at the framing and endorsed by the DRB, should be shown.
The timeline is best added as the last item on the Roadmap, i.e. after all the decisions, deliverables and
supporting activities are clearly understood, to help avoid becoming unnecessarily time driven. The ORP
is a decision-driven process, not an activity-driven process: until Execute activities are undertaken only in
order to obtain the necessary decisions at the appropriate times. These will always include the preparation
of plans and cost estimates for the next phase. During the Execution phase itself, activities are undertaken
so as to meet the project objectives5.
2. Decision Review Board: Membership of the DRB shall be shown on the Roadmap, indicating the
Decision Executive (DE). The DE is the owner of the opportunity, external to the opportunity/project
team, and has single point accountability for the opportunity at that stage. He/she chairs the DRB. Refer to
Section 2.3.1.
3. Decision Gates: The broad nature of the Decision Gates, and common supporting documents, are:
End of Identify: do we understand what we’re starting? Strategic fit? Should we invest money, resources?
The decision is supported by the PIN.
End of Assess: have we looked wide enough, both in terms of external uncertainties as well as
(development) concepts? Is there at least one solution that is feasible in most, preferably all, outcomes?
5 It is often found that some execution activities need to be started in an earlier ORP phase than the phase that produces the deliverables
that they contribute towards (e.g. Government approvals). These should be mapped in the relevant phase in which they start and perhaps
coded in the phase colour to which the deliverable belongs.
The decision is supported by the Feasibility Report. Note that thinking tends to be divergent up to this
point, whilst the team should try and become convergent from this point onwards.
End of Select: have we selected the right concept, and are we prepared to invest in further definition of the
concept? This decision is supported by the Field Development Plan and Concept Selection Report.
End of Define: are we ready to commit to execution? This decision is supported by the Group
Investment Proposal.
End of Execute: are we ready to start up operations? This decision is supported by the pre start-up audit.
4. Intermediate Decision Points: many opportunities require important intermediate decisions between
the Decision Gates. These should be articulated and captured on the Roadmap.
5. Lessons Learnt: The Lessons Learnt should be captured at the end of each phase while people are still
around and the lessons are fresh in everyone’s mind. The Project Health Check6 is the recommended tool
to systematically collect these lessons, and some will become Practices Worth Replicating7. The major
lessons should be captured with the eventual requirements of the VAR 5 (Post Investment Review) in
mind. This will save much unnecessary work at a later stage.
7. Project Assurance Plan: One of the required behaviours within the ORP is value-focus. This focus
is achieved by the application of reviews, assists and other Value Improving Practices (VIPs) at the right
time in the opportunity lifecycle. VIPs are used to both enhance and protect value, and include the
incorporation of Practices Worth Replicating and lessons learnt from other projects. These must be planned
for from the outset and captured in a plan to be agreed by the DRB, with the scheduling of at least the
main ones shown on the Roadmap.
8. Focus Items: The focus items form the essential work for the project – the activities to be undertaken,
choices to be made and issues to be addressed – so that the team can produce the deliverables to enable the
next milestone decision.
9. Opportunity/Project Team: A guiding principle for ORP application is the use of correctly
constituted, multi-functional opportunity/project teams to arrive at the quality of deliverable that
will, firstly, allow decisions to be made to move forward and will, secondly, maximise the value of the
opportunity. Engaging the right team competencies at the right time and in the right manner (via
functional matrix, or core) enhances project outcomes. It is essential to plan the required experience and
competence into the plan and illustrate the involvement of the most significant players on the Roadmap
by stage/phase – both technical and commercial. In Identify & Assess and Select, it is important to obtain
the input of those whose experience is largely in Define, Execute and Operate with regard to technical and
commercial issues but, just as essentially, with regard to implementation strategy (e.g. Contracting Strategy,
Project Execution Plan) and cost and schedule. If at all possible, the inputs in these early stages should be
from the future Project and Asset Managers.
6 The Project Health Check (PHC) is a purpose-built tool to assess the health of a project in any of the first three phases, whilst collecting
good/best practices for other projects to benefit from. The PHC is the qualitative part of the mandatory Global Process on Benchmarking
and can be obtained from the C2V Team.
7 Practices Worth Replicating is EP Global Process 23.
Figure 3.1.3 Key deliverables in each ORP Phase (for a typical large EP Project)8
ORP PHASE
10. Deliverables: The deliverables required to support the various decisons will be captured on the
Roadmap. Typical key deliverables for a major EP hydrocarbon project are shown in Figure 3.1.3.
Opportunities in NBD, Gas & Power, Exploration and non-Shell operated opportunities will require other
deliverables, for example Negotiation Strategy, Stakeholder Engagement Plans, Reputation Plans (which
are also needed for many ‘routine’ EP projects). The need for these will be specified during Opportunity
Framing.
The level of definition of these deliverables will be governed by the risk profile of the project. The key is to
reduce residual uncertainties to the level acceptable to support the end-of-phase decisions; in particular the
decision to proceed to the next phase and associated commitments.
8 The content of these deliverables is covered in more detail in Chapters 3, 4, 5; for Downstream projects reference should be made to OGP
Governance – Project Development and Implementation OG.03.30540
The required level of maturity of key deliverables at the Final Investment Decision (FID) Decision Gate
should be clearly defined and agreed with the DE/DRB at the beginning of ‘Define’.
11. Mandate: Agreeing the output of the Opportunity Framing with the DE/DRB at the beginning of
each phase defines the “operating envelope” for the team and the activities to be performed by them. It will
spell out the givens for that phase, plus the assumptions and boundary conditions, and authorises the team
to proceed. This gives the team its mandate.
12. Opportunity Statement: The Opportunity Statement should be developed during the Opportunity
Framing exercise and clearly posted within the Roadmap as a constant reminder to the team and DRB
what the opportunity truly is. It should be clear and concise, and capture the full lifecycle of
the opportunity.
13. Dialogue: The ORP requires effective dialogue between opportunity/project team and DRB to create
an environment for quality decision making (refer to Section 2.3). The DE/DRB approves the frame,
which, amongst other things, means that they agree to the decisions that the team is going to prepare for
them, the deliverables that will underpin these decisions, and the work activities that will go into these
deliverables. However staffing, funding, timing, risk management, stakeholder management and selection
criteria etc. also require a meeting of minds between the team and the DRB.
Best practice can require the team and the DE/DRB to meet as often as twice per month with the
understanding that either the team or the DRB may need to call for unplanned meetings. The meetings
should be formally recorded. The nature of these engagements will vary, and will depend on the issues/
events at hand (where decisions or interventions are needed from the DRB), or the need for steer and/or
help (as expressed by the team). The ORP uses the word “dialogue” very consciously; the engagements
are not meant to be one-way presentations or report-outs, but interactive work sessions. They are not for
regular progress updates, nor to resolve normal line issues, nor to create additional bureaucracy. The DRB
reviews the quality of the emerging decisions. Although the DRB-members can make decisions within their
personal mandate, the headline decisions usually have to be referred up to a Decision Authority at a
higher level.
Discovery
Exploration ID &
Select Mature Drill
Assess
Development ID &
Assess Select Mature Execute Operate
Project
Similarly an overall opportunity Roadmap for a complex integrated undertaking may be broken down into
subsidiary Roadmaps for different parallel parts of the work. Figure 3.1.5 shows an example of possible
nested Roadmaps for a brownfield growth opportunity9. In these circumstances, it is essential that the
teams working the subsidiary elements fully understand the linkages between constituent parts (e.g. so that
the impact of commercial decisions on the technical project are fully appreciated).
Overall Identify
Select Define Execute Operate Level 1
Opportunity & Assess
Roadmaps are designed to be used for a single opportunity, not for portfolio management. However, the
potential impact of other opportunities on the opportunity under consideration (and vice versa) can be
illustrated by the same principle of nested Roadmaps. As a rule, the components of a complicated project
or a portfolio have to be understood by themselves before the links (required precursors, possible unlockers,
spin-offs) can be clearly mapped and understood.
9 New business opportunities often go through the ORP phases several times, at different levels of definition. There may be a strategic
partnership deal that is Identified & Assessed, (Concept-)Selected, Defined and entered into; followed by a new venture undertaking
within the new partnership; followed by a project within the new venture.
It should be emphasised that point 2 above refers to the owner of the business opportunity. For an EP
project, this may be NBD, Exploration, or a Regional Technical or Production Directorate.
For EP projects with an integrated surface/subsurface technical team, there is usually a change in leadership
of this team as the emphasis shifts from subsurface study to delivery of wells and facilities. This can occur
during Select or Define, though best practice suggests completion of Basis for Design as the preferred point
of formal handover from a “developer” to a “deliverer”– but the formal point of transfer is less important
than smoothness of the transition. Refer to Section 5.3.2.
[Link] Definition
Concerns about environmental and social challenges have translated into greater stakeholder expectations
for business. In response, the Shell Group is committed to contribute to Sustainable Development, based
on a compelling Business Case that includes maintaining its licence to operate and grow.
Sustainable Development requires that project teams integrate the social, environmental and financial
aspects of all decisions and their consequences, and consider these aspects when calculating “value”.
Integrated decision-making requires:
− full consideration of economic, environmental and social impacts;
− a balance between short-term priorities and long-term needs; and
− an awareness and consideration of stakeholder interests via engagement and understanding.
M A X I M U M VA L U E C R E AT I O N
Environmental
Performance Economic Performance Social Performance
Performance
Elements
SD Generate Deliver value Protect the Manage Respect and Benefit Work with
Principles profitability to customers environment resources safeguard Community stakeholders
people
Key
All Business Engineering Engineering Tech HSE, Contracting Business
Contributors disciplines Opportunity (Process, (e.g. Process Engineering and Opportunity
Manager, Seismic, Mechanical (Process, Procurement Manager,
Project Wells, Civil Reservoir Civil, Wells, (C&P), HR, Project
Manager, Pipelines), Pipelines), Pipelines), Logistics, Manager,
Finance, Logistics, Environmen- Field OHS, Engineering, HR, External
Government C&P, Env tal Advisor Security Social Affaires
Advisor HR, C&P Performance Advisor
Advisor
All projects must be able to articulate how they are honouring each of these principles.
Decision Review Boards (DRBs) and Opportunity/Project Teams should do their utmost to ensure the
quality of any decision. The principles of Sustainable Development impact most of the attributes that
result in a quality decision: context, data, alternatives, values and trade-offs, logic and commitment (refer
also to Chapter 6 Decision Quality).
The Project Manager and Operations Manager have major Sustainable Development roles as part of their
responsibilities for technical and operational performance. It is the responsibility of the DRB to assure
that adequate information is provided and an integrated decision is made, which is only possible with the
contributions of all disciplines.
Stakeholder engagement, issue management and Refer to Reputation Management (Chapter [Link])
other reputation management requirements
ESHIA and associated requirements Refer to control processes – HSE (Chapter 4.6)
Social performance requirements Refer to control processes – Social Performance (Chapter 4.6)
KEY:
Sustainable Development aspects shall be integrated into each relevant plan (such as in C&P, HSSE, social
performance and other plans as appropriate) and then be summarised in a brief Sustainable Development
chapter in the key project document at each ORP phase. However, the project may decide to produce a
complete Sustainable Development Plan for convenience, for example, where this would aid dialogue with
key stakeholders.
The responsibilities specified above also relate to Shell’s Sustainable Development principles in Joint
Venture (JV) opportunities and any conflicts must be dealt with at the appropriate level (usually the DRB).
Further information relating in particular to Health, Safety and Environment (HSE) requirements is
provided in the Group standard Management of HSE in Non-Shell Operated Joint Ventures.
[Link] Definition
The Asset Reference Plan (ARP) is the principal mandatory management tool by which assets are
effectively and efficiently managed throughout their life.
The ARP is therefore owned by the Business Opportunity Manager (refer to roles in the project team in
Chapter 2).
ARPs reflect the impact on cash flow and profitability of the activities, resources, policies, standards, threats
and opportunities that can affect the asset during its operational life by means of the quantification and
categorisation of the above with reference to technical integrity, deferment, servicing and support.
The ARP documents assumptions and uncertainties, and summarises the growth and development
plans for an asset. The plan commences with the identification of an opportunity (e.g. from the point of
acquisition of a licence block) and continues throughout the asset lifecycle until decommissioning
or disposal.
During the early phases of development, the evolving ARP will reference key development documents that
contain, among other things, data relating to the Field Development Plan.
The ARP for a new development that will be tied back to an existing asset will normally be absorbed in the
“host” asset’s ARP.
Responsibility for the initial preparation and approval of an ARP rests with the Business Opportunity
Manager for a greenfield opportunity, who is effectively operating as an Asset Manager until the project is
handed over to the future owner at steady state. The Project Manager and the whole of the project team
will contribute to the ARP.
Once an asset enters operation, the updating of the ARP becomes an essential part of the business planning
process and development of the annual review of reserves, work programme and budget.
[Link] Content
The content of a typical ARP is listed in Table 3.1.2.
Expenditure Underwater
Sensitivities Logistics
Mandate/Licence Decommissioning
Location Appendices
SWOT NPV
[Link] Links
[Link] Definition
The Project Execution Plan (PEP) is the document that describes in detail how the project is to be
delivered. All projects shall have a PEP in Define. The PEP is owned by the Project Manager.
The PEP evolves from the Project Initiation Note (PIN), which in turn is based on the initial Opportunity
Framing, and which kicks the project off. The PIN is the most prominent document in Identify.
During Assess, when Feasibility is established, the PIN transforms into a Project Execution Assessment
(PEA), normally a section in the Feasibility Report. The PEA simply looks at the feasible execution
approaches for different potential development options, and understands local/global constraints
and requirements.
In Select, when strategic and conceptual choices are made, the PEA evolves into a Project Execution
Strategy (PES), usually a section in the Concept Selection Report (CSR). The PES captures strategic
choices around execution of the selected concept, which means that it also details how the Basis for Design
(BfD) and the Project Specification (PS) will be executed.
Having chosen the concept and the strategy for Define, the PES is detailed out into the Project
Execution Plan.
The PEA/PES/PEP will give support to, and ensure coherence between, the various project decisions and
will allow all parties involved in a project to work as an integrated team. In some businesses (e.g. GSP) the
Project Execution Plan in the Execute phase is called a Project Implementation Plan (PIP). In other areas,
the whole chain of PEA/PES/PEP/(PIP) are called PEP1, PEP2, PEP3, PEP4, reflecting the different levels
of detail and attention areas as the project moves through the process
[Link] Preparation
For large projects, many of the parts of the PEP are stand-alone plans, and the PEP document is simply an
overview of these plans.
During Phase 2 – Select, the PESs will place far more emphasis on the strategic elements of the plan
(objectives, contracting strategy, human resources and organisational requirements, the risks and potential
value improvement) than on the project management aspects. During this phase it is important to develop
a first definition of the work breakdown structure, as it serves as a framework for the cost estimate, project
schedule, contracting strategy and the project team’s organisational structure. Developing the PES will also
cover detailing the contracting and organisational requirements for Front-end Engineering Design (FEED).
During Phase 3 – Define, the final PEP is prepared, where the execution plans and project controls are
further developed and the project management aspects will receive much more attention. By the end of
this phase, when a project is ready for full funding, the PEP is essential to ensure that business and project
objectives have been well defined, the scope of work is clear and agreed by all stakeholders, and that plans
are in place to manage risk, organisation, contracts, design, procurement, construction, safety, cost, quality,
schedule and flawless start-up.
The PEA/PES/PEP should be prepared by project engineering professionals, with support from a multi-
discipline team. While progressing an opportunity, the team transforms from an opportunity team,
with emphasis on petroleum and well engineering functions, to a project team, with emphasis on field,
operations and maintenance engineering. Early involvement of project management professionals in
assessing the execution environment, formulating the strategies and developing the execution plan is
absolutely key to successful project execution.
This high-level structure is discretionary; teams are encouraged to build a framework of documentation
that suits their particular circumstances.
[Link] Content
In the following guide to PEP content, the headings and sequence are discretionary.
Summary
An outline of the project and the purpose of the PEP, sufficiently detailed to enable the reader to decide if
they require to read the rest of the PEP.
Introduction
Describes any specific key assumptions that impact on the PEP and the project:
− background and history;
− objectives and targets;
− milestones;
− team mission; and
− value drivers.
The majority of these will have been developed during the Opportunity Framing.
Project Scope
Briefly describes the background and scope of the project with extracts, diagrams, figures etc from the
Field Development Plan (FDP), PS and other relevant documents. This section provides the reader with
sufficient information to understand the PEP without excessively duplicating information. Typically, the
following project particulars, expressed in terms of quantified goals and objectives, should be included:
This section is further complemented with cost, planning and organisational data in the next three
sections of the PES/PEP. This provides a concise overview of the initial requirements of the key project
management elements for setting up the project. Contracting, procurement, logistics and infrastructure
specifics are described in relevant sections.
Project Schedule
Describes the objectives and strategies of the project schedule and will include both the Opportunity
Roadmap and the Level 1 integrated project plans with major project milestones and assumptions. This
plan should be prepared in accordance with Chapter 4.1 – Work Planning. A schedule risk analysis should
also be included and, in addition to the base schedule, a description of other possible scenarios. The Level 2
schedule should be included as an appendix.
The PEP should highlight cross linkages between contracts, e.g. output from the design contractor, to suit
fabrication/procurement/installation bidding, and critical interfaces between project elements, e.g. surface
facility plans and well engineering plans or upstream and downstream plans.
Describes the Work Breakdown Structure (WBS) and gives an overview of the project costs (Capex from
e.g. Capcost, CES and Opex from e.g. OPE$T) and includes the Level 1 cost estimate (a more detailed
Level 3 estimate may be included as a separate appendix). The estimate should be compatible with the
chosen WBS, be phased by year and include all necessary allowances and contingencies. The accuracy of
the estimate will vary with time but should follow the rules of cost estimating (Chapter 4.2). A plan to
obtain the necessary funding for the project should be included, together with a financial breakdown of the
project at Request for Approval (RFA) level, sometimes referred to as Approval for Expenditure (AFE).
The RFAs in the commitment plan should correspond to the major commitments, composed of
packages of activities, as determined by the contracting strategy. Each RFA shown may cover one or more
commitment, and each commitment in turn can represent either a single activity or several activities. The
total of the RFA amounts should be the same as the project budget proposal. The commitment plan could
be either in a tabular format or overlaid on the planned expenditure S-curve.
Some projects are financed externally – either we choose to or our partners may – and lenders’
requirements can significantly impact project execution. This is discussed in more detail in Chapter
3.4, but project execution planning at all stages (the PEA, PES and PEP) should make clear what the
consequences are and how they are being managed, if this financing route is taken.
During Select, this section of the PES will not have all the detail above; costs will be preliminary to the
level allowed by the level of scope definition.
The importance of the WBS should not be underestimated. It provides the framework for consistency
across the:
− cost estimate;
− schedule;
− contracting strategy; and
− team’s organisational structure.
Organisational Plan
Describes the organisation in line with the complexity of the project, the WBS and the proposed contract
and procurement strategy. It should make primary roles, responsibilities and accountabilities clear for the
key individuals both inside the team and external (assurance). A manpower histogram and organisation
charts across the project life should be included. As required, the charts can cover several project phases,
e.g. Select, Define, Execute and during handover. This section further describes the location of the work
and required facilities, e.g. office space, IT requirements.
Third-party Approvals
Describes all third-party technical and financial approvals and their timing needed throughout the
project duration.
Risk Management
Describes the risk and opportunity management process and gives an overview of the key project risks
and opportunities.
As part of the preparation for the PES/PEP, major risks to the successful execution of the project must
be identified and assessed in accordance with Chapter 3.2. The PEP should record the major identified
hazards and contingency measures that the project team intends to take to remove or minimise these risks.
They should be reflected in the cost estimate and/or the project schedule, and if necessary some allowance
made in the contingencies.
The PEP should state how the project team intends to manage the risks on an ongoing basis, and how
higher authorities outside the team are going to be kept appraised of the important risks, consequences and
mitigation actions.
HSSE Deliverables per ORP Phase are identified in Section 4.6. The detail of the documentation should
be in keeping with the complexity and level of risk associated with the project.
The contracting strategy is defined as the combined plan for all major contracts within a project, with
respect to the decision on commercial form, method of contractor selection and combination and
interfacing of activities. Preparation of the contracting strategy should start during Phase 2 – Select, and
best practice is to hold a contracting strategy workshop with facilitation from a C&P expert. This should
be summarised in a contracting quilt (Chapter 3.1.6) with key risks/opportunities identified in the PES.
As the project moves through Define and the PEP is drafted, the C&P section needs to highlight the
prequalification/tender/award process to be followed and a timetable for achieving the scheduled major
contract award dates.
The section further describes the procurement strategy together with a description of the procurement
process and a schedule for successfully achieving all the procurement activities on the project. This also
covers the critical procurement scope (including early procurement requirements (e.g. list of long-lead
items), the procurement plan, procurement procedures and describes the requirements for
project insurances.
The procurement strategy should be developed jointly with the C&P department. The strategy should
reflect corporate procurement policies (i.e. global procurement, e-procurement etc.) and host government
and/or partner requirements, as well as identify what will be provided in-house and what others will
procure. A schedule should be developed to identify the key milestones for the critical material deliveries
based on vendor data and Required on Site (ROS) dates.
The procurement strategy should also consider the provision of equipment training for operations staff and
the possibility of healthcare contracts, where the maintenance of the equipment for a specified period is
included in the vendor’s scope. Vendor assistance during construction, commissioning and start-up should
be addressed including the strategy for obtaining it.
Quality
Describes how quality will be assured throughout the project lifecycle. In the PEA/PES this may simply
refer to the PEP, but as the project moves into Define it must address in more detail the:
− policy;
− objectives;
− Quality Management System;
− standards and quality assurance;
− quality control;
− technical integrity verification; and
− audits and review.
For larger projects this is usually documented in a stand-alone Project Quality Plan, generated late in
FEED but based on thinking captured in the PEP.
Most of the initial data would be available from the Operations Philosophy document.
Human Resources
Describes and maps the positions for the project organisation charts as defined in the organisational
plan section. This includes identification of the required skill levels/disciplines for the key positions in
the organisation and their description, e.g. purpose, responsibilities, accountabilities and experience/
qualifications required. The position descriptions should also address the occupational health hazards of the
job. Further explains how:
− staff planning is actively managed (local and/or international);
− timing of when positions are required/filled; and
− where staff are to be resourced from (Shell and/or contractor).
Describes the cost control mechanisms that will be put in place for Execute. This should cover
requirements for e.g. cost recovery, budget and cost control, business controls and governance, tax etc.,
and clearly link to the roles and responsibilities defined in the organisation section. It also covers the cost
reporting process and responsibilities (refer also to Chapter 4.2).
Describes the project interface management and communications plans with respect to joint venture
partners, corporate management, government, other major stakeholders, project team and contractors that
will be captured to support the execution processes and fulfil the information requirements for
handover. Describes:
− how opportunity/project IM relates to the operating business model of the client;
− how information requirements for the opportunity/project and Operations are to be identified
and agreed;
− how information is to be structured, with reference to Company standards and templates for
documents and data;
− how information is to be planned, specified, expedited and delivered;
Describes the tools required to support the project interface management and communications plans, with
respect to joint venture partners, corporate management, government, other major stakeholders, project
team and contractors, including:
− telecommunications services;
− computing and software applications;
− hosting services;
− IT security; and
− plans to include distribution and control arrangements of information deliverables.
Lessons Learnt
Describes briefly, per relevant topic, which lessons learnt have been implemented from other projects. It
also describes the measures that the team will put in place to capture and share lessons per phase for use by
other projects.
[Link] Definition
The Operations Philosophy is owned by the Operations Manager (refer to roles in the project team,
Chapter 2) and provides the framework to ensure facility and well design matches how the asset is to be
operated, maintained, staffed etc. It is essential that the mandatory Operations Philosophy is developed in
parallel with concept selection to ensure this alignment exists.
An Operations Philosophy consists of a series of concise statements that spell out both the operational
intent and high-level functional requirements. This is to make sure that:
− the production process will be as simple as possible;
− all facilities will be “fit for purpose”, recognise the existing infrastructure and the legal, contractual and
critical production requirements;
− all facilities will be within operational and maintenance competence of existing staff, given that they
are provided with appropriate training, except where an alternative is proved to be more cost effective
or of lower risk;
− all production plant will be simple to maintain, easy to monitor and will be self-regulating within the
design operating envelope to ensure minimum risk to personnel, and the community;
− the process will seek to reduce undesirable environmental, social and public health impact to
ALARP; and
− operational and maintenance experience is fed back to new opportunity designs.
In the case of a new operational activity or operating environment, an initial operations assessment should
be completed in the Identify & Assess phase to clearly define the options and key criteria to be considered
both in concept selection and in developing the Operations Philosophy.
To ensure that operational intent and functional requirements have been correctly translated and
incorporated into key project documentation (BfD, the Invitations to Tenders (ITTs) for FEED and
Execute, and purchase orders for equipment), it is essential that all key project documents are reviewed
for conformance with the Operations Philosophy and any non-conformances documented and approved.
During this work it is important that due consideration is given to the level of ‘SMART-ness’ that the
facilities and wells should achieve.
After completion of the project and a suitable period operating the new facility, the actual modus operandi
should be reviewed against the intent as defined in the Operations Philosophy and lessons learnt captured
for future projects.
[Link] Content
An Operations Philosophy typically has the following structure and content:
− Part A – scene setting, including venture/project description and captures aspects, which directly
impact the philosophy
- Section 1: Introduction and Purpose of the Document
- Section 2: Scene Setting and Business Environment
- Section 3: External Factors and Local Conditions
- Section 4: Binding Decisions (management decisions already made)
- Section 5: Definition of Success and KPIs
− Part B – Philosophy statements for project input
- Section 6: HSE in Operations
- Section 7: Specific Operations Requirements
- Section 8: Operations Readiness and Assurance
- Section 9: Operations Contracting and Procurement
- Section 10: Organisational Strategy and Design
- Section 11: Operations Management Systems
- Section 12: Brownfield Acquisition Issues, Transition of Operations
- Section 13: Uncertainties and Major Risks
- Section 14: Operating Costs
− Part C – Appendices
- Actions resulting from the Operations Philosophy.
- Key supporting documents.
- References to other documents.
- List of abbreviations.
OR&A is a Global Process (Global Process 12) that prescribes the key steps to be taken in the opportunity
and project development phases in order to ensure that:
− wells and facilities, support processes and systems are designed and built taking into account the
lifecycle safety critical, production critical and integrity critical requirements;
− “right first time” commissioning and start-up leading to a cost effective and quick ramp up to planned
target production levels using “Flawless Start-up” is possible; and
− wells and facilities, support processes and systems, staff and organisation are truly ready for sustainable,
steady-state commercial operation at handover of ownership from the project team to the operations
function and perform in accordance with the Group Investment Proposal (GIP) promise.
OR&A is an integral part of project delivery and starts in Identify & Assess. Though prime accountability
for OR&A lies with the Project Manager of the project team (refer to Chapter 2), the Operations Manager
and Business Opportunity Manager also have major responsibilities and accountabilities, through the
development of an OR&A Plan and for the provision of sufficient funds and resources to execute
the plan.
A well-executed OR&A process will not only contribute substantially to an effective and efficient project
delivery, but also to an effective implementation of operations excellence, starting at the “Flawless Start-up”
and stretching to include the abandonment of wells and facilities. The process is outlined in Figure 3.1.7.
The process focuses on ensuring that the Operations requirements are clearly defined up front and
incorporated into all the relevant project documentation including PEP, ITTs etc. This starts with the
Operations Philosophy in the Select phase, with further definition in the Define phase through the
development of detailed strategies and requirements for the full suite of operational activities.
The availability of an OR&A resource, early enough in the ORP and of sufficient seniority and experience,
is critical to successful implementation of the process and is the responsibility of the Operations Manager.
In many cases it will be the Project or Operations Manager, but may also be provided from within the
project delivery organisation (EPT-P).
OR&A assurance activities should be incorporated into the overall Project Assurance Plan to ensure that
the intent of the OR&A process is delivered. These activities are at various levels of intensity, from simple,
activity-specific peer reviews to major cross-functional reviews such as pre start-up audit, and include:
− OR&A gap analysis or Health Check based on the OR&A framework and specified in the OR&A
Plan;
− OR&A peer reviews based on the OR&A framework and specified in the OR&A Plan;
− OR&A input to Project Execution Reviews (PERTs);
− Pre Start-up Audit (PSUA); and
− final acceptance audit.
In the case of the PSUA, it is recommended to conduct an internal Operations Readiness Review of all
critical areas 3 to 6 months before the final PSUA. The PSUA can build on this earlier review and serve as
a formal verification of close-out of actions identified.
[Link] Links
Third parties are contracted to provide materials, services and expertise that we cannot provide ourselves
and selecting the correct C&P strategy for the opportunity is one of the most important strategic
management decisions. The strategy should address the provision of:
− services (e.g. drilling, engineering, construction, logistics);
− materials; and
− equipment.
Each individual contract or purchase order within the overall C&P strategy will have its own tactics
that address:
− commercial form;
− risks;
− method of contractor selection; and
− interface management.
Capital C&P across EP is summarised in a set of “Big Rules”, which are considered to be best practice.
They should be used by all C&P professionals. The rules make use of tools and methodologies detailed in
the CP Toolkit. They are to:
− apply the strategy and tactics methodology on all projects involving contracts over $50 million;
− develop contract risk assessments involving the contractor community;
− use the model terms and conditions where available, deviating only in accordance with the guidelines;
− rigorously pursue contractor qualifications – define and strictly adhere to mandatory requirements;
− use and contribute to the market intelligence capability;
− ensure C&P staff have a functional line to the C&P team in EPT-P;
− use Global Framework Agreements, where available, to the degree that local conditions allow; and
− develop post-award contract management plans.
To ensure that C&P considerations are properly addressed early in significant projects:
− C&P discipline resources should be engaged from VAR 2 onwards, for example at the re-framing of
the project at the start of Select;
− the strategy and tactics should be addressed at the earliest possible time in the project lifecycle,
generally in ORP Phase 2 – Select, and then updated with time as more information becomes
available; and
− for significant projects (value >$200 million), the strategy and tactics should be developed with the
C&P resources supporting the project.
This team should be contacted when making decisions involving international contractors, and feedback
should be provided on contractor performance so that this can be used in future decision making across
the Shell Group.
Prepare tender docs, utilising model T&Cs, in accordance with approved contract tactics
Ensure pricing mechanism supports detailed scope of work
Develop tender evaluation model (technical)
Develop tender evaluation model (commercial)
Issue tender document and manage/control tender process
Negotiate contract (if approved for negotiation)
Evaluate tender (technical)
Evaluate tender (commercial)
Assess tenderer’s qualification and update risk register as appropriate
Integrate agreed changes into text of contract documents
Select contractor and obtain award endorsement
Ensure legal execution/award of contract with key risks resolved prior to commencement
As well as reinforcing the need to perform the basic steps in the contract process using tried and tested
tools, methodologies and global best practice, these standards set minimum competence requirements for
contract owners, holders and C&P practitioners. The standards are available in the CP Toolkit and
represent a control framework that should be integral to the overall project management control framework.
The range of contracting options in a project is wide and the options chosen for a particular opportunity
will depend on the size and nature of the opportunity, the location, available (Company) manpower
and expertise, etc. Project contracts can span the full range of options, from the utilisation of regular
call-off contracts to unique, one-off, specifically designed agreements. These specific contracts can range
from covering a specialised project element (an electronic as-built survey of a facility) to a total lifecycle
service (procure and operate an FPSO). There are no restrictions on the form of contract other than those
imposed by ethical, political and legislative considerations. Use a contract strategy that meets the project’s
objectives, is robust and adds more value than any alternative strategy over the lifecycle.
Operators can have a tendency to transfer risks to contractors that the contractors cannot manage (nor
be expected to manage), and the contractors sometimes accept these without fully realising the dangers.
When thinking about strategies and tactics, fair and balanced distribution of risk should be central to the
approach. Ensure that the party to whom the risk is allocated is the best one to carry it.
Development of the project’s contracting strategy, including explicit contract risk management for
significant projects, should start during ORP Phase 2 – Select. The strategy and tactics work should be
completed and approved as required by the project schedule, but no later than Final Investment Decision
(FID) (except for Operating phase contracts, the strategies for which are sometimes developed during ORP
Phase 4 – Execute).
Contracting Strategy
The contracting strategy development process identifies the workscopes to be executed in house and
those that are better out sourced. All key stakeholders contribute to the process, ensuring robustness
and ownership of the strategy, but C&P involvement is essential to ensure that global learning and best
practices are brought to bear. Market forces, driven by global demand and supply fluctuation, dynamic
stakeholder viewpoints and the “frontier” nature (technology, size, location) of many of our projects, mean
that we have to carefully plan and evaluate strategies on a lifecycle basis. Best practice is that this is done by
a multi-disciplinary team in a workshop, with professional C&P staff. A robust strategy requires a detailed
understanding of:
− what the markets can do for us;
− the degree of competition;
− the political and regulatory environment; and
− local content requirements.
The starting point for developing a project contract strategy is the overall work breakdown structure,
showing key activities plotted against key scopes of work. Using this matrix, we can plot the individual
scope elements and how the work will be packaged to go out to the markets. The process involves:
− identifying and ranking value drivers;
− assessing stakeholders’ needs;
− identifying and analysing risks;
− assessing “criticality” of the scope;
− analysing strengths, weaknesses, opportunities and threats of various strategic options; and
− developing a Contracting Quilt.
The Contracting Quilt is a useful tool to promote discussion and resolution of the overall contracting
approach for the project. A simple example of a Contracting Quilt, showing the packages of work that
are to be separately contracted, is shown in Figure 3.1.9. (The associated pricing mechanisms that are also
shown are normally developed as part of the tactics.)
Design
Procure
Fabricate
Transport
Install
Inspect
Hook-up
Commission
Hardware/Function
Matrix - Offshore Field
Development
Lump
Jacket Schedule of sum
Rates
Schedule of rates
Lump Lump
Module Support Frame
Hardware
sum sum
SoR/ Lump
Topsides Reimbursable sum
Day rates
BOAQ
Lump Lump Lump Day
Pipelines sum sum sum rates
Note that the work breakdown structure used for contract strategy development should be the same as the
one used for planning and as the basis for the cost estimate and control.
Development of local capabilities and meeting local content requirements is becoming an increasingly
important driver in forming the contracting strategy and subsequent tactics. It is essential that these aspects
are properly understood in a contracting strategy workshop.
Contract Tactics
Contract tactics are developed for individual contracts but within the context of the entire strategy quilt.
Tactics work identifies the type of contract that will be let, how risk will be apportioned and managed,
what the payment mechanism will be, how contracts will be managed and develops a plan for tendering
and award. The process involves:
− detailed review of the contract scope;
− contractor engagement to test the viability of the envisaged contract;
− detailed risk assessment (refer to Figure 3.1.10);
− assessment of the reward structure; and
− determination of the management and basic control requirements.
Impact
Likelihood
Overall
Shell
Contractor
Contract Form
Reward Structure
Contractor Qualification
Market Approach
Management
Risks
Opportunities
Objectives
Major projects, with their large commitments, have considerable scope for innovative contracting and such
strategies and tactics need to be carefully reviewed and agreed with management to ensure that they do not
conflict with other Company interests. The manner in which the contracting objectives are to be achieved
will depend very much on local circumstances.
The contracting strategy should seek a balance between the conflicting desire for a minimum number
of contracts (and hence fewer interfaces to manage) with the contractor’s competence for performing
the activities. The contract plan in the PEP, summarising strategy and tactics, is one of the principal
mechanisms for management to judge the soundness of the proposed project before any commitments
are made.
There is no demonstrable value advantage associated with any model as each has its drawbacks. The key is
to understand:
– what needs to be done;
– who is capable of doing what;
– what the risks are and how they can be managed (mitigation and recovery);
– how the contractor can be motivated; and
– the value offered by the chosen option for your project’s situation.
Activity-related Contracts
The workscope is contracted out as a number of activity-related contracts (e.g. detailed design, installation
etc.) and the Company assumes the responsibility for interfaces. This approach requires the largest amount
of Company management effort but use can be made of a managing contractor under the direction of a
smaller Company team and key staff can be provided by manpower agencies.
This approach tends to put activities in sequence (i.e. fewer parallel efforts) and thus tends to have a longer
overall delivery time. Often it is considered safer as scope definition is more reliable and contractors are
asked to perform only within their field of core expertise. Client risk relates to interfaces, contractor risk
relates to performance. The client needs a sizeable team with a comprehensive engineering capability; 100
to 200 staff will be required for larger, complex projects.
Bundled Activity Contracts (e.g. Engineer, Procure, Construct and Install (EPCI))
Here, a large contractor is engaged to execute all or a sizeable part of the project’s scope. An EPCI
contract may include several phases, each with its own pricing mechanisms. A key feature of the EPCI is
that the contractor is responsible for interface management and delivery of a system, and the client then
integrates the systems to complete the facility. The contractor now has responsibility for system interface
management with the client assuming the system’s integration risk. In a lump sum world, the contractor
also has significant financial risk and adversarial behaviour can result when things go badly. The client team
typically needs 20 to 50 staff to monitor contractor performance.
In an EPCI environment, the contractor is given a defined starting point and has to achieve a defined
result. Since the contractor has complete responsibility for both managing and executing the work
(involving design responsibility), the Company, as client, may have little need to be involved directly in
the management of the work. However, this largely depends upon the type of work and the method of
payment chosen, as well as on experience and the competence of the contractor.
This type of contract is often awarded on a lump sum basis and this model is seen by some as the ideal
contracting form. This is not always the case, and recent external benchmarking showed mixed contracts
(engineering and procurement on a reimbursable basis with construction and installation on predominantly
fixed prices) to be the most cost effective. The same baseline performance assessment of Shell projects, by
Independent Projects Analysis (IPA), also showed that simple contracts with modest incentives (or none)
yielded better results than highly incentivised, complicated contracts.
In any EPCI approach, and especially the lump sum, there should be sufficient contractors capable of
carrying out the scope if we are to obtain genuinely competitive bids.
The attraction of a turnkey approach is that it reduces the number of Company staff required for the
project to an absolute minimum, but the workscope and specification should be defined in minute detail.
This is often difficult to do. In this environment, the contractor bears a major financial responsibility, and
often a substantial financial risk. When faced with this situation, it is important to make sure that the
contractor can best manage and bear the risk. It should be emphasised that changes made after a turnkey
contract has been let will almost always involve significant additional costs and may promote some poor
behaviour from both client and contractor. Note that EPCI and lump sum are not synonymous, and that a
turnkey contract is not necessarily a lump sum contract.
Alliance Structure
Contractors and clients become partners and the contract is designed to align objectives and value drivers.
These are contracts in which contractors and client share the risks and rewards, therefore this is a shared
risk model with the client picking up the consequences of performance outliers. The client team can be as
small as 5 to 20 staff and the key challenge here is to keep the incentive mechanism evergreen.
Client and contractors work together using their joint skills and resources. There is an initially agreed
target value and schedule acceptable to both the client and the contractors. Thereafter, both parties have
the objective of beating the targets by performing well. Both parties become shareholders in the contract,
sharing the rewards (for example savings under target costs) and risks (plant performance) on an agreed
basis. There are usually some predetermined limits, beyond which the client assumes total liability for cost
overrun or reaps the benefit of rewards beyond those originally envisaged.
These types of contracts tend to fail when the incentive mechanism becomes meaningless, so attention
should be given to setting realistic targets and having review mechanisms at a senior level such that the
appropriate adjustments can be made. Alliances are critically dependent on balanced distribution of risks
and their consequences, and this often makes creating the incentive mechanism very difficult. They are not
suitable for contracts where there are high degrees of uncertainty and work best when there will be long-
term relationships.
The models reflect differing degrees of complexity for the work to be done. Simple forms are used for low-
value, low-risk activities and complex forms are used for major works with significant risk.
The suite of model contracts ranges from Minor Services Contracts (MSCs) to the Turnkey/EPCI model:
− MSCs are relatively simple; a typical MSC has 17 or 18 articles addressing essential areas only such as
liabilities and disputes;
− the Turnkey/EPCI model contains all 43 articles of contract provision;
− in between these two extremes there are models for design, fabrication, on and offshore pipelay etc.;
and
− as the risk and complexity of the scopes of work grow, so provisions are added.
The models all reflect the requirements of the Contractor HSE Management Standard.
Scope Activities
Fully Resources
Definition defined, but Undefined
Defined defined
not quantities
Advantages Contractor productivity Contractor productivity Flexible to client Very flexible to client
and completion incentivised requirements requirements
incentivised
Disadvantages Longer lead time to Needs more intensive No contractor incentive Expensive to manage
place client management to optimise resource
use
Expensive to change No contractor
incentives to optimise
resources or
productivity
In principle, any permutation of the contract form and reward structure is feasible to cater for the needs of
a particular contracting situation.
Fixed Price
The distinguishing feature of a fixed price (or lump sum) contract is that the contractor is responsible
for performing and completing the work as defined in the scope of work. For fixed price contracts to be
successful, they require:
− a scope of work with which both Company and contractor are very familiar;
− a precise definition of what needs to be done, by when, and the quality required;
− minimal scope changes;
− a well-defined and reasonable split of risk between Company and contractor;
− timely availability of company-supplied materials/services (if applicable); and
− a detailed mechanism for agreeing the effects of changes to time and cost (e.g. schedules of rates for
agreed variations).
These requirements imply a significant amount of project planning and definition prior to tendering and
evaluation, and can require a long lead time before a contract can be awarded.
Note that the use of fixed prices in “frontier” situations should be avoided (frontier here refers to new
technology, a new environment or a scale that has not been seen before).
Unit Rate
In unit rate contracts, rates are fixed for specific items of measurable work and the contract price is then
determined by measurement of the work actually performed. The fundamental characteristic of this type
of contract is that although the overall quantity of work is unknown at the time of contract signature, the
type of work is defined. Unit rates should always relate to the achievement of an output task (e.g. cost per
weld mm, rate per metre of trench dug).
Bill of Quantities (BOQ) contracts are a form of unit rate contract in which measured (firm or
approximate) quantities help define the scope of work. BOQ contracts list all the elements and quantities
of work to be performed in a standard format and to a standard level of detail. In Bill of Approximate
Quantities (BOAQ) contracts, the final price is based on the actual quantities measured upon completion.
Make sure that the timing of company-supplied deliverables (drawings, materials, specialist services) is
assured and matches the contractor’s plan. These contracts are particularly useful for managing overlap
between design and construction activities, and can be converted to fixed price once design is completed
and quantities firmed up.
Payments are derived by applying the unit rates to measured output. This is usually done monthly and
involves considerable work on both the contractor and Company sides. Alternatively, payment can be
made on a percentage progress basis but against a contract value that is periodically re-measured from the
detailed design output.
Day Rate
Day rate contracts are similar in pricing form to unit rate contracts, however the contractor’s remuneration
consists of a fixed rate per time period (day or hour) for the provision of a resource. Hourly rate contracts
are commonly used for design services. Daily rates often occur in the context of consultancy work, drilling
or offshore construction where the contractor is to provide the main item of equipment, such as a person,
a drilling rig or a construction lay-barge. Day rates place the pricing risk of a resource with the contractor,
but do not encourage the contractor to utilise the resource efficiently or effectively. It is important where
possible to establish expected service levels on the quality, timeliness, safety or technical performance of
the resource.
Reimbursable
The main characteristic of the reimbursable contract is that all direct and indirect expenditures incurred by
the contractor in the execution of the contract are paid on the basis of actual cost without an overlay for
profit. Usually, incentives are included in the contract to provide a profit for the contractor if performance
criteria are met. Such incentives should be paid over the life of the contract at specified milestones,
providing the agreed performance objectives (time, cost, quality and HSE) are met. The reimbursable cost
elements should include only the actual costs incurred and any fixed elements such as “percentages for
overheads” should be discouraged.
Reimbursable cost contracts require detailed and elaborate cost management and, like day rates, do not
ensure that the contractor is making efficient use of his resources. All the uncertainties for both time and
cost are borne by the Company and, unless incentives have been built into the contract, the contractor has
little direct motivation to complete the work efficiently. Sufficient data should therefore be made available
to allow regular comparison of performance against plan, and efficiency metrics identified to gauge
performance compared with industry benchmarks.
Purely reimbursable contracts should only be used in very rare circumstances and where there is no
alternative, as the intensive Company management control coupled with the limited incentive for the
contractor to manage himself provides the Company with relatively low added value. However, for high
risk/uncertainty circumstances, or for some project elements (e.g. procurement), it may be appropriate.
Effectiveness of Incentives
Industry benchmarking suggests that incentives are not effective, and certainly not free, although this is
countered by those in Shell with successful incentive contracting experience.
Incentive arrangements should be incorporated into a contract only if there are clear, quantifiable benefits
from doing so and if the contractor can manage the relevant risks. The aim for all incentive schemes
should be to drive performance in an area that is critical to the success of the project and creates a win-
win situation for both parties. They are not a replacement for good project control by the owner team,
although this is how they have sometimes been used. Incentives agreed with prime contractors should
be applied “back-to-back” with subcontractors or key employees whenever possible. All parties need to
understand the objective and work together to achieve it.
The most usual form of incentive is to link bonus payments to achievement of the required performance
parameters, with HSE, cost, time and plant performance being the most common. Incentives are best
kept simple and negotiated after the contract has been awarded so that they are above the contractor’s base
proposal. The proposed use of incentive schemes should be agreed with the Tender Board before inclusion
in the contract.
There are negative incentives, such as Liquidated Damages (LD), which are an assessment of the direct cost
to the Company if contract completion is delayed (excluding any consequential cost such as revenue loss)
and are often used. The ability and the will to apply the LD clauses will depend on the circumstances of
the contract but they often give rise to dispute. Whilst they can appear useful in concentrating the mind of
contractors, bids will almost always include some financial provision for them, be this extra money to cover
potentially required acceleration or the full exposure. Furthermore, negative incentives have to be kept
evergreen. Once targets have been missed and the damages incurred, the contractor’s incentive is sometimes
to “cut his losses” rather than complete the job.
Whilst this may seem obvious, our partners, for a variety of reasons, may have differing views of capability.
To support data gathering, use should be made of market intelligence services available in the Global
Technical Partners.
This work has to start at the strategy selection phase because a contracting strategy should be developed
that the contractor (and vendor) community is capable of delivering. Work at this stage is related to
confirmation that there is a reasonable pool of contractors such that there is genuine competition and that
there will be capacity in the markets so that services can be provided when they are needed. Refer to the
Strategy section of the CP Toolkit for more detail.
The complete qualification process is as follows (more detailed information for each of the steps in the
process is available in the CP Toolkit):
− Compile Long and Short List
Select a limited number of contractors/vendors from the available resource base who, from the Company’s
perspective, are potentially capable of technically and commercially performing the planned contract.
− Prepare and Issue Prequalification Package; Develop Evaluation Procedure
Assess potential tenderers with respect to technical capability, capacity, experience and financial
strength. This involves preparing and sending a questionnaire specifying the contract and related
project-specific requirements. In some cases, the Company may wish to verify resources available to the
contractors/vendors by means of interviews and/or carrying out visits to premises/plant.
− Evaluate Responses and Compile Tender List
Assess the responses to questionnaires submitted by the potential tenderers against the evaluation
procedure to compile a short list of tenderers (tender list).
− Obtain Support and Communicate Results
Gain the project stakeholders’ support and obtain the appropriate internal and external approvals of
the recommended tender list.
The detailed work described above is usually done after the strategy and tactics selection phase but in line
with the contracting plan, such that the contract can be let in line with the Project Execution Plan.
Competitive Tender
− supports competition law;
− demonstrates value for money through establishing a competitive price;
− is responsive to market movements; and
− stimulates competitors to improve productivity and the use of technology.
There are a number of different variants on competitive tender, including open tender (the public
advertisement for interested contractors) and online bidding, which is a reverse auction by contractors for
a piece of work over the internet. In normal circumstances, after receiving a competitive bid we do not
try to subsequently negotiate it down further – this, over the long term, is a self-defeating strategy that
encourages contractors to include contingencies in their bid price.
Single Source
− close relationships can be established which can bring performance benefits;
− the cost of tendering can be avoided;
− can be faster, but should follow a clear negotiation plan;
− possible price reductions through economies of scale if using a mobilised contractor;
− value for money is not easy to demonstrate; and
− can be cheaper if long-term leverage is achieved and is less prone to market fluctuations.
[Link] Procurement
Procuring materials to the correct specification, quantity, quality and price, and delivering them to the
worksite on time is one of the most critical project activities. It impacts not only the project’s completion
date but also on the lifetime performance of the facility. Note that:
− between 20% and 60% of a project’s cost will be expended on materials;
− invariably one or more of the materials will be on the critical path of the project;
− late, damaged or under-ordered materials can cause delays during construction giving rise to delay and
claims from contractors; and
− malfunctioning equipment or materials will delay start-up and may impact long-term performance.
Different circumstances require fit-for-purpose procurement strategies, sometimes exploiting Shell’s global
leverage through reverse auction tendering to get the lowest price from a number of bidders, whilst at other
times entering into alliances with small local companies. Selecting the optimal procurement strategy is key
to getting what you want when you need it at the market price. It is essential that the strategy:
− fully supports the overall Company objectives;
− is consistent with existing group and Operating Unit (OU) procurement and logistics strategies
and policies;
− is consistent with the project’s contracting, commercial and other relevant strategies;
− clearly addresses materials which have long-lead times and bulks. Here you should think about
options for assigning purchase order or contract from Shell to contractor and free issue, as these two
approaches have different implications for the construction contractor.
Particular attention needs to be paid to Shell’s global procurement strategies so as to maximise the benefits
of the Company’s global position (refer to details of the Spend Categories that are managed globally).
Procurement covers a wide range of activities from development of procurement strategies up to and
including the payment of invoices. The main activities involved are:
− investigating potential synergies within the Shell Group including pan-project leverage opportunities
and global category management;
− establishing a purchasing organisation and administration system (if required);
− establishing a project vendor list and determining the market approach, such as sealed tendering or
reverse auction;
− issuing budget enquiries, preparing spend analysis and counter estimates;
− creating a purchasing plan, and establishing standardisation and variety control policy and processes
such as spare parts management;
− establishing and managing the transactional process from prequalification through to order placement
and close-out;
− establishing desk and field expediting and inspection processes;
− managing purchase order variations and cancellations;
− ensuring goods receipt and invoice processing procedures are in place; and
− reporting spend in the Management Information System.
A project-specific procurement strategy should be established at the earliest opportunity. This would
normally mean in ORP Phase 2 – Select. Questions that should be asked in developing a procurement
strategy are:
− do we own it already? If not ...
− can we barter it inter or ex-Company? If not...
− can we buy it second-hand? If not...
− will a lease deal prove a better total cost of ownership result?
Optimise the Balance Between Total Cost of Ownership and Value Creation
When purchasing equipment and materials, we need to consider the total lifecycle. It is not just about the
initial purchase price; it is also the cost of ownership, operating, maintaining and disposing of what we
have bought. It is also about value and this translates to performance. As well as looking at costs, we need
to know how often we will have to maintain, what the maintenance burden is in terms of effort, shutdown
(production loss), specialist equipment and spares, and what we will have to pay for after sales support.
Maximise Leverage
Shell’s global C&P initiatives should be part of the project’s consideration in developing its procurement
strategy. Acquisition synergies with other projects (including those of other business entities) should be
pursued. Use should be made of existing agreements where appropriate, particularly the internationally
negotiated Group agreements. Global Framework Agreements, where available, should be used to the
degree that local conditions will allow. “Use” can range from applying contract forms and structures and
using rate information to full deployment of the agreement.
Project teams should make sure that they are familiar with the above and ensure that their benefits are
realised in C&P strategies and tactics.
Procurement Approaches
Procurement by the Company
Many OUs are fully set up to procure materials for engineering projects and for operations (drilling,
production and maintenance). In considering the procurement strategy, the Project Manager should check
that the supply department has the resources, experience and procedures to give adequate attention to a
possible high peak load of procurement on top of the priorities of the operation’s base load. With today’s
customer/supplier relationships, it might well be that the OU Procurement Department can provide a
lower TCoO than external sources, and this needs to be carefully examined.
If an OU has a well set-up project team, integrated with an experienced supply department, and if
critical materials items can be identified, then schedule advantages may be possible by using the in-house
capability. This can be decided by comparing the alternative schedules.
It is possible to reap the benefit of global category management in a lump sum environment by specifying
precisely what is to be done in the spend segments concerned. This can be done by the use of Shell frame
agreements or the acceptance of assigned orders placed by Shell. Where we control what is purchased, it is
possible to make this part of the scope reimbursable, with Shell paying the contractor for his procurement
efforts separately from the cost of the goods. Some lump sum contracts have had up to 50% of their value
associated with reimbursable procurement elements, which is a good way of managing material pricing risk.
[Link] Links
CP Toolkit
[Link]
Spend Categories
[Link]
Technology planning establishes the key technologies needed for project realisation and whether those
technologies already exist or whether they need development and, if so, how they would be developed in
order to realise the opportunity. Identification of the technology requirements should be carried out from
the outset of the opportunity even if only at a very high level during the Identify & Assess phase. Since
concepts will mature as the opportunity is progressed, the team should revisit the technology needs during
subsequent phases (i.e. Select and Define phases).
The Business to Technology Mapping (BTM) process should be used for the identification of technology
needs where this is feasible. Consult the BTM website for further details. For certain projects, there may
not be enough data available for a meaningful BTM, while in many OUs the BTM process has been used
to prepare Company-wide technology plans for the eventual realisation of the portfolio opportunities.
Opportunity/project teams will then only need to review these BTMs to see whether it captures their
particular technology needs. If not, they will need to examine how they can put their requirements in place
and what impact this has on the timescale of the opportunity.
For selecting technologies, the opportunity/project team should consult the Global Technology Catalogue.
This lists technologies that are in a development stage as well as those that are in deployment.
Poor management of technology can be a significant factor in failing to achieve opportunity objectives.
The consequences of failing to manage the risks associated with the development and introduction of
a new technology can be severe and the anticipated financial gain has to be significant in order for the
risk to become attractive. The successful use of new technology can often result in benefits beyond the
financial gain: Shell can enhance its reputation against its peer group and enable access to opportunities by
positioning itself as a “leading edge” technology company.
The Technology Readiness Level (TRL) tollgate process (Figure 3.1.12) that is used in technology
development can help teams in managing the risks.
2 5 8 9
For each technology, it is known in what stage of development it is today and when it will be ready for
deployment. Teams can use this knowledge during the early phases of the opportunity realisation (ORP
Phases 1 to 3) by developing:
– a base case of technologies that are in early deployment (TRL 9 to 10) now; and
– a few options using technologies that are in a development stage (TRL 6 to 8) or even a discovery stage
(TRL 3 to 5) now, but that will have a significant impact on the project if available on time.
For new technologies options, the technology maturation path (Figure 3.1.13) can be monitored. Prior to
FID, a new technology can be included in the base case if it matures successfully.
Options
TRL 6-8
Technology
Maturation
Path
TRL 0-5
Time
[Link] Links
BTM website
[Link]
Risks are those factors that could influence whether the project meets business objectives. These objectives
are not just “internal” to the project – e.g. cost, schedule, production, HSE, social performance – but
should include global Shell objectives, such as reputation. Risks tend to be thought of as events with a
negative outcome (threats), but the approach to managing risks should be applied to those with a positive
outcome as well (opportunities).
It also requires communication and understanding of the risks at the appropriate levels in the organisation,
and it needs enabling tools. Collectively, the process, the organisational arrangements (roles and
responsibilities) and the tools are the Risk Management System (RMS) for the project.
EP projects must put in place a functioning RMS in accordance with T&OE Global Process 20 Risk
Management. Risk Management should be a standing agenda item of DRB meetings.
An area of increasing complexity and importance is risk to reputation and this section deals in some detail
with the strategic approach to reputation management and involvement of external affairs.
The focus in RM changes as the opportunity moves through the ORP, as shown in Figure 3.2.1. In
the earlier phases it is about allowing good decision making – with ranges of outcomes, associated with
risk, being well understood – while in the later phases it is about avoiding things going wrong. Risk
Management is not only about avoidance and minimisation, it is also about consciously taking risks.
During Identify & Assess, risk management is relatively high level in order to form an overall opinion
about the feasibility of the project. The questions to be addressed at this stage are:
– what are the main risk areas?
– to what extent could they influence our options?
– to what extent could they influence the project outcome?
– are the risks manageable?
– do any of these risk areas need further analysis before we decide to spend more money on the project?;
and
– are there any showstoppers?
Identify major risk Identify and assess Focus risk Risk management Continued risk
areas and use for risks for all options identification ensure asset management
assessment puposes and consider when on more detailed delivery during
selecting option execution and as promised operational phases
operational levels
? DECISION
Monitor
1 identify Appraise and 6 CLOSE RISK (depending on reassessment)
REVIEW Reassess The process loop repeats itself for each identified
2 Assess (Feedback)
5
risk during all phases of the opportunity lifecycle
Note
VALUE 3 7
CREATION Plan Responses Improve
NOTE:
WORK
4 ‘Feedback’ only applies when the response user is another
person than the Risk Owner, eg in the case of a Risk Owner
PROCESS Implement implementing, for instance, a procedure to mitigate a certain
Responses risk where the user of the procedure may wish to offer
feedback on its practical effectiveness and/or efficiency.
Many of these will be commercial in nature, but it is important not to underestimate risks (impacts)
to cost/schedule associated with technical capability – either in terms of technology development or
local content aspirations. This is especially significant as it is often during this stage of the project that
expectations among major stakeholders (e.g. host Governments) are set. These questions need to be
answered before a decision can be taken to proceed into the Select phase and spend more money on the
project.
During Select, risk management is still relatively high level, addressing the specific risks for each of the
identified development options. The purpose is to allow a balanced decision as to which option to select,
weighing the value of each option and the risks (and opportunities) attached. Quantitative analysis may
be required to enable good decision making. Communication of risks to the most senior decision makers,
with a genuine understanding of their likelihood, impact and ranges of outcome, is especially important at
this stage. Failure to do so in the past has resulted in unwelcome surprises for leadership, the potential for
which were well understood by project teams.
During Define, risk management becomes more detailed, homing in on the selected option. During this
phase, risk management not only addresses the risks to be managed during the Define phase itself, but also
addresses the risks associated with the Execute and Operate phases. During this and the following phases,
risk management becomes more and more operational. Risk management is not so much about identifying
and assessing risks in order to allow good decision making, but rather about avoiding things actually going
wrong or missing opportunities.
The overall governing document is the Statement on Risk Management. For projects, the required steps are
specified in Global Process 20 Risk Management as follows:
Identify
Identify the risks, assign owners and capture in risk register.
Assess
Assess severity in terms of likelihood and consequence to allow priority setting and focused response
planning. Consequences should be assessed in terms of impact on people, assets, environment, reputation
and financial loss, although this list can be extended/subdivided to explicitly cover production loss, legal,
information etc.
Plan Response
Ensure appropriate responses are put in place with due regard for severity and ALARP principle, and record
in risk register. These may use any or all of the four Ts (Take, Treat, Transfer or Terminate) and include
measures to mitigate the risk and to contain/recover from the consequences in the event of occurrence.
Execute Response
Feedback (only in cases where the person providing the response is not the same as the risk owner)
Monitor, Appraise, Reassess
− monitor and appraise the effect of the risk response, improve effectiveness by adjusting procedural or
implementation practices; and
− regularly reassess risk severity, adjust risk responses accordingly and close the risk if no longer relevant.
Improve
Global Process 20 Risk Management gives guidance on scalability to ensure that the process works
effectively; too coarse and risks are missed, too fine and the process becomes completely overloaded. Best
practice is to have an identified Risk Co-ordinator, full or part time, to manage the system, ensuring
follow-up on responses, consistency etc. Communication is essential and software such as Easy Risk (the
currently recommended package for risk management) helps considerably. It enables simple functionality
to get a consistent and balanced perspective of risks across TECOP and across a portfolio of projects; it can
also share (filtered) risk management information up, down and across the organisation. It can therefore
significantly improve performance of the last four steps of the process.
This section highlights those risks which normally have an impact on EP field development projects. The
RMS should address both internal and external risks. Internal risks can, by definition, be largely controlled
by the project whereas the outcome of managing external risk will likely have a much higher level of
uncertainty. Risks must be managed across the TECOP spectrum (refer to Figure 3.2.2).
T
Subsurface Infrastructure
Surface Scope
ECHNICAL Tecnology Function
Operational HSE
E
Life Cycle Costs Terms PSC
CONOMIC Schedule & Phasing Exit Strategy
Valuation Metod Currency
C
PSC & Fiscal Regime Legal
OMMERCIAL Contracting Competition
Financing Market
O
Structure Recourses
Competencies Systems
RGANISATIONAL Procedures IT
Knowledge Management
P
Government Reputation
OLITICAL Stakeholders Community
Employment Locality
While TECOP is often used as a structure for identifying and classifying risk, it is important to recognise
that risks rarely stem from a single dimension and almost never impact only one of them. A contractor
going bankrupt may be identified as a technical and/or a commercial risk, and the impact may also be seen
as technical, commercial and operational. A fatality during an activity on a fabrication site as a result of
a technical risk impacts not only the site (through the authorities closing down the site temporarily) but
could also escalate to project delay, with possible defaults in a supply agreement (commercial), and make
the headlines with “Shell” included (socio-political). TECOP as a structure is therefore useful, but not
enough. It is best practice to introduce an extra dimension in which to identify and classify risk, usually
some breakdown of the project into components (hardware/contract/location/etc.), and/or the value drivers
and critical succes factors of the plan
[Link] Technical
The technical risks are prominent when project risks are discussed. They are usually captured by concepts
such as expectation curves for reserves, the inclusion of design margins in the definition of the facilities
required plus additional time (float) in the project schedule. Value of Information (VOI) calculations are
used to determine what benefits would be produced (for example, drilling another appraisal well) in terms
of the information gained, with respect to the decisions made, relative to a specific design concept or range
of concepts. Audits and peer reviews are often used to assess the magnitude of the risk, which are balanced
by the potential gains that would accrue to the project.
Technology
When the use of new technology is also involved, the implications of failure usually weigh heavily and
the required gain has to be significant to make the risk attractive. It is particularly important that the
consequences of failure or delay in the procurement of the new technology should be fully accounted for in
the project execution plan.
HSE
HSSE risks are among the major threats to an opportunity, due to the potential impact on people, assets,
environment, reputation, cost, and schedule. Section 4.6 discribes the approach to managing HSSE in the
ORP by identifying, assessing and effectively managing HSSE risks to ALARP. Major HSSE risks should
be listed in the Risk Register, and a more detailed listing of HSSE risks should be maintained in the HSE
Hazard Register as part of the HEMP process.
[Link] Economic
For project economics, the main financial risks are associated with higher Capex/Opex and failure to make
the promised date and/or production. Project economics can be tested against various sensitivities such as
oil price and delay to schedule in discovering the implications on the financial return of the project.
[Link] Commercial
Contracting
The use of contractors to provide goods and services introduces risk to a project and requires careful
management. One of the main methods of reducing risk is to pass it to a third party, who may be better
qualified to assume the risk. However, there will be a cost associated with this, as the third party will expect
to be rewarded for the assumption of the risk.
The assessment of the capabilities of contractors and their selection is a key factor in managing commercial
risk. In particular, the financial health of the contractor should be reviewed for all key contracts. The
implication of a main contractor going into liquidation can be significant and should be considered at an
early stage in the contractor prequalification exercise. This task is usually delegated to the Finance function,
which should have the necessary skills to review the financial health of a contractor.
Contractors manage a major part of the HSSE and Social risks on behalf of the project and other issues
and risks associated with contractors are discussed in Section 3.1.6. These risks can substantially escalate if
the contractor is not aligned with company requirements.
Legal
It is a requirement that project business is conducted in accordance with the laws of the country in which the
Company is operating, and the terms of any concession or licence agreement in which the project is executed.
Projects often, however, carry out their work in a number of countries during procurement. This can
give rise to a risk of conflict between different legal systems and add significant risk to the project. For
example, work being done in the USA can often cause legal complications. Professional legal advice should
be sought early in the development of the project execution strategy if the project has an international
dimension, and a section of the PEP should be included on the legal aspects.
[Link] Organisational
The main organisational risks are associated with organisational structures, roles and capabilities. These
risks become most pronounced during key transitions, for example from Select to Define, from Define to
Execute and especially from Execute to Operate.
Social aspects may also introduce other project risks (e.g. limitations on technical complexity, local
operational and maintenance capacity). Each of these items has the potential to affect cost, schedule, and/
or reputation, and hence needs to be identified and managed.
Reputation
All aspects of our business performance are potential Reputation issues. Reputation risks can significantly
impact project performance - including cost, schedule and potentially loss of licence. Furthermore, they
can detrimentally impact other Shell Group business activities, including both existing operations/markets
and future opportunities for growth. Hence it is essential to identify and mitigate such risks throughout the
ORP, in particular at the earliest opportunity. Reputation issues should be identified and managed as part
of the Risk and Opportunities Management System (or in a separate Issues Identification an Management
System, which is recommended for projects with significant reputational issues).
External Affairs
External Affairs tools that the Business Opportunity Manager and Project Manager should be aware of are:
– Issue Identification and Management;
– Media Relations, and in particular the mandatory Group Media Relations Protocol;
– Stakeholder Engagement;
– Communications;
– Brand;
– SGBP Implementation;
– Crisis Management; and
– Social Performance.
Risk to reputation can only be managed by managing the threats or issues that create the risk. Identifying
these potential issues involves recognising gaps between stakeholders’ expectations of the Company and
what they perceive we do. This, in turn, requires engaging proactively with stakeholders to understand
their expectations and concerns so responses can be planned. Stakeholders to be engaged may include:
– partners;
– shareholders;
– contractors;
– suppliers;
– national and local Government representatives;
– members of local communities;
– local businesses; and
– local, national and international Non-Government Organisations (NGOs) with a particular interest.
The first step in the process is to identify who they are. These issues can arise from generic or project-
specific areas. The response may require a change in our plans (e.g. a pipeline routing), a change in the way
we communicate our performance (e.g. the creation of the Shell Report to communicate with concerned
stakeholders), or regrettably sometimes an “agreement to disagree”. Typical measures that can be taken
depending on likelihood and consequence are shown in Figure 3.2.3, while Chapter 4 gives guidance on
how to do this.
Stakeholder Media
Engagement Issues Relations
Priority
Matrix
Proactive
High Continuous Active attention management
Monitoring & preparation
Likelihood
Medium Periodic Continuous Active attention Social
Communication
Assessment Monitoring & preparation Performance
Reputation Crisis
Planning Consequence Management
Projects must develop an overall stakeholder engagement plan, which shows how they will:
– during Identify & Assess, identify key stakeholders and develop the planned, selective engagement
which is critical to success;
– during Select and Define, engage with the stakeholders. Engagement is a key part of impact
assessment, and an important contribution to project design and planning decisions. Moving into the
Execute phase, engagement should increasingly draw on local knowledge to build up relationships and
to assist in the management of construction and operational challenges; and
– During Execute and Operate, it is necessary to maintain relations, learn about concerns before they
escalate, and act as a good neighbour.
Brand
Rules exist for the use of the Pecten and due consideration should be given early in the new business
maturation process to compliance, particularly in new ventures and Non-Shell Operated Ventures (NOVs).
Local brand and communications focal points must approve potential layouts and designs for co-branded
or joint-branded ventures.
SGBP Implementation
The Shell General Business Principles (SGBP) are to be applied in all projects. Particularly in the case of
NBD projects, alignment must be reached on SGBP at the earliest stage of negotiations, particularly with
JV partners and Government stakeholders. The Group Joint Venture Guidelines require that JVs apply
the SGBP, including non-operated JVs, though guidance is available from the function heads on the
acceptability of equivalent wording.
Alignment on SGBP must be reached with contractors and suppliers, including suitable safeguards to
ensure compliance.
Crisis
Every project shall be covered by a Crisis Management System. Usually the project will link into an
existing asset’s Crisis Management System. In the case of a new country entry, a Crisis Management Plan,
compliant with Group (and EP as necessary) requirements shall be established.
Deliverables
Table 3.2.1 lists the reputation management considerations for each ORP phase. They are to be addressed
unless it can be demonstrated and accepted by the DRB that the deliverable is not applicable to the
particular opportunity or project.
Exit strategy √ U U U U
Reputation management input to project CSR, LP,
FR PEP,
documentation, plans and reviews PIN PEP, CSU, PIR
GIP FDP
FDP OPR
STAKEHOLDER ENGAGEMENT
BRAND
KEY:
3.2.4 Links
Brand
[Link]
Communications
[Link]
Crisis Management
[Link]
EP 2005.0000
[Link]
rol%[Link]
External Affairs
[Link]
Global Process 20
[Link]
Social Performance
[Link]
Stakeholder Engagement
[Link]
To inspire confidence, the project team shall draw up a Project Assurance Plan (PAP) and use the plan to
guide the range of activities to identify, protect and enhance value. Many types of such activities exist, and
most serve equally well for protecting as for enhancing value. This section will not maintain a distinction
between the two.
The Business Opportunity Manager is accountable for the creation, maintenance and execution of the PAP,
but the Project Manager and Operations Manager will be responsible for many of the activities within it.
The DE/DRB is expected to take an active role in setting the PAP and must approve it.
The PAP is driven by the relevant Governance framework; EP projects are driven by the EP Governance
framework, Downstream projects by the Downstream framework and so on. At a higher level, both types
of project must comply with the Shell (Group) Governance framework.
A Governance framework is the set of policies and standards, processes and practices that, collectively,
dictate how business will be conducted. Within EP, there will be overlapping frameworks, as Figure 3.3.1
illustrates. OU policies and standards will provide another overlay. Multi-business projects will be governed
by a multitude of Governance frameworks, all with policies, standards, processes and practices that make
demands on the project.
Group, e.g.
Function, e.g. SGBP, A&R
Function, e.g. Finance
Group HSE
EP e.g. VARs
EPB EPX
EP - HSE
EP Technical Function
GP
“Minimum Standards”, e.g. ORP
“Global Processes” e.g.
Risk Management,
Project Health Check,
OR&A….
Teams drawing up a PAP should take full recognition of the applicable Governance frameworks they
will be working under, as these will contain the mandatory and discretionary activities for Assurance. To
assist EP teams, the OPMG has made up a template that is considered to comply with the EP Technical
Function Governance Framework, in that it takes full recognition of the Value Assurance Review (VAR)
process plus the Minimum Technical Standards, the (T&OE) Global Processes, and recommended best
practices such as Front-end Loading (FEL) and Realise the Limit (RtL). The template can be found in
Chapter 2 Appendix D. Within Downstream at a similar level there are the mandatory Project Value
Practices and Project Guides10.
Business and
Types of Project Management Assurance EP-Technical Function
Assurance
activities Assurance Framework
Project – Minimum Standards
PSUA Assurance
audits – Global Processes
JV Partner VAR’s – HSSE-MS Requirements
(Technical) Discipline Assurance
reviews
PEP Activity Health
reviews ESAR PERT PHC review Checks
Discipline Assurance takes the form of Capability Assurance and uses tools such as Activity and Discipline
Health Checks and process reviews, which are carried out in the context of a function, discipline or
organisation. They are not related to a single opportunity/project and are therefore not covered in the
OPMG. As they influence the PAP, the project should tailor the PAP to the discipline strengths and
weaknesses as established by the Activity Health Check. In the case of a single project venture, where the
JV is built around the project, Project Assurance and Capability Assurance are combined. Conversely, in
multi-project companies the disciplines provide the Capability Assurance.
10 The EP Global Processes can be found at [Link] and the Minimum Standards at
[Link] The Downstream PVPs and PGs are listed in OG.03.30540 – OGP
Governance: Project Development and Implementation. There is considerable commonality between the two groups (though also some
necessary differences) and it is intended that the iPMS will eventually be the repository of the one, single, overall suite relevant to project
realization.
A fit-for-purpose PAP will not only maximise the chance of securing success for the current project, it
will ensure that learnings are taken forward to subsequent projects. It also provides transparency to the
organisation as to what will be done to assure value ahead of each Decision Gate. An appropriate, formally
approved plan will also avoid unnecessary tasks and rework.
Project NOVs must also have a PAP. Most or all of the activities under the PAP will be executed by the
Operator, with or without Shell involvement. The project PAP will be the starting point for the Shell
representative to develop the Shell Assurance Strategy. The standard tools in this strategy are isolated checks
and reviews, Independent Project Reviews (IPRs), secondees, work on behalf of the Operator/JV and/or
shadowing the work of the Operator with a separate, Shell staffed (and funded) team.
As described in section 2.4.5, there are three elements in a PAP: Deliverables, Assurance Events and
discretionary Value Improving Practices. The choice of discretionary elements as well as the shape and
content of all elements of the PAP are a function of the nature of the project and the organisation that tries
to realise the project. How to give shape and size to the content of the PAP is described below.
Content
The content of the PAP should reflect:
− the Governance framework(s) that the project is operating under;
− the capability of the organisation as established by (e.g.) the Activity Health Check;
− the levels and types of risk being managed by the project
To derive the PAP, or start any other improvement effort, a generic best practice process can be applied.
This has five key sequential steps:
− identification of value creation areas and value drivers;
− identification of performance indicators for the value creation areas and value drivers;
− setting improvement objectives (e.g. Technical Limit Goals);
− analysis of the Critical Success Factors (CSFs), the successful management of which enables the
improvement goals to be achieved; and
− making improvement plans and securing the gains.
Identification of value drivers and CSFs is a specific part of the Opportunity Framing process. This enables
the forming of the PAP.
Having established the primary value creation areas, identify the value drivers for each. Value drivers are
those key elements that drive the end result in the value creation areas. Some primary value creation areas
are better separated out into subsidiary ones because they have different drivers; for example, lifecycle cost
above separates into capital cost and operating cost, with key value drivers as shown in Figure 3.3.4.
The team should focus on those value drivers that can be expected to provide large proportions of the
expected added value. They are therefore areas of the project where assurance will be important, and where
improvement effort will have the greatest effect.
Indicators are said to be lagging indicators if they are measuring past recorded performance, e.g. Reserves
Replacement Ratio (RRR). Leading indicators measure parameters that can indicate likely future outcomes
or performance, e.g. the % of scope for recovery volumes that is underpinned by projects, or the decrease
in weld defects in a pipeline project. Project teams should make use of a balanced set of both to ensure
lessons are learned from past efforts and that flags are raised and opportunities identified going forward.
Indicators are used to measure performance at various levels. A selection of the most important indicators
can be made to assist reporting to the DRB and accountable Director.
Performance indicators should be selected with due regard to those used externally in the industry,
especially those used in benchmarking studies that Shell commonly participates in. Refer Global Process 21
Benchmarking of Project Performance.
A technical limit goal (refer to Figure 3.3.5) can be seen as an extremely ambitious goal that reflects perfect
performance.
“Pushing” up
performance
Time
To achieve perfect performance, people will have to perform in ways they never imagined possible by:
− forging new relationships;
− using unproven technology/methods;
− designing out things that may go wrong;
− seeking analogues from outside the oil industry; and
− thinking out of the box.
Technical limit goals are often set at three levels in the improvement process hierarchy:
− the overall opportunity or project level, e.g. NPV gain or onstream date;
− the level of the value creation areas – generating technical limit goals in each area that will add up to
the overall “stretch”, e.g. cost reduction target;
− the level of the value drivers – generating technical limit goals against the value drivers associated with
each value creation area that will build up to the individual value creation area technical limit goals,
e.g. technical limit drilling times or recovery factors.
Each of the issues should be analysed to see whether there are already adequate plans in place to address
them or whether there is an opportunity to develop/improve the plans.
It is important to note that CSFs change with time as the opportunity or project moves through different
ORP phases.
The deliverables and the Governance framework will put explicit, mandatory demands on the project.
Examples (in the EP Technical Function) are:
− VARs;
− demands from the Minimum Standards, for example compliance with ORP; and
− demands from the T&OE Global Processes, for example:
- Opportunity Framing (Global Process 19)
- Risk Management (Global Process 20)
- Project Health Check (Global Process 21)
- Project Execution Reviews (Global Process 24) etc.
Refer to Chapter 4 Section 4.10 for further details.
Steps 1 to 4 above will give good guidance on where to put emphasis. The same four steps will then help
to generate the rest of the plan. We know:
− where value needs to be protected/improved;
− how to measure (KPIs);
− the targets (TL) and therefore the gap we need to close; and
− the critical success factors to close the gap.
− Peer Assists; These are specific pieces of staff work carried out by expert support staff from, for
example, the Global Technical Partners or members of other teams within the same organisation. They
are used to bridge gaps in skills, numbers or both and they can be used to accelerate critical pathwork
to allow schedules to be met without reducing quality.
− Discipline and Integrated Reviews; These are targeted reviews carried out by discipline specialists or
integrated teams of experts. They are used to provide knowledgeable challenge and external perspective
to critical technical and commercial analyses and decisions made in the course of the project. Not
everything should be subject to peer review; an intelligent risk-based approach should be taken.
− Application of Technical Limit Methodology; Application of the technical limit methodology has been
applied to each of the main activity areas though the vehicle of Realise the Limit. This is one of the
principal methods used in EP to identify ways to increase the value of an asset or opportunity.
− Process Workshops; A number of the T&OE Global Processes recommend holding specific workshops
or facilitated peer assists at given stages of the process as best practice. These are to enable specific
pieces of work to be completed in a collaborative, efficient and value adding way- refer to individual
processes for details. Examples would be:
- Concept Selection Review;
- Front-end Loading Review;
- Operations Philosophy Workshop;
- Value Engineering Workshop;
- Technology Mapping;
− Benchmarking; Measuring performance through Key Performance Indicators (KPIs), and comparing
these with analogue projects internally or externally to the Company, provides crucial insights. These
can be used to recognise gaps as well as best practice, but it is of relatively little value unless it leads to
some action. Benchmarking is a Global Process in EP (Global Process 21).
In addition to the process given above, there are a number of other routes by which value creation ideas
can be generated for inclusion in the PAP, for example:
− review of analogue projects (technical/commercial terms aspects) inside and outside Shell;
− competitive intelligence;
− use of global networks;
− review of Practices Worth Replicating database;
− review of Value Assurance Services learnings database;
− review of VAR 5 reports on analogue projects;
− foundation performance assessments;
− RtL peer assists; and
− use of other global technical partners assists.
A team member should be made responsible for overall co-ordination and monitoring of PAP
implementation; for large projects a dedicated Assurance Manager is best practice.
Regular reporting on progress versus the goals to the DRB is recommended. Those engaged in delivery
of improvement plans should be given sufficient dedicated time to fulfil this important responsibility. It
is crucial that project management gives visible recognition to staff that follows through improvement
processes and plans.
3.3.4 Links
Global Process 19
[Link]
Global Process 20
[Link]
Global Process 21
[Link]
Global Process 24
[Link]
3.4 FINANCE
This section deals with Finance for the project’s “journey”. The Finance contribution to projects is
delivered through:
− independent challenge as custodian of the Business Controls and Assurance framework;
− specific project Finance support activities; and
− in some projects, dedicated project Finance effort is required where third-party project financing
is necessary.
In EP, Finance is accountable for defining and ensuring an effective business control and assurance
framework, is in place taking into account the business environment and risks. This is in support of
achieving business objectives through provision of objective and transparent management information to
all levels in the organisation and the promotion of effective risk management in all key business decision
processes.
Finance owns the investment decision process. In line with the Investment Decision Manual, each
investment proposal and each proposal to commence negotiations requires the support of the Finance line
reporting to or supporting the person submitting the proposal. In the crucial phase around FID, Finance
has a specific accountability for sign-off on control, accounting, treasury and tax aspects of the proposal.
In addition to these specific Finance areas, Finance support is required on the entirety of the
proposal covering:
− objectivity – true balanced 50/50 base case, including:
− cost;
− schedule;
− economics; and
− contingencies;
− completeness – both upsides and downsides, including risk and uncertainty analysis; and
− transparency – concise, stand-alone document.
The Project Finance Manager (PFM) is part of the Project Management Team and, in line with Group
practice, will have a functional reporting line, usually to the Regional VP Finance or the Business
Finance Manager.
Good co-ordination and strong integration of the strategic decision-making and the control processes
is critical in ensuring a controlled project environment. In particular, an integrated approach to cost
management, work planning, finance, and contracting and procurement will strongly contribute to a
well controlled project environment. In reality, these activities are often split between the Project Services
organisation and the Finance organisation.
In order to discharge the above accountabilities, the PFM will need to have a thorough understanding of
these processes and preferably experience in at least one other discipline than Finance.
The PFM is accountable for timely and correct reporting of budget, actuals and latest estimates in line with
Group and external accounting standards.
Finance involvement ensures that auditable generic systems are in place for capturing cost and time writing
by technical professionals, and that expense procedures are followed by the opportunity identification
team. At this stage, a generic cost control and compliance framework is usually sufficient although study
costs may still be significant in their own right and therefore should be monitored and reported.
In many venture arrangements, accurate and auditable cost collection from the earliest stage will allow for
efficient future cost recovery from project partners and/or host governments.
Specific Finance activities in the lead-up to FID depend on the type of project and whether the project
is executed within an existing OU or through the set-up of a newly formed JV. If a new JV is set up,
then Finance will be involved in the venture set-up activities and the negotiations of the shareholder/JV
agreements (refer to Joint Venture Guidelines). If the JV is formed through an incorporated company,
then generally more effort is required to consider fiscal structuring and financing options. The Group’s
preference in that case is to use shareholder financing instead of third-party project financing.
For all projects leading up to FID, Finance will have a key role in the co-ordination of the investment
proposal. The investment proposal will have input from all project team members and in many cases it
is efficient to request the PFM of the project to co-ordinate input. This will ensure compliance with the
Investment Decision Manual.
Execute (post-FID)
During the Execute phase for a Shell-operated project, most (if not all) business processes as outlined below
are the responsibility of the Finance department. During this phase, there will be a full or part-time PFM
with an adequately resourced Finance organisation to carry out the activities outlined below.
The PFM will ensure that focus is maintained on value delivery and KPIs in the project. Finance will
report timely, relevant, accurate and compelling management information on actual performance to date
and will be actively involved with the business in the preparation of forecasts against plans and budgets.
The PFM is responsible in the project to ensure that the aggregate expenditure estimates meet
Minimum Standards.
Accounting
This includes project accounting and financial accounting for Group, statutory and fiscal purposes. An
important area in the context of projects is capital and fixed assets accounting, including the recording of
value of work done.
Reporting
This includes the preparation and development of reports to Group, partners, host Government, fiscal
authorities, project cost reporting against annual as well as full project lifecycle costs. A critical part of this
is the reporting of latest estimates.
Treasury/Cash Management
This includes the timely flow of funds from Shell and its partners in the project to the project company
in line with the Joint Operating Agreement (JOA) to ensure continuity, and to maximise and protect
shareholder value through professional management of monetary assets (cash, investments), liabilities
(loans), dividend policy and FX exposure.
Taxation
The PFM is responsible in the project leadership teams to ensure maximum delivery of value to the project
by tax specialists.
If a project has its own Tender Board, it will typically be chaired by the PFM who will also give advice
on the financial aspects of contracts as they are drafted, and ensure that the link is made between “supply
chain savings” and the actual financial results. The size of the project will determine if SCM specialists are
resourced into the project.
Economics
Finance will ensure the quality of data and assumptions used by the economists in order to enable objective
ranking of opportunities. Finance will be actively involved in peer reviews of economic models.
SAP
This includes the selection and planning of the ERP system that will be used to manage the project’s
activities, administration and reporting; SAP Blueprint is EP’s preferred system. The PFM is also
responsible for ensuring that the system’s administration work is done effectively and efficiently to allow
business transactions to be recorded accurately in SAP.
When a project is “project financed”, it is secured only by the future cash flow and other assets of that
project. The borrower is usually set up as a special purpose vehicle that consists only of the project’s assets.
Ideally lenders to the project would have no recourse to the sponsors. However, there is often an element of
recourse, especially during the construction phase, which is required to attract third-party financing.
Shell’s preferred way of funding a project is by way of own funds (through shareholder loans or equity).
The requirement for Shell to consider project finance generally only arises in projects where other joint
venture partners are unable or unwilling to provide their share of the cash calls directly by shareholder
loans or equity.
Project finance will have an impact throughout the entire project cycle from project inception and JVA
development until the debt is ultimately repaid. It is important to involve project finance expertise (via the
PFM) at the early stages of project discussions.
Partner Negotiations
It is important to understand likely lender requirements in negotiating with the National Oil Company
(NOC) and the Joint Venture Partners (JVPs). Due to the enhanced position of the resource holders,
NOCs are continually pushing more risks to the International Oil Company (IOC) partners. This can
take several forms such as the IOC sponsor co-lending, supporting the NOC obligations for completion
support and providing back-stop financing support. Including experienced Finance persons who are
familiar with the market will minimise the potential for onerous terms being passed to the IOC.
Contracting
Project financing can have a significant impact on the contracting strategy. Major project lenders will want
to see experienced, creditworthy contractors and preferably one turnkey contractor. If there are multiple
contractors and/or if there is questionable creditworthiness, lenders may well seek sponsor support until
the project is completed and operating. In projects where financing liquidity is crucial and export credit
agencies are required, contractors may be forced to procure from specified countries and this could have a
cost impact. It will be necessary to obtain financing input during the Engineer, Procure, Contract (EPC)
strategy discussions, bidding and contract negotiation to ensure that proper provisions are included that
will ensure the financing requirements will be met.
However, it is also important to understand that there will be certain requirements that are not negotiable
and time should not be wasted on these areas. To avoid these pitfalls, it is important to have an experienced
project finance person negotiating this documentation with lenders.
In addition to the increased finance activity, there can be a considerable call on management and
other resources time to meet the project finance requirements. Technical, environmental, marketing
and insurance are just a few of the areas that will be affected by the reporting, due diligence and other
requirements of project finance lenders. Significant time is often required by the project team to engage
and present to the various lending stakeholders (which may involve Government institutions and
multi-laterals).
The time and effort to put project finance in place is often underestimated, putting a considerable
strain on resources. With the trend of lenders seeking more rather than less information and a greater
understanding of the underlying project (especially in such areas as the environment), the requirements
need to be incorporated in the overall planning of the Project.
3.4.4 Links
3.5 PEOPLE
This section deals with the people who will make the project’s “journey” a success. The industry, aspiring
significant growth, is short of experienced project professionals. It is also, particularly in Europe and North
America, facing an age-demographic challenge.
3.5.1 Leadership
The Shell Leadership Framework provides the Group with a common language and a basis for assessing
and identifying the development needs of leaders. The framework can be applied to staff across all levels of
the organisation to deliver leaders at all levels.
A fundamental requirement of good project management is clear delegation of tasks and the appropriate
authority to empower and motivate the staff in their achievement. The leader’s function is to support and
encourage people in carrying out their tasks rather than to direct and control them.
“Enterprise First” means maximising value for Shell through a common purpose, shared values and behaviours.
“Enterprise First” is about actions, not words, and although the words below will give a good feeling for the way
of acting and thinking that “Enterprise First” describes, it is something that really just needs to be done.
The Executive Committee has defined the key behaviours that might lead to an “Enterprise First” culture
as leadership, accountability and teamwork. This means that for each area we:
Leadership
− build shared vision;
− set clear priorities and reduce complexity;
− motivate, coach and develop; and
− focus on customers, Governments, key stakeholders.
Accountability
− grasp opportunities with energy and take on tough challenges;
− know the rules and stick to them; and
− reward success and address failures.
Teamwork
− get the right skills and use them all;
− strive for the right balance, neither cosy nor hostile; and
− ensure there are good communications between all team members.
Some useful theories, models and tools exist that can assist in putting the “Enterprise First” behaviours
into practice:
− McClelland’s Motivational Needs Theory to support people motivation;
− Belbin’s Team Roles and Myers Briggs’ Type Indicator to support teamwork, getting the right skills and
using them;
− Tuckman’s model for team development to support teamwork; and
− Shell’s own learning resources.
3.5.3 Organisation
[Link] Structure
The organisational structure used to realise a business opportunity varies for the type of project and across
the opportunity realisation phases. Whilst moving through the phases, it is vital that all skill pools that
have a significant involvement in later phases are involved in the project at earlier phases.
The fundamental principle underpinning organisational structure is single point responsibility and
accountability for specified deliverables with clear and unambiguous delegation. The organisational
structure will depend primarily on the:
− key deliverables for the phase (WBS);
− contracting strategy and contractor competency;
− project challenge (location, size, complexity);
− individual competency and experience;
− need for dedicated functional support; and
− local stakeholder requirements.
The WBS needs to be developed as early as possible. The WBS will, during the early phases of the
opportunity, include both hardware headings (e.g. wells, topsides, onsite and concept selection of
plant solutions, environmental/Sustainable Development aspects etc.) and non-hardware headings (e.g.
marketing, Government/JVP approvals etc.). It should be appreciated that deliverables in the front-end
phases (Select/Develop) are engineering studies and that only after concept selection will the WBS become
primarily hardware driven.
[Link] Types
There are two basic types of organisation:
− The matrix organisation, in which the manpower resources required for the project are supplied on
demand by the various line functions and the Project Manager co-ordinates their contributions. This is
the most common approach for small jobs where a full-time, dedicated team is not justified.
− The project organisation (a dedicated project team) in which the manpower resources are dedicated
to the project and are under the direct control of the Project Manager. This is common for larger
activities or projects where a full-time presence can be justified.
In practice, a hybrid between the two basic types is the norm. Project Managers will establish team
positions for realising the deliverables and functional support if this requires full-time, dedicated resources,
and rely on matrix support for areas that do not require full-time resources or areas that require scarce
discipline expert support.
Projects are, in particular, vulnerable on the interfaces between components and transitions between phases.
There is also a risk in obtaining timely external approvals for the design, construction and installation of
wells and facilities from host Governments. These risks may warrant dedicated project resources to ensure
seamless interfaces and transitions, timely delivery and avoid unexpected delays and cost increases.
[Link] Pre-FID
A typical large integrated project organisation in the pre-FID phase (Qatar GtL) is shown in Figure 3.5.1.
It contains branches for delivery of sub-projects as well as functional support branches.
Project
Director
(BOM)
Deliverables Functional Support
The organisational structure of the branches responsible for the delivery of the BfD and project
specifications of the upstream and downstream facilities is shown in Figure 3.5.2.
Downstream Project
Manager
Project Services
FEED Team Resident PM Team
Team
[Link] Post-FID
The emphasis of the organisation in the post-FID phase shifts from the design towards delivering the
hardware. Implementation management to achieve the specified cost, schedule and quality becomes the
main focus of attention. There may be multiple, geographically widespread construction/fabrication sites
that require separate construction management and supervision teams, with local project services support.
Towards the end of the implementation phase, integration of equipment packages and systems becomes the
focus of attention, with the creation of hook-up and commissioning/start-up teams. At the same time the
project team is engaged on the preparation of the handover documentation using the as-built data from site.
Project teams, especially in the earlier phases and towards handover, experience many staff changes.
Continuity of knowledge can be a critical factor despite well ordered data management systems. The
continuity aspect should be incorporated into the organisation [Link] organisational design should
make allowance for provision of development positions.
Development positions allow the new recruits/inexperienced engineers to get exposure to the “coal face” of
facility engineering, providing them with the hands-on exposure that will later pay its dividend in terms
of HSE integrity and constructability of the designs in which they are involved. Development positions
are most effective and rewarding for the incumbents if they are appended from a part of the organisation
in which experienced engineers are involved. This will allow for mentorship and on-the-job coaching in a
team environment. Graduates/young engineers in development positions are often valuable resources due
to their enthusiasm, energy and uninhibited ideas and suggestions.
[Link] Influences
The contracting strategy has a significant influence on the organisational structure after the completion of
the BfD. The project challenge (the maturity of the area in which the asset will be located, Government
requirements, size, complexity) will influence the contracting strategy and influence the organisational
needs. Contractor capability/track record to deliver as promised, particularly when working in the
constraints of a JV, also has a major influence on the level of monitoring and control the project team has
to apply to assure cost, schedule and quality.
Other factors influencing organisational structure can be:
− required competencies vs. those available locally (internally and externally
− individual competencies; and
− physical location of the team.
Activities that are essential to the success of a project will receive most attention. For instance, use of a
totally new technology will require more management attention than a well-tried and tested technology,
and critical path activities in the Project Plan will need more attention than activities with substantial
float. The activities and sub-activities need to be examined for all of their criticalities such as safety, cost,
schedule, resources, quality etc, and the organisation structure and responsibilities shaped to manage these.
Other considerations besides spend can influence this level, such as maturity of the location, complexity
of the project, political sensitivities and reputation, or additional roles/responsibilities such as shareholder
representation.
3.5.4 Resourcing
Application of, and compliance with, the ORP requires that, amongst others, staffing needs are clearly
defined, with a focus on integration of required skills and disciplines, and that it is clear how the project
will be funded and resourced at the start of each phase. The mobilisation requirement for the key team
members should be noted on the ORP Roadmap and a fully detailed mobilisation and demobilisation plan
is to be developed with the origin of all staff defined.
Open Resourcing (OR) is the web-based system through which the various Shell businesses advertise their
vacancies within Shell and is a process directly between applicants and job holder. Positions can be posted
on OR at any time during the year. Managed Open Resourcing (MOR) is used for numbered category
positions, and the final selection of applicants to positions is done by a matching panel, balancing the
needs of the business with an individual’s preferences and development. There are three rounds of MOR
per year, in February, June and October.
OUs and service companies prioritise resource demand using their approved Business Plan.
Where appropriate, placement will be used to direct resources to the priority opportunities.
In case of the need for assistance with resourcing, contact local or global skill pool managers.
DE supported by DRB
Governance,
Decision Executive (Opportunity Owner), with relevant Project Delivery,
Value Assurance
Operations, Commercial, Legal, Finance, etc members as appropriate
The ORP requires an ongoing dialogue between opportunity/project teams and their DE/DRB with the
overall aim of improving decision quality. The roles and responsibilities of the DRB and Project Team are
covered in Chapter 2.
As for the work team, all our opportunities/projects encompass three distinct roles to a greater or lesser
degree: the Business Opportunity Manager, the Project Manager and the Operations Manager. These are
separate roles and require different skill sets. They may be discharged by one or more persons, and one
person may discharge a combination of these roles if the opportunity so allows and that person has
the skills.
Typical responsibilities for the Project Manager are most of the standard ORP deliverables:
– (Technical) Feasibility Report;
– (Technical) Concept Selection Report;
– Field Development Plan;
– Project Execution Plan;
– Etc.
The future owner will be responsible for generating value from the realised project and therefore has a
very important role to play in the project team. As the output will still be seen as project deliverables, the
Operations Manager usually reports to the Project Manager prior to FID. Post FID, the OM may well
report to the Functional Line (Operations). The Operations Manager will also have a functional reporting
line to the organisation that will operate the asset and will have access to the Business Opportunity
Manager on issues where technical and operational demands appear to be in conflict.
On the basis of single point responsibility for deliverables for the phase, the organisation is further broken
down into branches responsible for delivery and branches responsible for functional support, such as
Project Services, Finance, HR, HSE, External Affairs, Contracting & Procurement, Asset Management and
any other specific functional support required (e.g. Construction Management).
Positions with single point responsibility for the delivery of facility engineering studies or hardware items
will require Project Engineering skill pool resources to manage the delivery in accordance with the OPMG
and integration across disciplines and functional support. Positions with responsibility for project services,
cost, schedule and QA will require Project Services skill pool resources. Facility engineering studies and
hardware delivery also require support from resources from the process and discipline engineering skill
pools to define the scope of work and verify compliance with requirements.
Project engineering professionals usually have a graduate degree or equivalent professional qualification in
an engineering discipline, and 6 to 8 years working experience in their base engineering discipline prior
to joining the Project Engineering skill pool. During their engineering discipline period, they will be
occasionally involved in projects and carry single point responsibility for delivery against a specified cost,
schedule and quality, most likely for an item of packaged equipment. Skill and competency development
during this period is the responsibility of the employee, their Line Manager and the relevant engineering
discipline skill pool manager.
Graduate staff recruited with the long-term objective to broaden them into Project Engineering will be
engaged in an engineering discipline for their first two assignments. During these assignments they will
receive the basic training on introduction to projects, foundation learning and gain experience in their
work assignments.
For project professionals, the Shell Project Academy Competency Ladder comprises four levels from JG6
to JGSE.
Accreditation against the competency levels and the differentiation between job grades within these levels is
defined in the Shell Project Academy, which consists of five elements:
− Grow (experience);
− Educate (learning);
− Mentor (mentoring and coaching);
− Accredit (assessment and accreditation); and
− Support (networking and community).
LEA
CE RN
RIEN IN
P E G
EX
ED
UC
OW AT
GR E
TION
NET
COMPETENCE
WO
DITA
DEVELOPEMENT
IT
AND
SUP
RKIN
CRE
RED
APPLICATION
POR
& AC
ACC
G&
T
COM
ENT
MENTOR
ESSM
MUN
ASS
ITY
The Shell Project Academy will provide a fully integrated system for staff to develop their competence
towards successful application thereof in their project roles. The Academy will develop Project Engineering
skills at every project phase and at all levels. Audiences cover the whole project lifecycle and include all
project engineering professionals (including Project Services engineers) as its core audience, as well as
business leaders in project Governance roles and “non-project professionals” in key project roles (such as
Finance Manager, Senior Development Planner, Head of Well Engineering etc.).
3.5.7 Links
The principles described in this section are generic to all NOVs, although there are many different
NOVs with different issues and requirements that require case-specific approaches to maturing business
opportunities, and each Region has:
− its own distinct legal environment;
− distinct Joint Operation Agreement (JOA) models;
− a mixture of incorporated and unincorporated joint ventures, each with different requirements; and
− new and legacy JV agreements.
A joint venture is a co-operation between two or more partners to achieve common goals. or does not have
a Technical Services Agreement (TSA) these can take many forms as described in the Group Joint Venture
Guidelines.
Where Shell is not the nominated Operator, or does not have operational control, these cases are referred
to as NOVs.
There is another group of Joint Ventures where the operatorship changes, with one company responsible
for the project during early project phases and then another company taking over responsibility for the
Execution or Operation phase. These transfers of operatorship pose particular challenges.
The key documents in defining Shell’s approach to NOVs are the Group Joint Venture Guidelines and the
EPBM Process EP.05 – Govern Non-operated Ventures. These explain:
− why we enter Joint Ventures;
− the overall risk-based approach we take to managing them; and
− what is expected of the Shell team managing the NOV.
In simple terms, Shell has a role in defining the strategy and direction of the venture, and thereafter the
Operator is responsible for executing the agreed work programme. We need to ensure that the Operator
is properly and efficiently managing the business on our behalf and will set up a Shell Asset Team to do
this. This team should do everything practical to support the Operator, as long as it does not harm our
long-term interests. In some countries this support is a legal obligation. However, this needs to be balanced
against attracting additional liabilities by involving ourselves in the Operator’s management.
The scope and size of the Asset Team is determined mainly on the basis of perceived risk of the
opportunity failing to deliver the business result, and our ability to influence the outcome. The level of risk
is dependent on a number of factors, one of which is the Operator capability and experience. Comparing
the Operator’s project processes, practices and resourcing against the OPMG is one part of assessing this
capability and the Asset Team should strive to ensure that the Operator has a system that will achieve at
least the same level of deliverables.
The Asset Team can improve project performance in NOVs by devoting resources to opportunity
identification and technical challenge, followed by influencing the Operator to realise the potential of these
opportunities, which are often overlooked. Without the distraction of daily pressures, and with access to
Shell’s technology and experience in project delivery, Shell staff are well placed to think longer term, and to
anticipate the impact of current activities, highlighting opportunities and issues to the Operator that either
add value to the project or prevent value erosion.
How the Shell Team provides governance to an NOV is set out in EPBM Process EP.05 – Govern Non-
operated Ventures. Applying this to project development and delivery within an NOV (rather than
managing the whole JV), the team is expected to:
− Establish and document a strategy to govern the project that has been developed in accordance with
the NOV Strategy Framing Module (available from EP Projects). As part of strategy development,
the team will review applicability of Group and EP principles, policies and standards, and learn from
others who have, or are, working with the same Operator and co-venturers.
− Develop this strategy on the basis of a thorough, documented risk assessment applying risk
management (Global Process 20). Carry out a self-assessment to ensure JOA obligations are
understood, monitored and executed as intended.
− Resource itself in line with the approved strategy and risk assessment.
– Ensure that the other requirements of the ORP are applied, i.e.:
- a DRB shall be in place;
- a PAP shall be in place, articulated at the overall (100%) project, with an overlay detailing the Shell
involvement in each assurance activity, deliverable or event.
- VARs shall be conducted in accordance with the OPMG (equivalent JV audits/reviews to the Shell
VAR process can be considered if they achieve ownership of results. However, the Shell-specific
areas, Governance, commercial strategy etc. of the project still need to be separately reviewed);
- a Shell independent risk, cost and schedule assessment is prepared as appropriate (refer to Chapter
4 Section 4.10);
- post-sanction, a PDAB shall be in place during the Execute phase.
− Exercise audit rights in accordance with Shell’s rights under the JOA.
A key part of the framing for NOVs is to develop the strategy for influencing the Operator, using the
NOV Strategy Framing Module, available from EP Projects. One element of this strategy is the level of
Shell involvement.
In order to make informed decisions on the level of Shell involvement required, the opportunity needs to
be well understood in terms of:
− understanding the technical and commercial scope and inherent risk;
− value at risk to Shell;
− Operator competence and experience;
− opportunity for Shell to learn;
− the degree of strategic alignment between Shell and the partners; and
− the ability to influence the Operator and protect Shell’s interests from the outside via a strong JOA.
During the Opportunity Framing, SWOT and risk analysis are used to generate levels of involvement in
various parts of the project. These can include:
− a full shadow Shell team undertaking independent work;
− work undertaken by Shell on behalf of and paid for by the JV;
− Shell participation in the Integrated Project Team with either Project Managers or technical staff;
− ad hoc challenge and reviews of the Integrated Project Team work by Shell; and
− a completely hands-off approach with no Shell involvement.
The balance between excessive Shell costs for independent work (while still paying Shell’s share of the
Operator’s Joint Venture costs) and protecting/increasing value for Shell in large, complex ventures with
significant project execution challenges needs to be carefully assessed. There is a large difference between
Shell doing work as part of the venture (at venture cost) and Shell doing the same work with a shadow
organisation (at Shell cost). Even if the costs are recovered from the venture, there is still an opportunity
cost of using Shell resources in the venture as opposed to elsewhere.
Figure 3.6.1 is an example showing how the nature of engagement or intervention may vary depending
on the risk assessment conducted during the strategy framing session. Influencing plans with resources
identified are generated for all high and some medium risk activities. These levels of involvement are
reviewed and amended as the project progresses.
“React and ensure compliance” “Collaborate with operator and partners” “Actively lead the operator and partners”
The application of Group policies and standards in JVs is determined by the degree of influence Shell has
over the JV. Some are always applicable, particularly those related to SGBP and HSE Policy.
The Shell HSE Policy requires that we use our influence to promote the policy in NOVs, and the Group
Annual HSE Council provides additional substance as to how this should be done.
There are three possible approaches to SGBP and HSE Policy for Joint Ventures:
− the preferred position is that the NOV adopts the Shell general business principles and HSE Policy for
the Joint Venture;
− failing that, the Joint Venture should have its own statement of general business principles and HSE
Policy that is the same in all material respects to that of Shell; and
− if neither of the first two positions are achievable, the minimum requirement is that Shell promotes the
general business principles and HSE Policy in Joint Ventures.
In existing NOVs, the extent of what the Shell Company can achieve will depend on the constitutive
documents of the Joint Venture company and any shareholder agreements. In the case of unincorporated
Joint Ventures, it will depend on the Joint Venture agreement or JOA. If the JV itself cannot be prevailed
upon to adopt appropriate policies, the other co-venturers should be urged to do so and, if possible within
the terms of the agreement, the Shell team should make support for further agreement conditional
upon this.
Specific requirements such as policy adoption, HSSE data submission and target setting cannot be enforced
on NOVs. The approach is one of active encouragement, but the Shell Company needs to avoid taking
on any additional exposure of a legal or reputational nature, or instigating anything that may complicate
relationships with NOV co-venturers.
Further discussion and practical guidance on the subject of SGBP and HSE Policy as applied to NOVs can
be found in Appendices 12 and 13 of the Shell Group HSE Management System Guide.
The flowchart in Figure 3.6.2 provides guidance on how Shell standards and processes should be applied
to Joint Ventures. Where non-conformances arise, guidance is provided on how to resolve these issues,
including:
− escalation;
− reporting exceptions as part of the Business Assurance Letter process; and
− divestment of the JV.
In Joint Ventures where operatorship will transfer between two partners, extra attention to the systems and
processes to be adopted is required. If Shell is to be the Operator during the Production phase, we should
ensure that the facilities design will meet our requirements. This may require detailed technical discussions
regarding Shell’s key policies and standards in order to assess whether the requirements are being adequately
reflected in the facilities design.
Are
deliverables
and processes
YES equivalent to those in NO
All Shell Shell and/or inter-
systems and national, industry
processes apply E standards? F
Identify proposals for Use influencing tactics;
Are improvement and including escalation
there any present to Operator within Shell and
Practices Worth Operator's organisation.
NO Replicating that could YES
improve Shell systems
and processes?
Are
proposals
YES NO
accepted by the
Operator?
Does
Shell want YES
Monitor and
confirm to pursue the issue
implementation further?
Share good NO
practices
and learning
with Is the
the relevant risk acceptable
Shell YES NO
for Shell to remain
community in the JV?
The risk is
Does
unacceptable
NO it warrant J to Shell -
YES
an exception in
divest asset
the Business
I Assurance
Letter?
Include an
Accept the "exception" in
status and the Business
This is where the move on Assurance Letter
"value added" from
theShell NSOV team Many issues
End End is mainly achieved End End End end up here End End End
Symbol Notes
This flowchart outlines the process for compliance with Shell standards and processes in cases where the JOA is
A already in place and the JV is already established.
In the case where the JOA is under negotiation, the process EP.41 “Develop New Business” of the EP Business Model
V4 outlines the requirements.
Periodically review risk assessment to refresh focus areas. Include issues arising from audits and reviews. Document
issues that have been closed out to provide an audit trail.
B For NOVs this risk assessment and the response to the identified key risks forms the basis of the NOV strategy for the
JV. Refer to Chapter 4 of the Opportunity Framing Facilitator’s Handbook and EP.05 – Govern Non-operated Ventures
for more guidance on developing an NOV strategy.
T&OE Global Processes 19 and 20 apply for Opportunity Framing and Risk Management.
Note where the JV has a Standard Service Agreement (SSA) with SIEP to provide technical and other support, Shell
standards and systems apply in the similar way to JVs under operational control.
C Shell can be the Technical Advisor to a JV without having operational control. In such cases Shell systems and
processes would normally apply to the JV.
The Shell Corporate Management System outlines Shell’s view on how an Operator should manage a JV on behalf
D of partners. When assessing the deliverables from an Operator, the Shell NOV team will use the Shell systems and
processes as reference standards, good practices to compare with the Operator’s deliverables.
The focus of the NOV Team in Shell will be to assess the Operator’s work in the light of the decisions to be taken and
E
the risk-based framework that Shell has developed for its interest in the JV. Are they fit for purpose? Are adequate
business controls in place?
The ability to influence the Operator is one of the key competencies necessary when working NOVs; this is normally
best achieved by undertaking solid technical analysis within Shell prior to presenting the suggestions to the Operator.
Starting with a good strategic alignment within the JV concerning each co-venturer’s objectives is one good way to
All those involved in the venture leadership team should be familiar with the rights and influence points
that Shell, the Operator and other partners have. Understanding how these rights could be applied to
increase our influence is essential and we should exercise these rights as and when necessary.
The key challenge is firstly to understand clearly what rights we have as the non-operating partner, but
then to consider how we wish to exercise them most effectively. Understanding how the Operator and
other partners can use their rights to negatively impact our interest also needs to be understood.
Influence can generally be best achieved by developing good working relationships with the Operator’s
team. For this reason it is particularly important to have staff continuity.
At each stage of the ORP there will be a slightly different focus for the NOV Team, which may include
seconding Shell staff into the Operator’s project team. Figure 3.6.3 shows typical technical deliverables at
each phase of the ORP that may be developed by the Shell NOV Team.
assess do ability assess readiness prepare execution deliver promises deliver value
Risk assessment at Updated Shell NOV Updated Shell NOV Updated Shell NOV
Venture set-up Governance Strategy Governance Strategy Governance Strategy
This approach assumes a single project type of JV rather than a multi-asset business. A pragmatic approach
should be adopted in line with the strategy developed to identify the key focus areas.
Co-venturer liaison can occur on several levels, depending on the phase of the ORP and the nature of the
business. These meetings include progressively more senior management within Shell and the Operator
organisation, and may include the following:
− monthly meetings with prime contractors – one representative from co-venturer to attend;
− quarterly roll-up for the entire project – Shell shareholder representative to attend;
− quarterly meeting of a Joint Management Team or sponsor group – attendees to include:
− project organisation leadership team;
− Shell decision executive representative; and
− senior management from each of the main contractors;
− twice per year meeting between Shell accountable director and co-venturers.
The extent to which Shell can influence the Operator is determined partly by the formal agreements and
the interaction between the Operator and Shell, and all levels in the organisation. These issues can limit the
effectiveness of the technical influencing efforts.
The following reports will aid the technical support that EP Projects provide to the Regions for NOVs:
− EP Projects NOV Management Guide provides the high-level framework for managing NOVs during
project development and execution. A cornerstone in the guide’s preparation has been the adoption of
the NOV strategy framing. The guide is a tool for a standardised approach to managing the challenges
presented by the NOV aspect of Shell’s EP business.
− Best Practice Guide for Secondees examines Shell’s previous experiences with secondment. Key
learnings gained from interviews with former secondees are described. The report will help projects
develop their strategies for preparing, placing and supporting secondees.
− Joint Operating Agreement Technical Review Process identifies the key technical provisions
recommended for new JOAs. The report contains actions and technical recommendations reviewed by
the legal, tax, finance and commercial teams.
− Organisation Effectiveness documents the outcome of a survey conducted to ascertain the effectiveness
of the EP Projects NOV Team in assisting the Regions with managing the technical aspects of NOV
projects.
− EP Projects NOV Process Roadmap provides practical guidance in managing NOVs during project
development and execution. It highlights the key focus areas and deliverables for the Operator and the
Shell team during the development of an NOV project from Phase 2 to 4 of the ORP.
− EP Projects NOV Livelink Site provides additional support for NOVs.
3.6.8 Links
Global Process 20
[Link]
HSE Policy
[Link]
SGBP
[Link]
CHAPTER 4
identify & assess
select
define
execute
operate
Restricted
p
This document will be maintained live on the Shell EP intranet site. The Web-based document will be the
controlled version. Copies or extracts of this manual, which have been download from the website, are
uncontrolled copies and cannot be guaranteed to be the latest version. Further electronic copies can be
obtained from the Global EP Library, Rijswijk.
This document is classified as Restricted. Access is allowed to Shell personnel, designated Associate Companies
and Contractors working on Shell projects who have signed a confidentiality agreement with a Shell Group
Company. ‘Shell Personnel’ includes all staff with a personal contract with a Shell Group Company. Issuance of
this document is restricted to staff employed by a Shell Group Company. Neither the whole nor any part of this
document may be disclosed to Non-Shell Personnel without the prior written consent of the copyright owners.
The copyright of this document is vested in Shell International Exploration and Production B.V., The Hague, The
Netherlands. All rights reserved. Neither the whole nor any part of this document may be reproduced, stored
in any retrieval system or transmitted in any form or by any means (electronic, mechanical, reprographic,
recording or otherwise) without the prior written consent of the copyright owner.
EP No. EP 2006-5500
Revision 0.0
ECCN Not subject to EAR-No US content
Author EPT - OE, Capital to Value - Robin Hutchinson and Henk Wabeke
Approved By Matthias Bichsel
Owner Matthias Bichsel, Executive Vice President, Technical
Document type Business Control Document - Company Standard
Distribution EP Leadership Forum All Staff in project-related functions
Available as downloadable copy for all staff
Publication History
EP No. Date Extent of Revision Approved by
2001-5500 Nov 2001 First Issue of OPMG, complete rewrite of PMG EP96-3000 Robin Hutchinson
2006-5500 June 2006 Chapter 4 re-written Henk Wabeke
CI/CS Development Concept Identification and Selection EP2005-9014 Henk Wabeke and
Facilitator’s Handbook Niels van Dijk
PHC Project Health Check EP2005-9047 Henk Wabeke and
Qassim Kitany
4
PROJECT CONTROLS
4.1.1 Definitions 13
4.1.2 Work Breakdown Structure 14
[Link] WBS Levels 15
[Link] Costs, Time and Resources 15
4.1.3 Schedule Development 15
[Link] Planning Levels 16
[Link] Activity Planning Tools 17
[Link] Optimisation 17
[Link] Risk Analysis 17
[Link] Checks and Reviews 18
[Link] Owner’s Schedule Development Responsibilities 18
4.1.4 Existing Assets and Integrated Activity Planning 19
[Link] Prioritise Activities 19
[Link] Multi-activity Planning 19
4.1.5 Schedule Control 21
4.1.6 Schedule Data Feedback 23
4.1.7 Links 23
4
» PROJECT CONTROLS
4.4.1 Pre-award 48
[Link] The Pre-award Process 48
[Link] Commercial Challenge 49
[Link] Contract Document Preparation 49
[Link] Evaluation 50
[Link] Award 50
4.4.2 Post-award 50
[Link] Claims 51
[Link] Insurance Claims 52
[Link] Close-out 52
4.4.3 Procurement 52
[Link] Lifecycle 52
[Link] Best Practice 53
4.4.4 Links 56
4
» PROJECT CONTROLS
4
» PROJECT CONTROLS
4
» PROJECT CONTROLS
4.9.1 Reporting 94
[Link] Principles 94
[Link] Objectives 95
[Link] Deliverables 95
[Link] Portfolio Reporting 95
[Link] Additional Reports 95
[Link] Frequency 96
4.9.2 Monitoring and Analysing 96
[Link] Qualitative and Quantitative Analysis 96
[Link] Project Assurance Plan 96
[Link] Performance Indicators 96
4.9.3 Sample Reports 98
[Link] Progress Against Plan 98
[Link] Gantt Chart 98
[Link] Progress S-curve 99
[Link] Milestones, Waterfall Charts 100
[Link] Cost Performance 100
[Link] Washing Line Graph 101
[Link] Cost S-curve 102
[Link] Deliverables Reporting 103
[Link] Resourcing 105
[Link] Risks and Opportunities 106
[Link] Presentation 106
4.9.4 Links 106
CHAPTER 4
4.10 ASSURANCE
Chapter 4 | Project Controls
Project Controls provide the framework within Figure 4.1 Project Triangle
which the work is performed (refer to Figure 4.1).
They take into account the strategies formed for Project
the opportunity as per Chapter 3 and then are Strategy
Project Controls:
− work planning and schedule control;
− cost estimating;
− economic analysis;
− contracting and procurement;
− quality management;
− health, safety, security and environment;
− information management;
− change management;
− reporting, monitoring and analysing,s and
− assurance.
These processes are inter-dependent: the details of the work plan, for example,
depend on the contracting strategy and tactics. Using these processes in
an integrated way is therefore one of the cornerstones of successful project
management.
Further guidance is available in many external texts – the Guide to the Project
Management Body of Knowledge (PMBOK) from Portfolio Management and
Integration (PMI) is perhaps the most widely used. However, such references
should be used with care as terminology, as well as certain approaches/
methodologies, are sometimes different and can cause confusion. In case of
discrepancies, the OPMG governs.
Work Planning and Schedule Control | 4.1
Work planning takes the project strategies in Chapter 3 and develops detailed activity networks with
timelines and resources to realise these strategies. The objective of work planning is to develop a schedule
for the project that is:
– realistic, yet challenging;
– transparent with regard to understanding the critical path and the possible
impact of project risks;
– at the appropriate level of detail to enable effective monitoring
and control;
– owned by the Project Team and approved by their Decision Review Board
(DRB); and
– based on historical performance norms, yet taking into account as best as
possible the impact of current market, location factors and any other
resourcing constraints.
Projects should develop an integrated schedule during the Assess phase, which will be refined as the project
progresses through Select and Define. It should be based on appropriate lower level schedules and used as
the basis for all progress measurement plans and reports. It should reflect all project activities needed to
realise the project objectives at the appropriate level of detail.
It is essential that the basis on which any schedule is made is clearly defined and recorded, so that any
consideration of the schedule is in the context of these qualifications. In particular, decision makers should
be made fully aware of any limitations or risks inherent in such plans.
Further detailed guidance is given in Project Guide 3B Principles of Project Scheduling, which is applicable
to all projects (available through iPMS).
4.1.1 Definitions
Planning
Laying out the course of action, including all interfaces, studies, surveys, reviews, decisions, approvals etc,
to achieve the desired objective
Scheduling
Incorporating time and resources into the plan to form a schedule network from which control
mechanisms can be derived
To avoid the schedule becoming an enormous number of activities with unclear correlation between them,
it should be based on a WBS. Creation of the WBS is a critical part of the scope management process, as
the WBS organises and defines the total scope of the project.
The WBS subdivides the project work into smaller, more manageable pieces of work, with each descending
level of the WBS representing an increasingly detailed definition of the project work. The planned work
contained within the lowest-level WBS components, which are called work packages, can be scheduled,
cost estimated, monitored and controlled.
Once developed, the WBS should be consistently applied to project documents and asset data, including
the project schedule, cost estimate and progress/cost control reporting documents. Typical steps in
developing the WBS are:
– divide the assets to be delivered into components (e.g. jacket, topsides, pipelines etc);
– identify the activity types that need to be done on each of the assets (concept definition, design,
procure etc);
– map the activities and assets to identify unique activities that need to be managed;
– define work packages for these individual activities (e.g. design compressors) or groupings of them (e.g.
design topsides); and
– it may be helpful to break down the activities by project phase.
The design of the WBS should be a collaborative effort between the Project Engineers, Project Services,
Supply Chain and Finance as these parties have a vested interest in ensuring that the WBS is adequate to
meet their needs for planning, monitoring and control.
The primary consideration in developing a WBS should be ensuring that it is fit for purpose. Increasing
levels of detail in the WBS will, up to a point, enhance the ability to plan, manage and control the work.
However, excessive detail can lead to non-productive management effort and inefficient use of resources.
The project team should seek a balance between too little and too much in the level of WBS detail. The
level of WBS detail should also consider the contracting strategy and what level of cost detail will be
available from the contractors.
Other factors that may influence the design of the WBS are the:
– standard cost structures used in SAP Blueprint; and
– granularity of cost data required for asset definition in the financial system.
Individual operating regions may choose to develop local standard WBS templates that are suited to
the type of projects that they execute. Use of standard WBS templates, where possible, facilitates the
comparison and benchmarking of similar projects and also the development of standard cost
estimating tools.
This may be subdivided into Level 1 major hardware components (SAP: Project Types) such as:
– drilling platform;
– production platform; and
– pipelines.
These in turn may be divided into Level 2 main components, then into Level 3 systems and finally
into Level 4 tagged equipment items. Branches need only go to the level of detail necessary for effective
management of the work. An asset breakdown to Level 3 would normally be adequate. However, the
breakdown to tagged equipment items is useful for Capex and Opex cost estimating/reporting purposes,
and for planning and scheduling procurement and construction.
The activity breakdown is usually based broadly on the EP Business Model (EPBM).
The CTR sheets are combined to form a CTR catalogue, which forms the basis for monitoring and
controlling the work at a later date. The CTR sheets and catalogue also provide clear documentation of the
project scope, and provide a mechanism for communicating and gaining agreements with the customer.
Previous similar project plans and templates may be used to help develop a new project schedule. The
normal steps in developing a schedule are:
– Activity Definition: identifying the specific schedule activities that need to be performed to produce
the various project deliverables, using the WBS as an input;
– Activity Sequencing: identifying and documenting dependencies among schedule activities, creating a
precedence network;
– Activity Resource Estimating: estimating the type and quantities of resources required to perform each
schedule activity (CTR development);
– Activity Duration Estimating: estimating the number of work periods required to complete individual
schedule activities (CTR development); and
– Schedule Development: analysing activity sequences, durations, resource requirements and schedule
constraints to create the project schedule determining the start and finish dates for the
project activities.
This level of schedule usually fits on a single page and is often used in project status reports as a simple
tool for conveying overall schedule status. This level of schedule is not detailed enough to show the true
critical path but often a high-level, simplified depiction of the critical path will be shown on this schedule
to help communicate which elements of the project the critical path runs through.
This level of schedule provides a more detailed representation of the activities, interfaces and milestones
involved within these phases of the project and is better suited for monitoring progress versus plan. Often
this level of schedule is maintained by the owner, as the owner is in the best position to fully appreciate
the interfaces of the various owner and contractor resources, and the involvement of the owner and partner
organisations in such things as approvals and operations support and handover.
The project management software uses the schedule model and various analytical techniques, such as the
critical path method, to calculate the early and late start and finish dates, and scheduled start and finish
dates for the uncompleted portions of project schedule activities. The project management software makes
the critical path activities for the project visible.
The project team should review and validate the schedule logic and the critical path prior to the project
schedule being finalised and accepted as the performance target for the project.
[Link] Optimisation
The project management software also provides the functionality to evaluate options for accelerating the
schedule, using techniques such as “crashing” and “fast tracking”. The impact of resource constraints can
also be evaluated using techniques such as “resource levelling”. This mitigates against unrealistic resource
availability assumptions (e.g. early start schedules which often assume “instantaneous” changes in resource
levels that are clearly unmanageable). Such resource levelling often results in a project duration that is
longer than the preliminary schedule, but might be compensated for by taking resources from non-critical
activities. The project team should be closely involved in any such schedule optimisation exercise to ensure
that the schedule stays grounded in reality.
This allows the project team to consider and communicate a range of possible project schedule outcomes
instead of just a single schedule outcome. This analysis also helps the team evaluate what risk mitigation
and avoidance strategies and tactics can be used to improve the chances of a desirable schedule outcome.
Any schedule risk analysis should be carried out before cost risk analysis. This is because schedule
drives cost and not vice versa. The standard software that Shell has selected for schedule risk analysis is
Pertmaster’s Risk Expert.
A formal Estimate and Schedule Assurance Review (ESAR) should be done prior to each of Value
Assurance Reviews (VARs) 2, 3 and 4 for all projects with total Capex greater than $500 million (including
drilling and regardless of Shell share), and at least prior to VAR 4 for projects larger than $ 200 million.
Regardless of the contracting strategy, the owner should develop and maintain an overall project schedule
of sufficient detail to allow the full project scope to be properly planned, monitored and controlled. This
should be at least a Level 2 schedule. The owner should specify the content, format and organisation of the
more detailed schedules required of the contractors so that the monthly updates of the owner’s schedule
and subsequent schedule analysis can be performed as efficiently as possible.
While it may be possible to automate the monthly update of the owner’s schedule by having it linked to
the more detailed contractor schedules, it is recommended that this technique be used cautiously, as such
links are difficult to maintain and it may be difficult to understand which changes in the contractors’
schedules are driving the changes in the owner’s schedule. The owner’s scheduler needs to be able to fully
understand what is changing in the contractors’ schedules and how these changes are impacting the critical
path of the overall project schedule.
When implementing a project on an existing asset, the project management task is to:
– integrate the new project activities with the other approved activities to be executed on the asset, taking
account of resource constraints; and
– prepare the detailed execution procedures.
The execution of projects on existing assets has a significant potential impact on Shell’s overall
performance, especially in the areas of production attainment and Health, Safety and Environment (HSE)
exposure. Global Process 03 Integrated Activity Planning provides guidance on this topic.
In order to agree on an optimum integrated project or activity plan, they need to establish criteria for
prioritising approved activities. Typical priority ranking criteria (not in any order of importance) are:
– impact on income (e.g. production deferment);
– HSE benefits;
– technical integrity;
– increased oil/gas production; and
– prospect UTCs (e.g. $/BOE).
Setting priorities allows planners to fit projects into the overall asset, resource and activity work plans.
Once the priority of the project has been established, the project activities should be assigned and activity
milestones identified. The use of resources should be optimised in the context of total cost of ownership,
e.g. balancing resource utilisation with shutdowns and costs.
The Integrated Activity Plan (IAP) for each asset can in turn be reviewed and amended by Operating Unit
management to align the asset IAP with corporate strategies, objectives and overall resource constraints.
During these reviews, it is often necessary to make changes to the IAPs. This will in turn force changes to
ripple down through the hierarchy of individual plans. Thus the integrated planning process is a “bottom-
up” followed by a “top-down” process.
The multi-activity plan can be used to smooth resource usage or to assess “what if ... ?” scenarios.
The steps involved are an extension of those previously discussed under schedule development for
preparing an activity network:
– time analyse the activity networks to determine the critical activities and the float on non-critical
activities;
– revise or optimise the network for a different completion date. This may require some sequential
activities to be rescheduled into parallel activities;
– re-analyse the network for resources and time, using different combinations of activities and logic until
the required resource/time constraints are met (refer to Figure 4.1.1);
– discuss and agree the multi-activity schedules with affected asset holders; and
– once agreement is reached, produce a project baseline schedule for the new project(s) (refer to Figure
4.1.2). These can include projections such as milestone charts and S-curves of man-hours, value of
work done, percentage completion etc, against which progress will be monitored and controlled.
Project 4
Project 5
Time Time
Resource
Project 1 Levelling resource to requirements
Multi-project bar chart
Project 5
Time Time
100
x x x x x 13.6 16.3
x x x x x 14.2 68.4
80
Key:
plan
x x x x x 11.0 70.9 actual
percentage progress
forecast
60
x x x x x 18.3 64.5
x x x x x 14.8 33.9
40
x x x x x 18.6 6.2
20
x x x x x 9.5 45.3
O N D J F M A M J J A S O N D J F M A M J J A S O N D
early start x x x x x x x x x x x x x x x x x x x x x x x x x x x
late start x x x x x x x x x x x x x x x x x x x x x x x x x x x
target plan x x x x x x x x x x x x x x x x x x x x x x x x x x x
actual progress x x x x x x x x x x x x
The multi-project plan reflects the boundaries and constraints within which the Project Manager has to
execute the project.
Schedule control is essential to project success, enabling measurement and report progress relative to
the promises made. An effective control system will also provide timely warning of variances to inform
stakeholders and allow remediation.
Details on Schedule Control can be found in Project Guide 6 (accessible through the iPMS) whilst external
advice can be found in Section 6 of the PMBOK.
Schedule control requires scope and execution control. Signs that the schedule is deviating from plan is
usually evidence that the scope and execution are not under control and/or that external circumstances
have not been fully understood and accounted for.
Although schedule control is most prominent after Final Investment Decision (FID), it is also required in
earlier phases when significant time is consumed and promises (e.g. on the FID date) are already made.
Project Guide 6 (accessible through iPMS) provides a typical breakdown of what aspects of the project
need to be controlled in which phase of the project. The Project Control Plan should be part of the Project
Execution Plan (PEP) and should contain:
– organisational issues (including roles and responsibilities);
– the WBS;
– reporting (both within the project and into the project);
– systems and procedures; and
– interfaces.
A few of the key principles and concepts of schedule control are summarised below.
The owner should specify the content, format and organisation of the more detailed schedules required of
the contractors so that the monthly updates of the owner’s schedule and subsequent schedule analysis can
be performed as efficiently as possible.
The monthly schedule updates should show the current schedule in relation to the baseline target schedule.
Typically, the format of the schedule updates also shows the percent complete for each of the activities.
The most important aspect of the monthly schedule update is that it clearly communicates to the project
team and other stakeholders the current forecast of the project completion date or other key milestones
such as first production. The schedule activities need to be logically linked such that any slippage in critical
path activities results in a corresponding slippage in the project completion or first production date.
A schedule contingency activity should be added to the Company deterministic plan to provide a forecast
50/50 date. This activity duration should be run down as the risks of the project reduce.
Planned progress as a function of time for the major components of the project should be agreed upon
with the contractor(s). The planned progress for each major component should be depicted as an S curve
and these S-curves should be updated monthly to show actual progress versus the planned progress.
Milestone Tracking
An excellent method of monitoring a project schedule is to establish several interim milestones in the target
project schedule and then track the actual performance in accomplishing these milestones. Examples of
interim milestones are:
– critical drawing delivery;
– award of critical contracts;
– critical equipment delivery;
– critical fabrication;
– erection or installation events; and
– first production.
These interim milestones should be selected and established prior to FID and then monitored throughout
the project execution phase.
Monthly comparisons of milestone dates are a useful way to follow trends and slippages, especially in the
initiation phases of projects.
It is important for the continuous upgrading of the quality of Shell projects in general and the project
estimating and control systems in particular that all relevant data regarding cost and schedule are gathered,
recorded and fed back at the end of each distinct phase of the project to the Project Services group in the
service companies. Feedback of this data is a responsibility of the project team.
4.1.7 Links
External Advice
[Link]
Global Process 03
[Link]
Project Guides:
[Link]
(select: OGP Management System; select: Project Guides)
This section considers the aspects of capital cost (Capex) and operating cost (Opex) estimating for
opportunities and projects.
This section outlines the Group Cost Estimating Policy and is applicable to all business sectors. The
consistency and quality of estimates is vital to the businesses. The quality of an estimate is largely
determined by the following:
– the associated risks and opportunities of the project should be recognised and reflected in the estimate;
– the project scope definition or development scenario being considered should be as complete and as
accurate as possible. A significant part of the total capital expenditure of a project can be ownerís costs,
which are often overlooked. A separate Project Guide covers these aspects;
– a well-considered and sufficiently detailed Project Execution Assessment/Strategy (PES)/PEP or Project
Implementation Plan (PIP), as appropriate for the development phase, should be available even in
preliminary format for early estimates;
– complete and correct local cost data, at an appropriate level of detail, should be
available covering:
– equipment;
– bulk materials;
– labour and engineering services;
– offshore installation and hook-up services;
– fabrication yards, drilling rigs and services;
– other relevant data should also be sought such as:
− import restrictions;
− duties and taxes applicable;
− local content targets;
− etc.; and
– adequate contingency levels, based on the risk profile of the project and historical performance data,
are being used. For example, an analysis of cost growth in one of the regions during 2005 showed
a fairly consistent cost growth of 30% between Gate 1 (Initiation) and Gate 4 (Final Investment
Decision (FID)).
[Link] Accuracy
The quality of an estimate should not be confused with its accuracy. Within the Shell Group, the accuracy
of an estimate is defined as the percentage range, above and below the 50/50 estimate, of the 10/90
estimate and the 90/10 estimate, and is illustrated in Figure 4.2.1. In this diagram, the accuracy range
about the 50/50 estimate is +a2%/-a1%. While a1 may be equal to a2, this is not necessarily the case.
Since there is an 80% chance of the final expenditure being within the accuracy range quoted, the accuracy
of the estimate is said to have an 80% confidence range.
50%
10%
-a1% + a2%
Accuracy
Estimate in money
The 50/50 or P50 estimate has a 50% confidence level (i.e. there is an equal chance that the as
built cost of the project will show an over or under expenditure) and is the median of the range of possible
final expenditure outcomes. It is obtained from the base estimate, including allowances, plus
the contingency.
The 10/90 estimate is that estimate which has a 10% chance of final expenditure being less than the estimate
and a 90% chance of final expenditure being greater than the estimate (the 90/10 estimate is the reverse).
Identified
Scope
The 50/50 estimate should be used as the basis for the analysis of development economics and, at FID, as
the target for project expenditure. While it is usually also used for budget setting, a higher confidence level
(e.g. 90/10 estimate) may be used for business reasons.
The 90/10 estimate is usually used for a sensitivity analysis of field development economics.
While the accuracies quoted are indicative, for more detailed estimates (Levels 3 and 4) a cost risk
analysis should be performed, which will define the accuracies as an output of the analysis. In special
circumstances, where such an analysis is waived, the accuracies tabulated here may be used.
For Gas & Power (GP) and Downstream projects, the following types of estimate can be distinguished:
Type Typical Accuracy Description Project
CES
Used for Level 1 and 2 estimates, for both offshore and onshore EP projects including drilling.
CAPCO$T
Used for all estimates prior to the budget control estimate for onshore process facilities for all
business sectors.
@RISK
This is the recommended tool for performing cost risk analyses.
Custom Spreadsheets
It is recognised that many custom made spreadsheets and other tools for specific discipline or service
contract estimates exist within the Group. These can sometimes be valuable and are acceptable, provided
that the group estimating principles are followed, including verification of developed estimates. Custom
spreadsheets should have an identified focal point responsible for regular maintenance and updates.
Estimators should be aware of the limitations of such tools, particularly when used by non-discipline
experts or when transferred between Regions.
Base Estimate
This is the estimate based on the defined project scope, including ownerís costs and the development/
activity allowances, but excluding contingencies, market adjustment and escalation. The base estimate is
in Constant Value Money (CVM) and its reference date must be quoted. Note that for some estimates,
predominantly in EP in the early phases of development, the base estimate includes the market adjustment,
which directly converts the estimate to Money of the Day (MOD).
Allowances
Activity or development allowances are integrated into the base estimate to cater for statistically known
unforeseen elements, such as:
– bulk material growth;
– minor quantity increases;
– rework;
– inefficiencies;
– etc.
Allowances are determined by historical project performance data and remain the responsibility of the Cost
Engineer. For brownfield and revamp projects, higher allowances are recommended for scope growth that
typically occurs. The primary reason for such increases is that the scope definition during these preliminary
phases is focused on the primary change(s) being made to the facility. In reality it is common that such
changes have an impact on other equipment and connections both upstream and downstream of the
change (due to condition of the equipment, pressure rating changes etc.). For typical values, refer to Project
Guide 3A.
Contingency
Contingency is added to the base estimate to allow for incomplete project definition and specific project
risks to bring the estimate to a 50/50 level. It covers implementation changes and field changes but does
not normally include major scope changes, such as changes in throughput or concept/layout, unless these
are well defined risks and intentionally included in the project cost risk analysis. Note that such scope
ranges are only ever considered for EP projects. Contingency generally decreases over the project phases as
the scope definition and execution strategies mature.
Estimates of Type 0, 1 or 2 should normally adopt the deterministic method described below since, due
to the lack of project definition and the inability to fully identify and quantify associated risks, a full
probabilistic cost risk analysis cannot be done. Where such an analysis has been performed, this should be
used to determine contingency and accuracy.
For any Type 3 estimate of a project with a total Capex of greater than US$ 200 million, a full probabilistic
cost risk analysis should be performed to determine both the contingency and accuracy of the estimate. In
special circumstances, where such an analysis is waived, the deterministic method should be used.
For smaller projects (<US$ 200 million), which are generally brownfield or revamp projects at existing
assets, the deterministic method can be used, although a full cost risk analysis is preferable.
For the purposes of the cost estimate, the TECOP aspects are broken down into individual topics, as
shown in Figure 4.2.3, and, in consultation with the project team and specialist advisors, a score of 1 to 5
for each TECOP category (1 being low risk, 5 being high risk) is assigned. The scores are then multiplied
by the category weighting to achieve a weighted score and these are summed to arrive at an overall score of
between 10 and 50. The weightings are intended to reflect the relative cost influence of each
TECOP aspect.
Total
Notes:
(1) Organisational issues affect ownerís costs primarily (refer to Project Guide 2).
(2) It is not recommended that the average score of the topics per category is made.
(3) If a category has certain topics that are irrelevant (e.g. subsurface or water depth for downstream),
Figure 4.2.4 (EP Projects) and Figure 4.2.5 (GP/Downstream Projects) are plots of contingency percentage
versus weighted score. The contingencies are higher for EP projects due to the increased uncertainty
associated with subsurface activities and activity durations (such as drilling and offshore installation).
Offshore GP projects (e.g. FLNG), which contain a significant EP content, should normally adopt the EP
contingency plot.
The resultant contingency should be applied, although in specific circumstances a modification (up or
down) can be made, provided it is fully justified and agreed by the project DRB.
EP Score
Figure 4.2.4 EP Contingency Percentage versus Weighted Contingency
60%
50%
Level 1
40%
Contingency
Level 2
30%
Level 3
20%
10%
0%
10 20 30 40 50
Risk Score
40%
Type 0
Contingency
30%
Type 1
20%
Type 2
Type 3
10%
0%
10 20 30 40 50
Risk Score
While the risk management process results in a risk strategy and risk management plan, it does not fully
provide the information required for cost risk analyses, since the outcome in terms of cost and schedule
impacts are not sufficiently quantitative to be directly modelled. It is strongly recommended that a separate
workshop and/or interview session be undertaken to build the model. Ideally, a Cost Engineer, who is
independent and not a project team member, leads this and the subsequent risk analysis. It is important to
recognise interdependencies (or correlations) between potential events, as well as the cost impact of each
event. Failure to do so will lead to an incorrect estimate and estimated accuracy .range.
The model is constructed using a holistic approach whereby the overall cost impact of each potential event
is determined. Next to all the identifiable risks being modelled, there are two other inputs required:
– A schedule risk analysis should always be performed prior to the cost risk analysis, since ìschedule
drives costî and not vice versa. The schedule distribution should be translated into a cost risk input
distribution (usually based on cost per month under or over run) and added to the model. Note that
it is important to filter out any schedule impacts that have already been costed in the building of the
main model.
– All projects encounter events that were unforeseen during development and execution, and are not
included in the cost risk model. Such events are described as ìunknown-unknownsî and a separate
distribution added to the model. The range of the distribution is a matter of judgement and will
be greater for ìNew Frontierî type projects, and should be determined by the Cost Engineer in
consultation with the project team and other relevant persons. The deterministic TECOP profile can
be used as a guide in determining the ìunknown-unknownsî risk profile.
Having built the model, a Monte Carlo simulation should be run which will produce a cost risk
distribution for the project, from which the 50/50, 90/10 and other estimate values can be obtained (refer
to Figure 4.2.6.) Before the final issue of the results, it is recommended that the results are checked to
determine whether the outcome appears reasonable. Comparison with, for example, the accuracies and
contingencies obtained by the deterministic method would highlight any obvious anomalies, which can
then either be explained or corrected. However, simply changing the model to meet expected (or desired)
results, without understanding the underlying reasons for the discrepancy, is not acceptable.
50%
0%
200 250 300 350 400 450 500 550 600 650
$ Million
Market Adjustments
For cost estimators, whose role is to provide estimates for the Capex spend for all prospects and projects, it
is vital that a consistent approach is adopted for handling market uncertainties that is appropriate for each
business but that provides the following:
– A realistic assessment of Capex for a given scope in a specific execution timeframe with risks (including
market) and accuracy bands properly assessed and reported.
– A consistent philosophy for assessing and ranking long-term prospects and opportunities.
It is very important that the estimator does not speculate on market movements but adopts a standard
approach. It is also important that Project Managers, commercial teams and decision makers understand
the basis for the estimates that are developed and why they may change over time.
In general terms, the philosophy for market adjustments is as follows for all business sectors (EP, GP and
Downstream), but specific guidance will be provided on an annual basis on market scenarios and the
Engineering/Procurement/Construction (EPC) market:
– Projects with FID within 2 years. These projects should be estimated based on current market
conditions, with short-term forecasts utilised where available.
– Projects >2 years from FID. For these projects, economic screening and portfolio ranking estimates
should be estimated using market conditions consistent with the economic revenue assumptions. This
is based on the premise that market conditions are correlated to oil and gas price (with a time lag)
and, since long-term revenue assumptions can be significantly different to current prices, ensures that
good prospect opportunities are not lost due to an onerous market with low revenue assumptions (or
conversely, to ensure that poor opportunities are not chased in a favourable market with high
revenue assumptions).
For business planning estimates (and often for economic sensitivity analysis), current market conditions
should be used with short-term forecasts, where available.
For any project subject to a bid or negotiation in the short term (e.g. licence bidding, NOC negotiation),
estimates should be based on current market conditions, with short-term forecasts utilised where available.
Escalation
Once the project estimate of the required confidence level has been established, the expenditure of cost
over time can be determined. This expenditure profile should reflect not only the durations associated with
design, procurement, construction etc. of the individual hardware items but also the various lead times as
dictated by the overall project schedule.
Each estimate is specified in a certain base currency, usually either US dollars or the currency of the
country where the facility will be erected. However, certain activities and sourcing associated with the
project may be executed in currencies different to the base currency.
MOD estimates are necessary for the forward planning of capital expenditure, setting budgets and input to
the economic model. In order to arrive at an MOD estimate (if it is not directly derived by the assessment
of market adjustment, see above), the various elements of the currency basket are adjusted for escalation
with their own percentage, depending on the forecasted progress/expenditure curve for the specific
element, and then converted to one currency applicable to the specific location. Group planning can advise
exchange rates and specific country inflation rates for specific years. If these are not available for specific
countries, then the estimates should be converted to the base currency at the current exchange rate and
Purchasing Power Parity assumed.
Note: Purchasing Power Parity assumes that there is a constant real terms exchange rate between currencies
that, in MOD terms, changes in proportion to the differences in escalation rate.
Concept/Process Selection
These estimates are used to compare alternative options during the Identify & Assess and Select phases. It
is important that the Cost Engineer works closely with the other members of the project team (Concept
Engineer, Subsurface Engineer, Well Engineer) during these phases.
Usually only technical scope is estimated on the assumption that ownerís costs and, perhaps, Outside
Battery Limits (OBL) scope are similar for each case. The choice of market scenario is normally
unimportant, provided that the estimates being compared are consistent.
It is important that these estimates are not quoted as total project estimates or used in economic
evaluations, since the scope estimated is not the full project scope and the market scenario selected may
be inappropriate.
Economic Evaluations
During the definition stages of the project (pre-FID), the project is subjected to stage gate approvals.
The estimate at these key points is used as an input into the economic evaluation of the project, which
often determines whether the project will progress to the next phase. Economic evaluations mid-phase are
sometimes also required for portfolio ranking exercises.
It is important that the full scope (including ownerís costs and OBL) is included in the estimate. For long-
term projects with >2 years to FID, market conditions consistent with the revenue assumptions are to
be used.
Business Planning
The annual Business Plan encompasses a 10-year forward plan and includes projects both less than and
more than 2 years from FID. In order to avoid inconsistencies, all estimates should be prepared using
current market conditions. It is important that the full scope, including ownerís costs and OBL, is
included in the estimate.
Budget Setting
At FID, the estimate is used to set the project budget, which is quoted in the Group Investment Proposal
(GIP). Unless otherwise agreed by the business, budgets are set using the 50/50 estimate, although the
90/10 estimate should also be quoted in the GIP. However, particularly for large projects, the additional
sum that comprises the 90/10 estimate (sometimes referred to as ìoverrun allowanceî) is sometimes reserved
by management to cater for project overruns. Its release normally requires a separate GIP.
The estimate (and GIP) should include the full scope for the project, including ownerís costs and OBL.
Counter Estimates
Counter estimates can be prepared to check estimates prepared by others e.g. operating companies
or engineering contractors for the total or parts of scope. In this instance, the same scope and market
assumptions as the estimate to be checked should be incorporated.
In order for stretch targets to remain a stimulating challenge and not become a demoralising burden, there
needs to be a clear distinction between the teamís ìcontractî with management (i.e. the 50/50 estimate) and
the stretch targets. The ìcontractî should be based on comparable benchmarking (i.e. outcomes achieved
by others either externally or internally) whereas stretch targets should be established that will challenge the
team to do things in more effective ways than previously.
[Link] Assurance
All projects with a Capex exceeding US$500 million should have an independent ESAR prior to VAR 2,
VAR 3 and VAR 4.
For projects with a Capex between US$100 and US$500 million, an ESAR is required prior to VAR 4.
All GP and Downstream estimates should follow the verification and approval process in line with the
Global Solutions Project (GSP) Business Group Management Manual.
Formerly, economic models relied on a simple ratio of Capex to define the associated lifecycle operations
costs and 2% to 8% was commonly used. This gave two distinct problems:
– there was no real accuracy and comparison between Capex/Opex in concepts; and
– there was a discontinuity in the lifecycle at start-up, with no real baseline with which to measure
operations performance.
For Levels 1 and 2 cost estimating, CES now incorporates algorithms based on percentage Capex
(dependent on the hardware items) that are sufficient at this level for economic evaluation. However,
ideally at ORP Phase 3 and no later than Phase 4, activity-based costing of the Asset Reference Plans
(ARPs) should be employed. This provides a comparable level of rigour to the Opex estimate as that given
to the Capex. The methodology includes:
1 Personnel requirements:
– identify owner and contractor personnel required per operation request activity per asset (onshore and
offshore).
3 Cost activities:
– collate 1 and 2 into an activity cost model and categorise:
- personnel;
- materials;
- services; and
- deferment.
Note: The deferment assumptions usually represent double cost penalties. These include:
- safeguarding technical integrity;
- preventative and corrective maintenance;
- production operations;
- surplus capacity;
- field development; and
- vtechnical and other support.
5 Planning assumptions:
– document planning assumptions in terms of:
– personnel;
– materials;
– services; and
– deferment.
The more accurate the Opex model the better. Note, however, that its key use at the concept selection
stage (ORP Phase 2) is for comparative purposes, so absolute accuracy is not required. However, there is
the increasing need to improve the accuracy of Opex estimating in order not to affect project economics
adversely and increasing emphasis is being given to its accuracy at FID. By the time detailed design is
nearing completion, the updated ARP should be providing a detailed, costed operations plan against which
actual performance can be measured over the first two years of operation.
Cost control is essential to project success. It measures and reports actuals relative to the promise made.
An effective control system provides timely warning of variances, to inform stakeholders and allow
remediation. Details on cost control can be found in Project Guide 6, whilst external advice can be found
in Section 7 of the PMI Guide to the PMBOK.
Cost control requires scope and execution control. Signs that the costs are deviating from plan is usually
evidence that the scope and execution are not under control, and/or that external circumstances have not
been fully understood and accounted for.
Although cost control is most prominent after FID, it is also required in earlier phases when significant
money is spent (for example on Front-end Engineering Design (FEED)). Project Guide 6 provides a
typical breakdown of what aspects of the project need to be controlled in which phase of the project.
The Project Control Plan should be part of the PEP and should contain organisational issues (including
roles and responsibilities), the WBS, reporting (both within the project and into the project), systems and
procedures, and interfaces.
In terms of tools, Shell has standardised on SAP. For the larger stand-alone projects, some additional
tools are typically used to supplement SAPís cost control and reporting functionality. The Project
Engineering Management System (PEMS) is one such tool, developed jointly by Shell and Rider Hunt,
and recommended as the cost control tool of choice for large projects (>US$ billion). Other customised
database tools, such as CCRT and SCCA, have been developed by various parts of Shell to provide
standard cost control and reporting capabilities for smaller projects.
A few of the key principles and concepts of cost control are summarised below.
When managing projects in SAP, it is key that the WBS/network activity and contract structures for a
project are developed with input from Finance and Supply Chain, and approved by the Project Manager
prior to any commitments being made.
Finalising and freezing the WBS during the Define phase will ensure that the WBS used for developing
the funding cost estimates is consistent with the WBS used for cost control during execution. This is
critical since a major element of cost control is comparing the latest cost forecast to the budget. If the WBS
used for the funding estimate is not consistent with the WBS that will be used for cost control, then the
funding estimate needs to be recast or reorganised according to the cost control WBS.
It is important for reimbursable type contracts to take into account the actual performance and
productivity of the contractor in determining the Estimate at Completion. One technique for measuring
and analysing performance is the Earned Value technique, but this should only be used for activities >20%
and <80% complete.
Another aspect of the monthly cost forecast update is re-looking at the phasing of the project expenditure,
as the expenditure phasing is important for purposes of stewarding the capital budget that is allocated on
a calendar year basis. The SAP and P3E systems have the ability to be linked together to provide phased
forecasts that show these annual and full project forecasts. The annual phasing view is important for the
Company to predict their overall Capex requirements and optimise new opportunity phasing.
The project teamís primary focus during the monthly cost control process needs to be on accurately
updating the final cost of the project and understanding how that compares to the overall cost target or
budget. The ultimate goal of cost control is to complete the project at a total cost that is within the overall
cost promise that has been made to the Company in the Group Investment Proposal. Accurate monthly
updates of the Estimate at Completion provides the project team with the timely notification that is
needed to allow corrective actions to be formulated and implemented when project performance is not
as expected.
One method of reducing contingency over time is to just apply the original contingency percentage to only
the remaining work, since the Value of Work Done (VOWD) does not require a contingency. Another
method is a contingency run-down curve, where the contingency percentage to be applied to the cost
forecast is reduced over time by a predetermined run-down curve.
On major projects, the project contingency may be controlled by the PDAB and only released to the
Project Manager when justified.
In a multi-project environment this exchange rate allowance is managed centrally by Finance. The budget
is set at the exchange rate appropriate at time of approval but project forecasts are calculated at the
approved annual Business Plan rates and may change through the project lifecycle.
It is important that the cost control system identifies cost increases that are due to conscious decisions by
the project team to make changes in the project scope, design or execution. These types of cost increases
must be differentiated from cost increases that are due to things outside of the project teamís control, such
as unexpected changes in market conditions or poor contractor performance.
Cost increases due to significant scope or execution changes should result in a corresponding increase in
the approved budget for the project.
Cost increases due to minor scope execution changes may not result in a corresponding increase in
the approved project budget, as some level of change is usually accounted for in the allowances or
contingencies of the funding estimate.
It is important for the continuous upgrading of the quality of Shell projects in general, and the project
estimating and control systems in particular, that all relevant data regarding cost and schedule are gathered,
recorded and fed back at the end of each distinct phase of the project to the Project Services group in the
service companies.
4.2.5 Links
Project Guides:
[Link]
(select: OGP Management System; select: Project Guides)
An economic evaluation of an investment opportunity is an assessment of costs and benefits. The degree
of detail or sophistication varies depending on the decision to be made, the size of the investment and
its complexity. While simple tools may be acceptable for screening studies, full economics are required
for GIPs. These must reflect the fiscal and contractual terms applicable to the project, and incorporate
uncertainty/risk analysis across the TECOP spectrum. Certain economic indicators and associated
analyses of risk/uncertainty must be presented in GIPs. These are specified in the EPS/EPF Note on GIP
Guidelines, but the local or regional economics team will provide details of the requirements for economic
evaluations and the recommended tools and techniques. Further guidance can be found in the Investment
Decision Manual and the Global EP Economics Knowledge Base.
The principal steps for calculating the relevant project cash flows and assessing the economic attractiveness
of a project in EP are to determine:
– production profile;
– capital expenditure for field development;
– operating expenditure for operating field;
– annual net cash flow;
– discounted cash flow;
– cumulative cash flow;
– profitability indicators; and
– sensitivities.
The steps above are expanded upon below using the economics of a field development decision as
an example.
30,000
10,000
0
5 10 15 20
Years
When selecting the plateau production level, allowance should be made for any national depletion policy
of the host government concerned.
200
$ Million
100
0
5 10 15 20
Years
Other important aspects of operating costs in the case of a field development are, for example:
– total foreseeable number and locations of producing wells (and gas or water injection wells);
– future costs associated with artificial lift; and
– future costs for stricter environmental requirements.
The estimate of operating costs should be refined at each subsequent economic assessment, taking account
of the latest available information.
Income
The gross income is obtained from the expected volumes of oil, natural gas and natural gas liquids
production, and the estimates of the respective future selling prices. A set of up-to-date Project Screening
Values (reference selling prices) that are to be used in economic evaluations are advised by SIEP each year.
Expenditure
The expenditure takes into account the exploration and appraisal expenditure, the capital expenditure
(Capex) and future operating costs (Opex) as described above. Note that for base case economic analysis,
costs and expenditure are always based on a 50/50 estimate.
The amount of any taxes and royalties payable to a Government should also be deducted. If royalties
are taken in kind they are deducted directly from gross production, in which case the gross income is
calculated “net of royalty”. If royalties are paid in cash they are included as expenditure.
Taxation payments are subject to the provisions of the tax legislation applicable to the project and to any
further agreements between the project company and the Government.
Cash Flow
The net cash flow is obtained by deducting all expenses, taxes and contributions due
to the Government (giving due regard to the timing of such payments) from the gross income estimated
for the venture. The total net cash flow calculated in this manner forms the basis for further economic
analysis of the project (refer to Figure 4.3.3).
80
60
0
5 10 15 20 Years
-20
-40
-60
-80
-100
In order to derive the key economic parameters of Net Present Value (NPV) and Value Investment Ratio
(VIR), discount the real term $US cash flow at the advised Reference Discount Rate.
In GIPs, NPV and VIR are required to be shown for the base case and for a range of sensitivities that test
the range of potential outcomes. Economic indicators are required for the range of PSVs advised by SIEP.
200.0
800.0
150.0
600.0
400.0
50.0
0.0 200.0
- 50.0
0.0
- 100.0
- 200.0
- 150.0
- 400.0
- 200.0
- 250.0 - 600.0
2004 2009 2014 2019
The results of the sensitivity analysis can be graphically represented in a “tornado chart” or a “spider
diagram” (refer to Figure 4.3.5).
40
Ca
pex
End-points (fa
cili
NPV (at screening rate) $ mln
30 at 10/90 ties
) s
values ve
ser
Re
20
Opex
10
Wel
lcost
0
-10
End-points
at 90/10
-20 values
-30
-40 -30 -20 -10 0 10 20 30 40
Percentage change in parameter
In such diagrams, the required profitability indicator is plotted against the percentage change for each
input parameter in turn. It is important that the range of uncertainty shown for each parameter is wide
enough to encompass the 10/90 and 90/10 points.
The basic requirements for any Group Investment Proposal are to be found in the Investment Decision
Manual. For EP, the relevant economic indicators and uncertainty analysis are as detailed below.
The base case will normally be a discrete scenario close to and representative of the project Expected
Monetary Value (EMV).
In addition, these metrics are required for relevant key project sensitivities at the ranking value price, PSV-
RV; sensitivities should be specific to the project, but will always include a high Capex case and low and
high reserves cases that span the appropriate range of outcomes.
In all GIPs, the impact of the proposal on financial statements is required. Specifically, the impact on cash
is to be tabulated for 5 years ahead from:
– operations;
– capital expenditure;
– cash surplus;
– NIBIAT; and
– capital employed.
For very large projects, the impact on EP and/or Group ROACE should be shown.
[Link] Description
The narrative should fully describe the selected base case and underlying key assumptions, for example:
– key reserves parameters;
– production;
– Capex and Opex;
– price differences compared with PSVs; and
– exchange rates.
The important risks and uncertainties associated with the project, including both threats and upsides,
should be described. Include a description of flexibility and response plans in place to mitigate the
downsides and capture the upsides. If appropriate, reference any analogues used (cost and reserves) and/or
lessons learned from benchmarking other similar projects and how they have been applied.
4.3.3 Links
Project Guides:
[Link]
(select: OGP Management System; select: Project Guides)
Chapter 3 covers the first two steps of the above. This section covers what should be done to put the
contracts and purchase orders in place, and then manage them. Chapter 5 gives more detailed hints and
tips on typical contracts in the various project phases, such as detailed design, construction etc.
It is best practice to use model terms and conditions whenever they are available, and to make contracts
as simple as possible, though not simpler. Complicated, highly incentivised contracts typically yield worse
results compared to more straightforward contracts with a risk balance between client and contractor that
is roughly in line with the size of the respective balance sheets. Post-award contract management plans
should be in place prior to award.
Contracting and procurement tends to be subject to a local rule set that can have significant schedule
implications. Project teams should make themselves fully conversant with these rules, plan for them and
maintain a dialogue with the authorities in order to avoid surprises and identify blockers well up front.
It is, for example, good practice to engage the authorities during the development of the C&P strategy
and tactics, well before requesting authorisation to approach the market for a particular contract. In some
environments, the approval of the C&P strategy is a mandatory step.
4.4.1 Pre-award
Within the project there should be a standardised, clear and formal process around tender preparation,
tendering and award. Often this will be in place within the Region, Operating Unit or Global Technical
Partner but mega projects or New Ventures will have to develop them.
A transparent and well documented tendering process ensures auditability and protects Shell’s position.
All new projects should use the Global Contract Management System (GCMS) to manage their
portfolio of contracts. This will reinforce the contract management standard and provide a mechanism
for developing the contract documentation and the control framework around post-award contract
management.
Experienced and knowledgeable CP staff should help to prepare the tender document to ensure that the
most appropriate form of contract is being used. Major contracts typically comprise the following sections,
which should be appropriate for the scope and risk profile under consideration:
– Section I Form of Agreement
– Section IIA General Conditions of Agreement
– Section IIB Special Conditions of Agreement
– Section III Schedule of Prices
– Section IV Scope of Work
– Section V Administration Instructions
– Section VI Health, Safety and the Environment
– Section VII Quality Management
– Section VIII Technical Specification
– Section IX Drawings and Documents
– Section X Materials, Equipment, Services and Facilities Provided by Shell
– Section XI Contractor’s Plans.
Drawing up an ITT is a team effort, which needs planning and assurance. Particular care should be taken
that boundaries are well defined and that the management of interfaces is well described in terms of scope
and accountability.
Contract Controls
The following key contract controls should be built into the ITT:
– Communication – formal communication routes should be established between the contractor and the
Company Representative.
– Clearly defined roles and responsibilities – the document should define the roles and responsibilities of
the contractor and the project team.
– Measuring progress and evaluating payment – the mechanisms for reporting progress and translating
this towards payment should be built into the contract documentation from the tender stage on.
All progress reporting mechanisms should include a formal plan for the contract (in the form of a
precedence network with CTR catalogues) and agreed milestones.
– Managing change – the mechanisms for agreeing the cost/time consequences of changes should be
specified in the contract.
– Audit rights – the document should define the audit rights.
– Sub-contracts – contractors are required to impose similar control procedures on their sub-contractors
and vendors.
[Link] Evaluation
Prepare a Tender Evaluation Procedure, including selection criteria, prior to the issue of the ITT, in order
to ensure that the proposal submitted by the tenderer contains the information in a format and structure
that enables transparent and objective evaluation.
The procedure should be finalised and lodged with the Tender Board prior to the bid closing date. Total
Cost of Ownership (TCoO) considerations should be applied when making award recommendations. After
evaluation, the proposed award is presented to the Tender Board for approval.
[Link] Award
After approval, the tender package is converted into a contract document, ensuring that all
pre-award proposals, representations, clarifications, deviations, alternatives and revisions have been
properly incorporated.
Unilateral documents such as tenderers’ clarifications should not be included. Instead, pre-award issues
should be worked into all relevant clauses of the contract. If an interim agreement has been used, its
validity should be monitored. Documentation such as insurance certificates, parent company guarantees
and bank guarantees should be obtained, and the authority of the person signing the document should
be checked.
4.4.2 Post-award
Contract management is the process by which the intrinsic value of the contract is secured and that the
contract’s contribution in the success of the venture is realised. There should be a control framework around
the contract(s) to effectively manage contract deliverables. Both Shell’s and the contractor’s technical and
commercial personnel should fully understand the contract and what is required to make it work.
In administering the contract, ensure that any weaknesses of the contractor recognised at the tender stage
are taken into account and that the Company’s efforts are directed appropriately. The authority of the
Company Representative should be established in writing to the contractor.
It is best practice to embed the post-award Contract Management Plan in a working session, with
commercial and technical staff from Shell and the contractor present. Such a workshop plays a similar role
as an Opportunity Framing workshop, in that it aligns staff and builds a common forward plan.
The following elements are typically addressed during the workshop (refer to the CP Toolkit for the detail
associated with each element):
– Definition of roles and responsibilities of individuals in the contract relationship. Of particular
importance is the definition of authority levels, for example the approval of field changes. Often,
devolution of authority to working levels prevents burdensome administration and prevents claims and
counter-claims. Transparency should come with devolution to minimise the risk of collusion between
Shell supervisory staff and the contractor.
– Definition of communication protocols, including claims procedures.
– HSE management framework.
– Tracking and approvals of deliverables.
– Definition and management of interfaces.
– Measurement VOWD and detailed invoicing/payment procedures.
– Management of change.
– Management and measurement of local content.
– Performance assessment, possibly linked to incentive payments.
[Link] Claims
Situations can arise where disputes become entrenched and a serious claim situation emerges. When
dialogue and collaboration is lost, project personnel will start to manage the dispute rather than manage
the project and deliverables. It is therefore best practice to try and isolate the dispute from the
ongoing work.
Claims are often best managed by those not involved in the management of the situation leading to the
claim. Often the problem arises through the Shell and contractor organisations, which can be a further
threat to the management of the project as relationships become strained.
A claim may arise out of a contract interpretation or it may be extra-contractual (e.g. the contractor may
ask for an ex-gratia payment). The claim’s legitimacy should be established in a defined time and, if not
legitimate, should be rejected. Early identification and accurate recording and compilation of all relevant
factors are essential to successful claim evaluation. Any proposal to settle a claim outside the terms of the
contract should be advised to the relevant Tender Board. Legal advice may often be necessary before a
claim is finally accepted, settled or rejected.
[Link] Close-out
It is the Company Representative’s responsibility to ensure that a project is properly administered until
such time as the contract is formally closed out. This is particularly important in the period immediately
following completion of the physical work, as this is when those staff who have been closely involved with
the running of the contract begin to disperse.
4.4.3 Procurement
[Link] Lifecycle
The lifecycle of the process is:
– Specification:
- design;
- assessment of what is available in the market;
- detail of requirement; and
- preparation of requisition.
– Assessment of TcoO:
- purchase price;
- commissioning/start-up spares/operations spares;
- vendor representatives for construction/commissioning/operations;
- associated charges, e.g. transportation/duties;
- uptime;
- consumables; and
- maintenance.
– Purchase:
- sourcing/tendering/PO management;
- ordering;
- expediting;
- third-party inspection;
- factory testing;
- administration/inspection/invoice handling;
- storage; and
- issue.
– Installation:
- construction;
- installation;
- inspection;
- site acceptance;
- commissioning;
- training; and
- surplus disposal.
– Operation:
- start-up;
- operate;
- maintain;
- modify;
- spares management; and
- performance monitoring.
– Disposal:
- decommission;
- salvage;
- recycle;
- modify;
- scrap; and
- sell-off.
The buyers should maintain links with the Global procurement efforts and use the procedures that align
with corporate standards.
Quality of Evaluation
Evaluation of bids is a team effort. Delays often occur in the evaluation and award of major/critical
purchase orders because of:
– low quality of the requisition leads to low quality of the bids; and
– low quality of the evaluation plan.
The latter often manifests itself by inadequate handling of the multi-disciplinary aspects of the assessment,
plus poor management of the dependencies (of related orders or activities). Major purchase orders should
have formal evaluation plans with a detailed schedule and identified resources. Best practice is to plan team
events to comprehensively assess groups of related bids in a workshop-style setting, with firm end dates.
Web-enabled Procurement Tools (electronic tendering facilitates working across different project
locations, allowing access to the enquiry and tender documents on line)
On-line bidding forces a very transparent and good quality tender assessment process, and has great
potential for cost reduction.
Conditions of Purchase
Shell EP maintains a comprehensive set of standard conditions of purchase plus all their associated forms,
and projects should apply these. These are available in the CP Toolkit. Project, country or JV specific
conditions can supplement the standard.
Payment Schedules
Whereas cash neutral milestones are preferred for contracting, this is not so for procurement. Self-funding
of (at least large parts of ) the production provides a natural and essential incentive for vendors to pay
priority attention to the purchase orders. Generous milestone payments, including where against certain
guarantees, have a high risk of diverting the vendor’s attention to those clients who pay upon completion.
Vendors who argue strongly against a reasonable level of self-funding could be in financial difficulties.
Quality Manufacturing
The project quality plan should be used to define the level of activities necessary to ensure quality
(conformance to specification) for all procured items. The activities required will need to be based on
the experience of each vendor’s performance (possibly available from audits and SIEP and not necessarily
on whether they are ISO 9000 approved) and on the criticality of the items. The level of attention could
vary from a full team (resident engineer and inspectors) for a major compressor to acceptance of the
vendor’s own QA/QC system for bulk materials. Quality should be applied to the full deliverable, from
original design drawings through to packing to prevent damage. Quality control and expediting will have
conflicting drivers and therefore should be managed within a single control framework.
Some purchase orders may be so critical as to require a resident engineer in the vendor’s works and
for items considered critical, it is recommended that the senior line managers (project/engineering/
procurement) establish a personal relationship with the vendor’s senior management at an early stage in the
proceedings, sometimes before award of the purchase orders.
Change Management
The technical change management process should be applied to control purchase order changes. Weak
documentation of change leads to significant problems when closing out commercial aspects of the
purchase order. Both cost claims and schedule claims (to avoid LD) from the vendor can be very difficult
to rebut, particularly if key staff have left the project.
Vendor Representatives
The cost of vendor representatives on a major project will be significant, running into several million
dollars. The terms of service need to be spelled out in the original requisition and costs obtained and built
into the tender evaluation. For administration, legal and tax purposes, separate purchase orders may have
to be issued for vendor representatives.
Vendors should be engaged in the planning for involvement of their representatives at site during
construction, commissioning and start-up operations so that they buy into the plans and can be monitored
against them. Administrative procedures for call-up of vendor representatives and control of their costs
should be put in place.
Third-party Inspection
An inspection agency may well be needed to inspect materials and equipment manufacture in the vendor’s
works. The costs for such services need to be carefully monitored and strictly controlled.
The roles and responsibilities with regard to spare parts selection and procurement are covered in detail in
DEP 63.
Agreement is needed on the amount of purchase order documentation to be passed to Operations (rather
than archived or destroyed) and a clear transfer of the responsibility for warranties management needs to
take place.
4.4.4 Links
CP Toolkit
[Link]
DEP 63
[Link]
Project Guides:
[Link]
(select: OGP Management System; select: Project Guides)
In the majority of significant major incidents (irrespective of whether they are financial, safety or
operational by nature), there were inherent weaknesses in, and lack of commitment to, the management of
quality throughout the business processes.
Quality management comprises dynamic and multi-attribute characteristics, anchored on a business system
structure composed of:
– top management leadership;
– people empowerment;
– product realisation;
– continuous improvement; and
– customer focus.
For any opportunity/project to function effectively there should be a clear and well thought out framework
of business controls applied to each phase of the ORP. Quality management is one of these controls. It
provides a structure that is aimed at assuring compliance with all opportunity/project requirements.
Quality management is the management of success and the elimination of failure. The opportunity/project
quality management system should account for both hardware and processes.
This standard has a wide applicability and is therefore written in a general way. Not all the elements of the
standard will apply to a particular opportunity/project, but all opportunities/projects should have a Quality
Assurance (QA) input and a quality plan.
Quality is established and sustained by understanding the customer’s needs and the process and activities
through which they are to be satisfied. The critical activities are documented to clarify responsibilities and
records are kept to allow the process to be audited. Most quality assurance activities can be summarised as:
– establishing what the customers’ needs are;
– planning how to achieve them;
– assessing what activities and processes are critical;
– allocating responsibilities and defining appropriate controls;
– checking methods/results and correcting any mistakes;
– keeping records to document all the above; and
– recording lessons learned to enable continual improvement.
With respect to “customer’s needs”, it is clear that the Asset Manager’s “need” is asset functional integrity.
If the Asset Manager also has line management accountability for all opportunity/project outcomes then
the “need” will also encompass project HSE, cost and schedule outcomes in line with opportunity/project
objectives. If the position does not have these other accountabilities then another appropriate line manager
will have this “need”. The Project Manager will have both “needs”.
The Project Quality Plan (PQP) is generally developed during the Define phase of the ORP and
is applicable to the workscope carried out during the execution phase. However, depending on the
complexity of the project and the risk rating, the principles of the PQP can be equally applied to the earlier
ORP phases. The Opportunity Roadmap partly satisfies this requirement (refer to Chapter 2 of the ORP).
Every opportunity/project should have a Quality Plan, usually as an integral part of the Project Execution
Plan. The depth and breadth of the Plan will be determined by the risks to be mitigated, and scope and
complexity of the opportunity/project that is being progressed through the ORP phases.
The Opportunity/Project Quality Plan addresses the management system, business controls, and
governance activities that assure the quality of the end deliverable. It is linked to each phase of the ORP.
The Quality Plan should be developed around the ISO 9000 model shown in Figure 4.5.1.
Management
Responsibility
Customer Requirements
Customer Satisfaction
Resource Measure
Management Analysis &
Outputs
Product
Inputs
Realisation Product
Service
Information Flow
EPBM
Value Adding Activities
The purpose of the Quality Plan is to provide all personnel involved on a project (both project team and
other stakeholders) with details of how quality management is applied to all activities during the execution
of the project’s scope of work. It builds on the project activities outlined in the PEP, to provide assurance
they are executed in compliance with specified technical requirements and specifications.
Where relevant, the PQP will be supported by lower tier quality plans, procedures and/or work
instructions specific to discrete parts of the project.
Characteristics of the Opportunity/Project Quality Plan should include the following, as a minimum,
based on risk and complexity of the opportunity/project:
– Project Quality Policy;
– roles and responsibilities in quality management; and
– critical systems and activities.
The policy sets out the quality objectives and strategies in measurable terms. For example:
– QA/QC provisions are defined and planned.
– Contractors’/suppliers’ quality management systems are measured for effectiveness in delivering against
project objectives.
– Use of national and international quality standards is maximised in support of work activities.
It also illustrates and describes the organisational structure and broad organisational responsibilities.
It also maps and describes the quality interfaces within and between the main project functions (e.g.
design, procurement, construction) and departments (e.g. Petroleum Engineering, Well Engineering, Field
Engineering, Operations, Contractors) and how these will be managed.
These processes are described in EPBM version 4 which incorporates Group Initiatives such as the T&OE
Global Processes.
Procurement
Detail Design
The table should include details of responsibilities, standards, methods of verification and records.
Activities should be controlled wherever possible by reference to specific EP documents, which define the
standard to which the activity is to be performed.
The Opportunity/Project Team Leader should confirm the activity is within the competence of the
individuals or team doing it, or whether any special training or assistance is required. Those responsible
for activities should avoid imposing excessive controls, which infringe on the area of competence of the
staff involved. Records should be kept verifying the completion of critical activities. Often contractors
and vendors are required to retain much of the quality documentation for their product (e.g. welding
radiographs) and their responsibilities in this area should be spelled out in contracts and purchase orders
(refer to Global Process 18 Information Management).
The minimum quality requirements are identified by each phase, as identified within the ORP, and some
activities may continue through each phase and will be required to be revisited, maintained and/or revised
as necessary.
These requirements are dealt with in more detail in the EP Projects Quality Roadmap (where generic
examples of documents and structures can be found) and within the Technical Assurance
Framework (TAF).
The minimum quality requirements that should be addressed for each phase of an opportunity/project are
outlined below.
[Link] Select
– review lessons learned and incorporate as necessary;
– develop preliminary Project Quality Plan;
– define quality policy, objectives and strategies;
– provide QA input to:
- Venture/Project Execution Plan;
- Preliminary Field Development Plan;
– provide QA requirements in design ITT documentation;
– provide QA input to contract strategy;
– define quality clauses in contract specification; and
– participate in prequalification of contractors and suppliers.
[Link] Define
– provide QA input to basis for design;
– define QA requirements for FEED;
– provide QA input to design reviews;
– develop overarch Quality Plan to address requirements in Execute phase;
– develop Technical Integrity Verification Scheme;
– provide QA input to:
- detailed design;
- risk register;
- Schedule and Resources Plan;
- finalised Field Development Plan;
- detailed design;
- technical authorities and technical deviations process;
- change control;
– identify quality requirements in interface control;
– identify third-party verification involvement;
– provide quality requirements in fabrication contractor ITT documentation;
– provide QA input to contractor’s tender evaluation;
– establish equipment criticality ratings;
– assess and pre-qualify contractors and suppliers; and
– review Contractor Execution Plan.
[Link] Execute
– maintain risk and opportunity register;
– provide quality input to detailed design reviews;
– provide quality input into change management process;
– develop final Project Quality Plan;
– develop quality management system;
– develop quality activity plans;
– review contractor’s Execution Plan;
– review contractor’s Quality Plan, inspection and quality documentation;
– provide quality input to vendor assessment;
– establish equipment criticality rating;
– establish QC surveillance of contractors and suppliers;
– evaluate and appoint vendor inspection contractor;
– maintain quality requirements in permits and consents register;
– establish non-conformance structure and tracking system;
– implement audit and review programme;
– monitor implementation of TIV scheme;
– establish and implement vendor inspection programme;
– develop inspection and test plans for use by QC;
– establish and implement factory acceptance testing schedule;
– establish compilation of records for mechanical completion, certification quality records;
– maintain quality input to lessons learned database;
– establish and implement flawless start-up programme;
– complete preparation for handover to operations:
- finalise mechanical completion certificates;
- provide quality input to:
- pre start-up audit;
- start-up plan;
- operating philosophy;
– complete handover certificates for permits and consents; and
– carry out operations preparedness readiness review.
[Link] Operate
– complete handover documentation and records;
– maintain flawless start-up programme;
– maintain permits and consents;
– review lesson learned; and
– provide quality input to post-implementation audit.
[Link] Abandon
– review lessons learned from previous projects;
– provide quality input to:
- abandon risk register;
- pre-qualification of contractors;
- assessment and selection of contractors;
- contractor audits, and
- pre-abandon audit.
All specifications and standards should be rigorously vetted to ensure their applicability to the product in
mind. Excessive specification is costly, leads to delays and does not ensure that the product is fit for the
purpose intended.
It is important to:
− establish controls;
− clearly define workscopes;
− use common design specifications;
− document major interfaces;
− use interface control drawings; and
− nominate responsible individuals.
An Information Management Plan and Document Distribution Matrix should be prepared early in the
project to ensure drawings, specifications etc. are distributed to the correct people as they are prepared for
review and, if necessary, approval. This ensures interfacing disciplines receive the necessary information in
time for proper review and prevents operational staff from being confronted with batches of drawings or
completed designs at a late stage in the project.
The opportunity/project should adopt a formal change and deviation control procedure whereby proposed
changes are carefully reviewed to establish all resultant effects on other designers/disciplines before approval
to proceed is given. This review should take into account TECOP.
Proposed changes which would modify a basic design concept, have HSE implications, increase cost or
adversely affect schedules should be referred to management for authorisation.
All technical deviations should be approved by the designated Technical Authority. Deviations from
specification should be controlled and a deviation register kept for handover to the asset holder.
A sample of a Technical Deviation Request form is held on the EP Projects LiveLink site under
Engineering and Projects (Aberdeen).
A Quality Plan should be included in every design contract. Specific requirements for the quality system
and plan, and the agreed Quality Plan, will be incorporated into the contract.
This is particularly important when modules constructed at a number of locations are brought together
on site. Mechanical completion of systems should be confirmed by the completion of checklists prior to
handing the system over for commissioning.
Incomplete minor items should be recorded on punchlists. Commissioning should be executed using pre-
agreed procedures and checklists.
On handover to Operations for start-up, the package of information transferred into the operations records
will include:
– handover certificates and completed checksheets;
– agreed punchlists of minor items to be completed after handover; and
– records of equipment running trials.
The Global Well Delivery Process (WDP) is described in Chapter 5.6 and it explicitly addresses quality
management in all phases of well delivery.
Copies and a summary of the Global WDP, the EPT Wells Management Framework Document and the
EPT Wells Business Plan are available online via the EPT Wells intranet website.
In general most projects will expend circa 85% of Capex with suppliers, sub-contractors or service
providers. It is therefore essential that stringent, robust and effective methods are established to assess,
monitor and control contractors, sub-contractor, suppliers and service providers at a very early stage in the
project life.
The focus should be determined by the perceived and actual risk to the project and measures established to
ensure effective delivery of all commodities, services and materials.
All suppliers on a tender list should be operating a satisfactory business (quality) system, preferably in
accordance with ISO 9000:2000. However, a comprehensive quality assessment of all proposed suppliers
and sub-suppliers should be carried out prior to issue of a purchase order or contract award for all critical
items based on a risk assessment.
The project should decide on the level and extent of control measures which should be determined by the
criticality rating and by the associated project risk.
All project requirements should be included in the EPC, Engineering, Procurement, Installation,
Commissioning (EPIC) and other contracts and purchase orders in order that the contractors, suppliers
and sub-suppliers etc. are aware of the required involvement of an authority, and in the design reviews and
any inspection and test plans in order that they can include for their review and inspection requirements.
[Link] Attributes
– Identify criticality ratings.
– Controls and procedures for supply chain activities defined.
– Interface arrangements of contractors/suppliers conform to the project specifications.
– Quality requirements included in the project specifications form part of the tender documentation.
– Evaluation of supply chain QA/QC content and requirements.
– Ensure orders placed directly or indirectly for materials, equipment and services are placed with the
most suitable and approved sources.
– Supporting documentation is provided in accordance with the applicable technical specifications and
programme.
– All contractors and suppliers perform quality surveillance and audits on their sub-suppliers and their
sub-contractors.
– Inspection and test plans, procedures and method statements in place for inspection and audit
activities, and to record test results.
The Practices Worth Replicating (PWR) system supports the capture and dissemination of good and bad
practices. It contains categories for each recognised technical discipline and multi-disciplinary project
practices.
To facilitate learning from others, the PHC and the project management area in PWR are structured along
the same lines as the OPMG.
4.5.8 Links
EP No. 63
ADDRESS REQUIRED FOR EP 63
EP No. 64
ADDRESS REQUIRED FOR EP 64
Global Process 16
[Link]
EPBM Version 4
ADDRESS REQUIRED FOR EPBM VERSION 4
Global Process 12
[Link]
Global Process 18
[Link]
Project Guides:
[Link]
(select: OGP Management System; select: Project Guides)
These factors contribute to establishing a culture where HSSE excellence is the norm and is a core value of
all staff and contractors.
HSSE management is an integral part of successful project management and HSSE considerations should
shape the ORP and drive design. The concept of front-end loading (described in detail in Chapter 2) is
equally applicable here. A clear focus on HSSE from the earliest stages of the project, including timely
initiation of studies, provides a firm foundation for managing HSSE risks throughout the project lifecycle.
4.6.1 Managing Health, Safety, Security and Environment
The Shell Group requires that OUs have a systematic approach to HSSE management with effective
internal controls to manage HSSE risks and facilitate compliance with the Group HSE Policy and
Commitment, the Group Security Standard and HSSE-related standards identified in the annual
assurance statements. In EP these requirements will be met through the implementation of the EP HSE
Management System (HSE-MS), which is an integral part of the EP Business Management System (refer
to Figure 4.6.1).
Figure 4.6.1 Elements of the HSSE-MS within the EP Business Management System (BMS)
In many cases, projects will be able to work within the existing OU HSSE-MS. However, new ventures
and major projects will need to develop and implement their own project HSSE Plan, focusing on those
requirements which are unique to the project, calling on the relevant parts of the controlling management
system for general/common HSSE requirements.
Table 4.6.1 shows the HSSE deliverables at different stages in the project lifecycle.
KEY:
√ Deliverable OP Operations Philosophy
ARP Asset Reference Plan OPR Preliminary version is required
B Baseline version is required P Preliminary version is required
BOD Basis of Design PEP Project Execution Plan
CDP Concept Definition Proposal PerC Preliminary documentation is required per
CER Country Entry Report concept (i.e. covering each concept)
CO Closeout Report is required PHR Pre-handover Review
CSR Concept Selection Report PIN Project Initiation Note
CSU Commissioning and Start-up Plan PIR Post-implementation Review
EERA Escape, Evacuation and Rescue Analysis PS Project Specification
EPR Explosion Protection Review PSM Process Safeguarding Memoranda
ESSA Emergency Systems Survivability Analysis RP Resource Plan (including organisation chart
FDP Field Development Plan and manpower estimate)
FEA Fire and Explosion Analysis RR Risks and Opportunities Register
FIREPRAN Fire Prevention Analysis SCA Structural Consequence Analysis
FPA Facilities Pre-start-up Audit Sched Project Schedule (identifying critical paths
FR Feasibility Report and key uncertainties)
FRCS Flare and Radiation Contour Study SIMOPS Simultaneous Operations
HAC Hazardous Area Classification SSR Site Selection Report
LP Logistics Plan U Updated version is required
Notes:
1. An activity plan that identifies and schedules deliverables to be produced at each project phase, may
include social performance.
2. Final HAZOP is not listed as mandatory, but may be required at the end of detailed design if
significant changes have occurred following the main HAZOP.
3. The chosen risk assessment methodology should be appropriate to the project. For example, QRA is
only mandatory if it is a legal requirement, or if necessary to justify a specific ALARP decision.
Contracted work accounts for 70 to 75% of EP’s total exposure hours and much of this work involves high
HSSE risks. This is reflected in Shell’s HSSE performance statistics, which include fatalities, accidents and
incidents involving contractors.
EP2005-0110 specifies requirements – including roles and responsibilities – for contractor HSSE
management. Key elements can be outlined as follows:
– Effective HSSE contractor management is based on knowing the HSE risks of the contract scope,
evaluating the contractor’s capability to manage these HSE risks and addressing associated weaknesses
in the contractor’s system. These requirements provide a sound basis for assessing contractor HSSE
capabilities during pre–qualification and bid evaluation.
− Once a contractor has been selected, the contractor is required to develop and implement the contract
HSSE Plan. Contract holders should establish and maintain clear lines of communication with the
contractor, including regular meetings to address HSSE issues and performance. Implementation of
this HSSE Plan and execution of the work should be monitored, and results used to steer contractor
performance improvements.
− Contractor HSSE performance should be analysed and opportunities for improvement identified,
implemented and verified.
The Hazards and Effects Management Process (HEMP) lies at the heart of the HSSE–MS and can be
summarised as the following steps:
− identify HSSE hazards and potential effects;
− evaluate risks;
− record hazards and effects;
− compare with objectives and performance criteria;
− establish risk–reduction measures, including emergency preparedness and recovery; and
− maintain a documented demonstration that major HSSE risks have been reduced to be ALARP.
EP95–0300 gives an overview of HEMP while EP2005–0300 describes EP requirements for applying
HEMP in the business.
A range of tools and techniques are available to support and guide the HEMP process. These include:
− HAZOP;
− health risk assessment; and
− environmental, social and health impact assessment.
As an opportunity develops, the emphasis of HEMP shifts from a focus on identification and coarse
assessment in the early stages to the assessment of inherent hazards and evaluation of options
during design.
[Link] Engineering
During the engineering design stages, HEMP concentrates on engineering–specific control and recovery
measures, and developing procedural control and recovery mechanisms where these are required. This
emphasis on design also addresses construction risks.
[Link] Construction
Construction execution presents its own risks and requires rigorous application of HEMP, focusing on
HSSE management of contractors and applying tools such as Construction Risk Assessment, Job Hazard
Analysis (JHA) and Permit to Work, backed up by intensive audit and inspection programmes.
[Link] Operations
During the operations phase, HEMP will focus on operational controls using bowtie type analyses and
JHA as key tools to provide input to the Operations HSE Case(s).
The Shell Group Risk Assessment Matrix (refer to Figure 4.6.2) should be used to assess the risks
associated with HSSE hazards. This assessment should take account of perceptions of risk by internal and
external stakeholders. The RAM is based on the concept of applying experience of events or incidents in
the past to predict risks in the future, and consists of the following steps:
− identify the consequences if the hazard is released;
− estimate the severity of consequences for each consequence;
− estimate the likelihood of each consequence;
− determine the risk rating associated with each consequence; and
− implement the required control measures.
Evironment
Reputation
Never Heard of Has Happens Happens
People
Assets
heard of in... happened more than more than
in... industry in our once per once per
industry industry year in our year in our
company location
KEY:
Note: This needs to be replaced with the new RAM guide – it is complete but being reviewed by Legal.
Note for techwriters: check for consistency against section 3.2 when it has been written.
Risks from the identified hazards and controls should be further assessed where necessary using a variety of
approaches. These are:
− approaches prescribed in relevant regulatory requirements;
− approaches prescribed in internationally recognised codes and standards;
− established good industry practice;
− qualitative HEMP studies and expert judgement; and
− quantitative HEMP studies.
All projects are required to demonstrate that HSSE risks associated with medium and high-risk hazards are
both tolerable and have been reduced to ALARP.
Tolerability of Risk
The principle that HSSE risks shall be tolerable and reduced to ALARP is central to applying HEMP and
managing HSSE in projects. In practice, a range of other considerations, including company values and
societal expectations, influence the decision-making process. The relative importance of the various risk
control methods, e.g. codes and standards, engineering judgement and company and societal values, can
vary in determining whether risks are tolerable and thus influence decision making. The extent to which
decisions are based on technical or value judgement will be influenced by factors such as stakeholder
perceptions and the novelty and uncertainties surrounding the development.
High Risk
Risks falling into this region are intolerable. The activity must be ruled out as a matter of principle, unless
it can be fundamentally modified so that the associated risks are reduced and fall into one of the
lower regions.
Medium Risk
Risks in this region are characterised by the types of risks that people are prepared to tolerate in order to
secure certain benefits, in the confidence that the risk is worth taking.
Low Risk
Risks falling into this region are characterised by the types of risks that people regard as insignificant or
trivial in their daily lives. Typically they are risks from activities that are inherently not very hazardous
or they are risks from hazardous activities that are being fully controlled. The effort necessary to further
reduce the risks is likely to be disproportionate to the additional benefits.
The ALARP process shall be applied to all “high” and “medium” HSSE risks. It is defined as:
The process of demonstrating that risks are controlled to ALARP involves balancing the risks against
the effort (time, trouble and cost) of controlling the risks. If it can be shown that any additional
effort is grossly disproportionate to the resulting reduction in risks, then the risks are controlled
to ALARP.
Controlling risks to ALARP means meeting legal requirements and other agreed tolerability criteria (e.g.
Shell/industry standards) and going beyond them to the extent that is reasonably practicable. The ALARP
criteria applied in the effort/benefit balance should embrace the full range of risks, i.e. risks to people,
assets, the environment, Company reputation and society at large.
Demonstrating ALARP requires the identification and assessment of a range of options for addressing
specific risks. Figure 4.6.3 illustrates how this works in practice, using an example where five potential
options have been identified for controlling a risk.
Cost
Legal Limit
Risk
1 2 3 4 5
Options
− Option 1 does not achieve legal requirements and is not acceptable.
− Options 2 and 3 reduce the risk more than Option 1, and achieve legal requirements. However, levels
of residual risk are still higher than Options 4 and 5.
− Options 4 and 5 reduce risks further. Option 4 incurs modest incremental costs whereas Option 5
incurs significant incremental costs.
− It follows that Option 4 is ALARP.
Against this background, the project team should identify and assess security risks during all stages of the
project lifecycle, implementing controls as appropriate. Individual and travel security, and security-related
aspects of interaction with the local community should be given special attention. It is the responsibility
of the individual and the supervisor to address the topic prior to any trip. The Project Manager should
have assurances that a positive framework has been established for managing interaction with the local
community and the proper security aspects for the Company/community interface are in place.
Security risks are a combination of threats, vulnerabilities and their potential impact. They will vary
according to the country, locality and type and nature of business operations. They should be continually
reassessed for currency.
The project team should start by assessing potential and actual threats in the environment where they
intend to operate before designing security arrangements to protect people, property, information and
reputation. This requires obtaining extensive information from as many sources as possible to help identify
and evaluate threats. Corporate Security (SI-SY) has analysts who can provide security threat assessments
for possibly all regions/countries in the world.
During reconnaissance trips by the project team, a member of SI-CAS should join the party in order
to gather security information locally. This team member will, if appropriate, approach local sources,
including security services (military, intelligence or police) to be informed about:
− existing trends regarding malicious practices, crime, militant activism, extremism, terrorism, labour and
civil unrest, civil war and armed conflict;
− potential for violence;
− past incidents;
− human rights records of military, paramilitaries, local and national police and terrorists;
− quality of security services;
− judicial capacity;
− religious, ethnic or indigenous conflict;
− threat targets; and
− regional and international trends (drug trafficking, border conflicts, cross-border organised crime etc.).
[Link] Vulnerability
Vulnerabilities to security threats include predictable routines, certain types of operations, exposures,
weaknesses and deficiencies that could be exploited by criminals and others. Assessing the vulnerability of
visiting and, at a later stage, permanently-based expatriate and national staff is paramount. Finding and
selecting secure accommodation should have priority.
Identifying the capabilities of national and local public security services to maintain and, if necessary,
restore law and order lawfully and effectively will help companies to decide how to develop their own
security framework, including the type of guarding arrangements.
The security team member should be involved in due diligence investigations in order to establish the
reputation of companies that may become linked to Shell’s project. The investigations may look at a
company’s background and reputation, senior executives, associates and other businesses in which the
executives may be involved.
The following subjects should be given attention from a vulnerability point of view:
− Does the local government demonstrate security responsibility for the project, Company staff and
future assets?
− Does the profile of the contractor(s) impact on the security profile of the project?
− What kind of security management system should be developed from the outset?
− Is it possible to contract reputable and reliable guard companies? (SI-SY should assist in selecting and
contracting the proper company.)
− Which type of contingency plans should be developed as a first priority (evacuation, kidnap)?
− Which type of liaison with authorities, including security services, and local communities should be
developed from the outset?
− What kind of physical security arrangements (perimeters, gates, access control, lighting, CCTV,
intruder detection etc.) are assessed necessary during the construction phase and later when operations
have started?
− What should be the frequency of security reviews?
[Link] Impact
Impact is the effect of a security incident on the business. It involves both direct and consequential costs, as
well as potential damage to reputation.
[Link] Currency
Keeping up with often complex, changing political, economic, social and military situations is critical to
effective business operations. The ability to assess an operating environment can have a major impact on a
company’s short and long-term operations as well as on the security of its personnel and assets. It may also
affect relations with local community and government officials.
The quality and currency of threat assessments will be improved by sharing them with other organisations.
However, the quality and value of such information depends to a large extent on the way it is handled and
used. The confidential nature and sensitivity of some of the material and its sources needs to be known
and protected. Failure to respect this basic principle will result in only publicly available information being
provided, and worthwhile networking opportunities will be denied.
Making a threat assessment is like taking a snapshot, as immediately afterwards the picture may change.
Therefore, a regular update of the threat assessment is required to help the ongoing risk assessment process
in maintaining the adequacy and proportionality of the protection measures.
Requirements for ER should be addressed systematically during project planning and execution. A planned
response is necessary for a wide range of credible emergency events, with trained resources and suitable
equipment. Responsibilities for ER should be clearly defined, including contractor roles and responsibilities
at work sites.
Many countries have specific oil spill response and other emergency legislation that should be implemented
before activities begin. Some specialised services, such as spill response vessels, well control specialists
and others require additional arrangements prior to operations. Shell maintains contracts with major
organisations that provide emergency response services that can be cascaded to other regions. Locations
without basic medical response services (including first aid) require planning to ensure adequate medical
services are available.
Table 4.6.1 specifies the HSSE deliverables in each ORP phase. Some of these deliverables are mandatory,
as per applicable governing documents such as Shell General Business Principles (SGBP), Group Minimum
Standards or the applicable HSE-MS.
Mandatory deliverables are required to be completed prior to the completion of the ORP phase indicated in
Table 4.6.1, unless the deliverable is not applicable to the particular HSSE risks of the opportunity or project.
Any such omissions should be approved in accordance with the organisation’s Technical Assurance System.
The Shell Group maintains a comprehensive suite of documents to support effective HSSE management.
Refer to the Links shown in Section 4.6.10 for a list of standards, guidance documentation and tools that
are available to support development of HSSE deliverables.
4.6.10 Links
Assurance
[Link]
Corporate Security
[Link]
EP2005-0110
[Link]
EP2005-0300
[Link]
EP95-0300
LINK REQUIRED FOR EP95-0300
HSSE excellence
[Link]
Implementation
[Link]
Planning
[Link]
Risk Management
[Link]
Project Guides:
[Link]
(select: OGP Management System; select: Project Guides)
As projects produce a vast amount of electronic information, there is a significant opportunity to:
− speed up delivery by pro-active management of critical data and document flow through all ORP
phases;
− reduce contract variations in projects by specifying deliverables correctly up front in engineering,
procurement or construction as well as integrated services contracts; and
− improve design review processes by adopting effective document control and using standard progress
reporting structures.
The following activities are minimum requirements and prerequisites for successfully executing EP
Business Model Activity EP-64 and Global Process 12 Operations Readiness and Assurance, and
Global Process 18 Global Information Management in projects:
− Develop a PIP. With the team, identify information types from the Project Information Plan Template
for project execution and subsequent operation and maintenance. Define lifecycle properties.
− Identify project IM resources. Define roles, recruit resources and estimate costs to enable the timely
delivery of IM, including single point accountability for IM in each phase.
− Write the IM section of the Project Execution Plan. Embed the critical project IM processes and
specifications in the Project Execution Plan.
− Stipulate contract clauses. Invoke the critical processes and specifications, including the requirements
of the latest version of the Engineering Information Specification, EIS DEP [Link], in all
contracts delivering information and associate delivery to payment schedules.
− Use the IM/IT Toolbox. Where applicable, make full use of the generic items.
Information is embedded in all phases of the ORP. The IM challenge is focused on the subsurface and
wells domain during the early ORP phases of the opportunity, and then shifts to surface engineering
and operations during the later phases of the project. The challenge spans both data and documents that
need to be planned and organised within each phase, and shared or handed over at many different points
throughout the opportunity and project lifecycle.
This section describes, at a high level, the key IM solutions and activities executed on a project.
– Data Deliverables
- remote sensing data (if available, may include seismic, magnetic, gravity surveys etc.);
- well data (if applicable); and
- preliminary subsurface models (volumetric, static, dynamic).
– IM Activities
- assess IM opportunities and risks;
- develop a high-level Project Information Plan;
- manage seismic and well data;
- host key decision documents; and
- host subsurface models.
– IM Roles. These roles and supporting teams may be part time or placed centrally, based on
opportunity size:
- IM Lead;
- Document Controller; and
- Data Controller.
– IM Systems
- document repository;
- seismic data project repository;
- well data project repository; and
- integrated subsurface model.
[Link] Select
– Document Deliverables
- development option evaluation;
- concept selection report;
- draft Field Development Plan; and
- risk register.
– Data Deliverables
- range of subsurface models;
- seismic data;
- well data;
- process model; and
- range of economic models.
– IM Activities. Reassess IM opportunities and risks, and review/update the Project Information
Plan from the previous phase. Develop, based on the PIP, the IM section for the preliminary
Project Execution Plan:
- subsurface;
- surface facilities; and
- economics.
– IM Roles. These roles and supporting teams may be part time, based on opportunity size:
- IM Lead;
- Document Controller; and
- Data Controller.
- IM Systems
- document repository;
- process engineering model;
- seismic project repository;
[Link] Define
– Document Deliverables
- Basis for Design (BfD) Report;
- Final Field Development Plan;
- Project Execution Plan; and
- specifications and contractual agreements for managing Front-end Engineering and Design (FEED).
– Data Deliverables
- engineering design definitions;
- final subsurface models;
- final surface/urban planning design;
- all seismic data and final interpretations;
- all well data;
- process model; and
- final economic models.
– IM Activities
- reassess IM opportunities and risks, and review/update the Project Information Plan from the
previous phase;
- establish document and data requirements for FEED;
- schedule and embed FEED information deliverables in FEED contracts using the EIS;
- schedule and embed information deliverables from the well delivery programme;
- manage and quality control delivery of FEED information by applying the generic data and
document control procedures;
- develop PIP section for well delivery, execution and production, including monitoring strategy for
SmartField implementation;
- embed wells, facilities and production IM design and deliverable requirements in the BfD document;
- hand over FEED information and BfD documentation to the Execute Team; and
- management reporting on status of all above deliverables.
– IM Roles. These roles and supporting teams may be part time, based on opportunity size:
- IM Lead;
- Document Controller; and
- Data Controller.
– IM Systems
- document repository;
- document control application;
- process engineering model;
- smart P&ID tool;
- surface 3D model design tool;
- engineering data warehouse;
- project management tools;
- seismic project repository;
- well project repository; and
- integrated subsurface model (static and dynamic).
[Link] Execute
– Document Deliverables
- specifications and contractual agreements;
- detailed design deliverables; and
- operational readiness and assurance documents.
– Data Deliverables
- detailed engineering design data;
- HSE statistics;
- initial operational data set;
- final subsurface models (including revisions made during development drilling);
- all seismic data and final interpretations; and
- all well data (including development wells).
– IM Activities
- reassess IM opportunities and risks, and review/update Project Information Plan from the
previous phase;
- establish document and data requirements for detailed design, construction, commissioning
and operations;
- schedule and embed these information deliverables in engineering using the EIS;
- schedule and embed relevant information deliverables in well delivery contracts;
- manage and quality control delivery of information needed for the execute and operate phases by
applying the generic data and document control procedures;
- develop IM architecture, processes and systems for the operated phase and specify requirements in the
ITT documentation for integrated service and well service contracts being let for the Operate phase;
- execute the gradual handover of project information to the operate organisation as information
becomes available; and
- deliver effective management reporting on status of all above information deliverables.
– IM Roles. These roles and supporting teams may be part time, based on opportunity size:
- IM Lead;
- Document Controller; and
- Data Controller.
– IM Systems
- document repository;
- document control application;
- process engineering model;
- smart P&ID and instrument design tool;
- surface 3D model design tool;
- engineering data warehouse;
- project management tools;
- well portal and subsurface 3D model;
- plant safety and distributed control system; and
- enterprise resource planning system (SAP) to populate for Operate phase.
[Link] Operate
– Document Deliverables
- specifications and contractual agreements for managing integrated services and well services
contractors, spares procurement and other key activities;
- Production Plan;
- Integrity Management Plan;
- Information Management Plan;
- Permits Management Plan;
- project lessons learnt; and
- plant optimisation studies.
– Data Deliverables
- production and WRM data;
- final subsurface models (“evergreen” with revisions made in response to WRM);
- all seismic data and final interpretations;
- all well data (including development and producing wells);
- maintenance data;
- future scheduling as well as historical maintenance and inspection records;
- HSE statistics;
- change management records, including updates to asset register and attributes;
- process engineering flow scheme and instrumentation data;
- surface 3D model;
- safety system; and
- distributed control system configuration data.
– IM Activities
- establish document and data management processes to ensure efficient operations and
maintain integrity;
- install and operate reservoir, production and integrity management information systems accordingly;
- manage quality of engineering information needed to support operations;
- manage historical production information; and
- make this information available to optimisation study and campaign maintenance planning activities;
and ultimately for decommissioning purposes.
– IM Roles. These roles and supporting teams may be part time, based on opportunity size:
- IM Lead;
- Document Manager; and
- Data Controller.
– IM Systems
- document repository;
- process engineering model;
- smart P&ID and instrument design tool;
- possibly surface 3D model design tool;
- engineering data warehouse;
- production and maintenance planning tools;
- well portal and subsurface 3D model;
- WRM data portal;
- plant safety and distributed control system;
- enterprise resource planning system (SAP); and
- corrosion management system.
The Exploration and Production (E&P) Information Technology (IT) strategy is to establish a standardised
application portfolio, with global hosting and support. This rationalised global application portfolio
should be used by the projects to specify the software application baseline. The Portfolio Management and
Integration (PMI) group governs applications selection and any deviations from the PMI standards should
be declared upfront and signed off by the relevant PMI Portfolio Manager.
The project is required to budget for its usage of software application licenses, and the hosting/delivery
cost. Any deployment plans and project budget requirements should be communicated with the EP-CIO
office to allow co-ordinated planning and delivery.
The Project Information Model maps the information flow through each phase of the ORP for:
− subsurface and well engineering;
− facilities engineering;
− production and maintenance; and
− finance and contract management.
Information models do not differ much between projects due to the standardised applications portfolio.
Projects that do not use the standardised portfolio (e.g. non-Shell-operated ventures) require considerable
effort and dedicated resources to develop a new information model from scratch.
The applications of the operational environment are effectively the target tools of the operational facility
into which the project will ultimately migrate its processes and information. Once the target architecture is
clear, the information model for the project can be created. This model will be improved during the define
phase as the interaction with execution contractors becomes clear.
A Project Information Model is required both for project activity information (e.g. finance data) and for
technical asset information (e.g. equipment design properties). A model for activity information enables the
successful control of the project whereas a model for technical information is critical for asset management
throughout the entire lifecycle.
The following activities are minimum requirements to develop the Project Information Model:
− define the applications, their role and associated blueprints or templates to be used;
− define project and operational information requirements for inclusion in contracts;
− define data ownership and master data (if duplicated in different databases);
− define data validation and quality control points and mechanisms;
− define data transfers mechanisms; and
− define any data formats not addressed in the EIS.
Application templates are required to exchange data effectively within the project applications
environment. Applications templates are basefile configurations or blueprints that define the structure and
naming conventions to ensure that a common language and structure is used across the
applications portfolio.
[Link] Define
– Activities
- define the Operational Information Model and embed in the Project Information Plan;
- define the target operational applications, their role and templates to be used;
- develop the initial Project Information Model and embed in the PIP;
- define the initial project applications, their role and templates to be used;
- define data ownership and master data (if duplicated in different databases);
- define data validation and quality control points and mechanisms;
- define any data requirements not addressed in the EIS;
- define data transfer mechanisms;
- assess application management requirements and plan the organisation accordingly;
- organise delivery of applications and templates with the EP-CIO; and
- identify key areas of duplication that require synchronisation.
– Roles
- The project application’s architect and delivery staff will typically come from the regional IT Team
and be assigned to the project for its duration.
- The Applications Team will train project staff in the use of the selected project applications.
– Systems
- organise delivery of applications and templates with EP-CIO;
- define data transfer mechanisms; and
- identify key areas of duplication that require synchronisation.
[Link] Execute
– Activities
- define the final Project Information Model;
- embed in the Project Information Plan;
- organise delivery of applications and templates with EP-CIO; and
- test and gradually start migration to operational systems.
– Roles
- The project application’s architect and delivery staff will typically come from the regional IT Team
and be assigned to the project for its duration.
- The Applications Team will train project staff in the use of the selected project applications.
– Systems
- organise delivery of applications and templates with EP-CIO; and
- test and gradually start migration to operational systems.
4.7.3 IT Infrastructure
IT infrastructure is the hardware and networks that enable communication and exchange of data,
including:
– Global Infrastructure (GI) computers and desktop software;
– Telephones;
– cable and satellite networks;
– faxes; and
– video conferencing etc.
The IT4 Shell Strategy is to deploy a standardised Global Infrastructure Desktop and Global Infrastructure
Hosting (GI-D and GI-H) in projects where possible. IT infrastructure deployment shall be co-ordinated
with the EP-CIO office in accordance with EP Business Model Process EP-24. EP-CIO governs
infrastructure design and any deviation from the GI standards must be declared upfront and signed off by
the relevant EP-CIO office.
The investment strategy is that IT general hardware, hosting and delivery costs are included in the central
IT overhead and tariff rates. This includes specific connectivity, such as fibre-optic links or satellite
connectivity, which should be included in the EP-CIO budget and plans.
The project will need to consider its IT infrastructure requirements – both during execution and operation,
and plan delivery to support its other activities. The nature of the project and its ability to tap into existing
infrastructure has a large impact on the IT resources required. Project infrastructure support needs can
range from part-time support in well-populated areas with an existing Shell presence, to a dedicated IT
infrastructure development organisation in Greenfield sites. Challenges also exist in achieving timely
hardware delivery, connectivity and support into temporary or third-party locations; these needs should
therefore be identified and addressed early. Typically, opportunities/projects during Identify and Assess, and
Select, rely on existing infrastructure in the OU or the Centre.
[Link] Define
– Activities. The IT architecture to support the operations philosophy should be described and built
into the design so that the operations philosophy can be realised. The IT Plan (appendix to the PIP) to
support the project during execution should be created and should address the following:
- IT steering committee;
- project and operational requirements in support of the Project Information Plan;
- scope, functional areas, organisational boundaries and geographical locations;
- IT infrastructure design, including application architecture;
- resource plan; and
- timing of key deliverables.
– Roles
- The project IT support staff will typically come from the regional IT Team and be assigned to the
project for its duration.
– Systems
- delivery of infrastructure to support project activities.
[Link] Execute
– Activities. The IT Plan should be executed to deliver the following:
- IT architecture design;
- acquire, implement and operate computing and telecommunication services;
- acquire, implement and operate applications and IM services;
- provide end-user support (Helpdesk, request management);
- manage IT (demand, contracts, Service Level Agreements (SLAs), costs);
- manage information security; and
- establish disaster recover and business continuity plans.
– Roles
- The project IT support staff will typically come from the regional IT Team and be assigned to the
project for its duration. They will be reabsorbed into the regional IT organisation at the conclusion
of the Execute phase.
– Systems
- delivery of infrastructure to support activities during the Execute phase; and
- delivery of operational IT infrastructure to support the Operate phase.
4.7.4 Links
IM/IT Toolbox
[Link]
Project Guides:
[Link]
(select: OGP Management System; select: Project Guides)
To protect the project from any adverse effects of change, and to capture opportunities that changes may
bring, change needs to be managed.
Changes can be internal, team-driven (often technical) or external (driven by the environment). Each needs
early detection and assessment by the owner and relevant authorisation.
The practices below will detect and control changes, but only if all team-members are sufficiently aware
of the possible wider consequences of their decisions or uncertainties. The possible effects of small
composition changes on material selection is a good example.
The simple practice of routinely splitting the projects issues, decisions and attributes into “as-is” and
“maybe” can help the early detection and control of change (refer to Figure 1.8.1). Best practice is for the
whole project team to adopt this extremely simple mental model.
“As-is” “Maybe”
_ _
Givens –(decisions already taken) Focus decisions
_
_ Tactics (decisions for later)
Assumptions control _
Un-resolved uncertainties
_ _
Boundary Conditions Questions
Under “As-is”, the project team routinely lists their decisions already taken, as well as the governing
assumptions the team is working under. Any unresolved issue, study of alternatives or suggestions for
improvement are pictured in the “maybe” domain. Any issue that is resolved or decision that is emerging in
the “maybe” domain is subject to control before it can enter the “as-is” world.
Team meetings, Technical Authority systems and the dialogue with the DRB, should reflect this distinction
between agreed scope and assumptions on the one hand and unresolved issues on the other.
The sharing of all updates on decisions and assessment of uncertainties should be routine in team
meetings, and the updates should be reflected in the “as-is” world.
Ownership of a subject area implies that the owner is able at any point in time to articulate the “as-is” and
the “maybe” world for that area. It does not necessarily imply decision authority. There is a fundamental
difference between Project Governance, which is vested in the DRB and delegated on the basis of subject
areas into the team, and Decision Authority, which is vested in the line (and subject to systems like Manual
of Authority (MoA) and Technical Authority [TA])
4.8.2 Authorisation
Financial authority is usually defined in the MoA, and Technical Authority is captured in a TA system. A
good TA system typically has three levels of authority:
− Level one can approve deviations from standards (discipline head or project manager of sufficient
seniority and after suitable challenge and documentation).
− Level two can approve changes within standards (usually s.g. three professionals).
− Level three can approve changes within documents (s.g. four professionals).
A good TA system resolves the tension between discipline and business authority by assigning ultimate
authority on technical subjects with a single representative from the business/project line.
Particular care needs to be taken in the authorisation of integrated, multi-disciplinary deliverables and
decisions, as well as the authorisation of assumptions around uncertainties (e.g. gas composition). Typically,
decision authority of integrated decisions lies one level up from single-discipline decisions, and the
authority on assumptions is vested with the subject-matter expert.
The system of authorities must be approved by the DRB and detailed in full view of all stakeholders.
4.8.3 Implementation
Typically, the Project Manager chairs weekly team meetings with change management as a fixed item on
the agenda and implementation starts after this meeting has taken full ownership of the change. There are
three overlapping reasons for accepting an internally driven change:
− significant improvement in safety;
− significant improvement in functionality over costs; and
− accumulated value of the change far outweighs the cost and schedule implications.
Change proposals are rejected, accepted or kept pending during further assessment. An audit trail must be
kept at all times and the DRB must be kept informed during the regular dialogue.
Implementation of internally driven changes is then routine, i.e. part of the “as-is” world.
Implementation of externally imposed changes is often much harder. Ownership, assessment and authority
are often less well defined or absent. This makes the change that much harder for the team to detect, assess
and accommodate. Successful external change management needs:
− a clear and compelling case for change;
− a capacity to deal with the change (people, organisation, culture);
− a clearly articulated vision that the team expects to be able to meet; and
− actionable first steps.
Externally imposed changes often need a shift in emphasis from change management to transition
management. This is beyond the scope of the OPMG.
Management
Act Control Loop Monitor
Analyse
Reporting, monitoring and analysing project performance against the project objectives is necessary to
allow the Project Manager to take timely and effective corrective action if required. The DRB, PDAB and
other key stakeholders (including the members of the Project Team) need to be satisfied that adequate
project progress is being made and that there is adequate cost, quality, HSSE and risk control.
4.9.1 Reporting
Reporting performance to key stakeholders is crucial in effective project control. Project progress should be
reported to the DRB during the Identify and Assess, Select and Define phases, and to the PDAB during
the Execute phase. Reporting project progress against the commitments made at FID is also needed in
order for senior management to provide support to the Project Manager, if required. Partners and host
Government agencies are also key stakeholders in the project who need to be satisfied that adequate project
progress is being made and controls are in place.
[Link] Principles
The principles of progress reporting are that:
− all data should originate from single sources, such as contractor’s progress reports, which in turn should
be scrutinised for quality to ensure the accuracy of what is being reported;
− each report should consider the audience for whom it is written;
− reports should be brief and use pictures, tables or graphs, which are preferable to lengthy descriptions;
− reports should highlight both the positive and negative variance of cost, time and other performance
measures against the project objectives and the reasons for this;
− key issues and concerns are highlighted as they arise, and the measures planned to address them are
outlined; and
− reports should be produced and distributed on time.
[Link] Objectives
Progress reports provide a systematic and disciplined means of progress measurement. The objectives of
reporting are to:
− clearly identify the current status of work;
− compare actual achievement with the targets;
− focus on critical areas, risks and key concerns;
− propose solutions or actions for problems or concerns identified; and
− permit effective management control and corrective action by producing reports regularly
and promptly.
[Link] Deliverables
The key deliverables for each phase of the ORP have been set out in Chapter 2 and reporting in each phase
should be structured against progress towards these deliverables. For example:
− preparation of the feasibility study report during the Identify and Assess phase;
− the Field Development Plan and Concept Selection Report during the Select phase; and
− the Project Execution Plan during the Define phase.
The emergence of the Integrated Project Management System (IPMS) provides access to procedures and
guides to help set up these points for project monitoring and control.
Other forms of reporting, such as weekly e-mails and third-party reports, are very much OU specific
and depend on agreements made between the various parties. In a multi-project environment, there is a
movement towards integrated work management systems, which allow all parties to read the status of all
OU projects from a common computerised database. This minimises the effort and cost of producing
paper reports.
[Link] Frequency
Reporting frequency to parties outside the Project Team is generally monthly, and based on updated
planning and scheduling data. Internal (team) reports are often generated weekly, and form part of the
agenda of the projects internal weekly progress meeting, at which deviations to planned progress and
newly-arising issues and concerns should be examined. The reporting requirements should be defined in
the relevant CTR in the Identify & Assess (I&A), Select and Define phases, and specified in the Project
Execution Plan for the Execute phase.
The project reporting procedures should be in place on day one of the pertinent phase. This puts the
project team into the routine of writing the reports and streamlining the process while the activity levels
are still quite low. As the activity level picks up, aspects such as presentation style, content, timetable,
distribution etc will all have been established and production of the reports will be routine.
Understanding how well the project is complying with Shell Group best practices, as set out in this
OPMG, must be undertaken using the Project Health Check Tool. The PHC is at the core of Global
Process 21 Benchmarking of Project Performance. The PHC enables self-assessment, aligns project teams
and embeds best practices. It will also help project teams and external peers prepare for major reviews such
as VARs, peer assists, partner reviews etc.
PIs can be developed at different levels within a project. Execution supervisors should be encouraged to
develop a number of key PIs for their own activities in order to monitor performance.
PIs should only be developed for activities, or groups of activities, for which there is (or for which we
would like to have) a norm. It should also be clear what constitutes good versus bad performance. Drilling
costs per day is a notoriously bad norm because if it goes down it may be that we drill with cheaper rigs
and materials, whilst if it goes up it may mean that we drill faster (and put more steel in the ground
per day).
Over time the PIs can be built up into trends, which can also be used as input data for benchmarking on
future projects.
Some of the common project performance indicator reports that may be needed at different phases of a
project are:
Procurement Requisitions issued – number issued versus planned, value versus planned
POs delivered versus required onsite dates
Spares requisitions issued and delivered versus planned, value versus planned
Cost – LE versus planned, commitment
Construction Progress % S-curves actual versus planned
Construction milestones achieved versus planned
Direct man-hours achieved versus planned
Indirect man-hours – direct man-hours ratio
Man-hours carryover to offshore (if applicable)
Cost – LE versus planned, commitment
Commissioning Progress % actual versus planned
Direct man-hours achieved versus planned
Indirect man-hours – direct man-hours ratio
Non-productive man-hours
A&B checksheets completed
System/subsystem handover acceptance – SACs actual versus target
Punchlist – numbers outstanding
Cost – LE versus planned
Operations Readiness Manuals and documents prepared versus planned
Recruitment – actual versus planned
Training/competence assessment – actual versus planned
Contracts awarded – number versus planned
Operational spares procured
Cost – LE versus planned
HSE LTIs/TRCs/FACs/MTCs/NIIs or high-potential incidents
LTIF/TRCF/TROIF actual versus target
Activities completed versus HSE plan
Quality Management Assurance plan progress – audits and reviews completed versus planned
Action register status – number of actions outstanding
Permits and approvals – obtained versus planned
Some of the aspects for consideration with respect to project reporting are:
− Can paper reports be minimised by using electronic data reporting?
− Are reports tailored to the needs of the recipient?
− Are the reports easily interpreted?
− Do the reports highlight problems?
− Is a fixed reference agreed against which long-term performance can be monitored?
− To what action is the report expected to lead?
− Are the reports structured to its audience by activity, field, licences etc?
− Could words and figures be replaced by graphs, tables or photos?
− Have standard reports been considered?
− Have suitable reporting systems been specified in contracts to allow straightforward integration of
contractors’ reports into Shell reports?
− Is the quantity of reporting commensurate with the scale, complexity and risk of the project?
By establishing a regular reporting system, the Project Manager can track the progress of a project and
detect any variance from the plan.
A baseline schedule is developed for the project and “frozen” for reporting purposes prior to the start of
execution. During the execution phase of the project the actual progress/performance figures are entered on
the chart, together with an estimate of the time required to complete the project. These are displayed as a
second line below the frozen baseline.
Time now
The dependencies between the activities are retained and hence the knock-on effect of changes of
one activity onto the others is shown. The critical path to project completion is shown and moves
with slippages.
activities % WT progress
overall progress curve
of total to date
100
x x x x x 13.6 16.3
x x x x x 14.2 68.4
80
Key:
x x x x x 11.0 70.9 plan
actual
percentage progress
forecast
60
x x x x x 18.3 64.5
x x x x x 14.8 33.9
40
x x x x x 18.6 6.2
20
x x x x x 9.5 45.3
O N D J F M A M J J A S O N D J F M A M J J A S O N D
early start x x x x x x x x x x x x x x x x x x x x x x x x x x x
late start x x x x x x x x x x x x x x x x x x x x x x x x x x x
target plan x x x x x x x x x x x x x x x x x x x x x x x x x x x
actual progress x x x x x x x x x x x x
The planned physical progress for each activity provides the percentage weightings between the activities.
On a monthly basis, the progress is summated per sub-activity to the activity level. The weighting factors
per activity are then applied to derive an overall project progress, which in Figure 4.9.4 is shown as 42%.
The percentage progress can also be drawn as an S-curve, as indicated on the right-hand side of the chart.
The progress of individual activities can be depicted by shading of the horizontal bars, as shown in
Figure 4.9.4.
In a table below the curve, the planned and actual progress figures can be listed. Where planning
sensitivities have been run, i.e. using earliest and latest activity start times, these can be included in the
table for reference or could be shown as an envelope around the plan line on the curve.
Mar-03
Dec-02
Dec-03
Sep-03
Apr-01
Apr-02
Oct-00
Oct-01
Oct-02
Jan-01
Jan-02
Jun-03
Jul-01
Jul-02
Sep-00
Dec-00
Mar-00
Jun-01
Sep-01
Dec-01
Mar-02
Dec-03
This form of table can be used at different levels using the WBS and summated up to the highest
project level.
xxxx xxxx xxxx Conceptual design xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Project Management xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Onshore Plant xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Substructure xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Topsides xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Template / Tspt / Install xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Pipeline / Landfall xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Sub Total Construction xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Drilling xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Sub Total Drilling xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Total (Excl Contingency) xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx 50/50 Contengency xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
xxxx xxxx xxxx Total (incl. 50/50 Contengency) xxxx xxxx xxxx xxxx xxxx xxxx xxxx xxxx
330,000 32,149
4,759
1,504
320,000
3,438
4,444
310,000
(000's)
300,000
295,600 540 11,914
5,400
290,000
280,000
270,895
270,000
25,935
260,000
l 't s es ll
AF
E
tua re
gm ile ion dfa illin
g nc
y FC
IP/ cep sho an t+P sid lat ge tA
G n On M ke Top nstal + Lan Dr
ntin rre
n
nal Co roj Jac SI ine Co Cu
igi P
O/ el
Or Pip
[Link] Cost S-curve Increase Decrease GIP (Incl Contingency) AFC (Incl Contingency
In Figure 4.9.7 several key cost numbers are given. Along the top of the figure is the budget amount,
comprising the control estimate plus a contingency amount. The VOWD and the current commitment
are reported on a monthly basis. The commitment level goes up in steps as major commitments (typically
contracts or purchase orders) are awarded.
For each activity the VOWD is reported and compared against the originally planned VOWD curve.
d
ne
Cost US$ m
20 lan
n tp
Commitments rre
Cu
D
W
15 d VO
ne
lan
lp
na
igi
Or D
V OW
10 al
tu
Ac
0
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Start Now
Time in months
90
Planned Deliverables
80
70
60
50
40 Actual Deliverables
30
20
10
Time now
0
Start project phase eg design End of Phase
At the end of a project, again the S-curve is shallow but a small change in % progress can mean a large
difference in project completion date.
Figure 4.9.9 gives an example of the level of detail required to monitor and control the hook-up and
commissioning phase of a large Floating Production, Storage and Offloading (FPSO) project. Performance
metrics (supplementing the PIs given in Chapter [Link]) would be needed for the project team to fully
understand progress and concerns, even in EPIC contracts, for activities such as:
− hook-up, spool welding and fit-up;
− electrical, instrument and telecom cable pulling, glanding and terminating;
− hydrotest packs prepared and completed;
− reinstatement packs prepared and completed; and
− pre-commissioning checksheets.
2500
Identified
2000
1500
Issued
Complete
1000
500
0
1 1 01 1 1 1 01 01
/0 /0 3/ /0 /0 /0 6/ 6/
22 13 8/ 24 14 /5 /2 /1
6/ 7/ 8/ 9/ 10 10 11
Figure 4.9.10 shows an end-of-project metric of system acceptance certificates handed over versus plan,
which provides an indication of hydrocarbons start-up date.
80
70
Actual Complete
60
50
40
Target
30
20
10
0
ct ov c n b r r y n l ug p ct
-O -N -De -Ja -Fe -M
a -Ap a -Ju -Ju -A -Se -O
15 15 15 15 15 15 15 15
-M 15 15 15 15 15
[Link] Resourcing
Resource performance should be reported for activities that are manpower intensive, such as hook-up and
commissioning.
The planned cumulative manpower usage profile can be plotted against the total actuals. In reporting both
hook-up and commissioning hours, a distinction is usually made between the following classifications:
− Direct hours – those hours spent directly on the job (e.g. erecting steel, welding, pulling cable,
painting etc.).
− Indirect hours – those hours spent supporting the direct hours (e.g. scaffolding, moving materials to
the site, providing temporary utilities such as lighting/power/water etc.).
− Non-productive hours – those paid hours not spent on either direct or indirect activities (e.g. attending
safety meetings, meal breaks, permit delays or site shutdowns etc.).
Each of the above classifications is estimated and then actuals are measured against plan. Labour
productivity is measured as the ratio of actual direct hours to planned direct hours for the work achieved.
Growth in man-hours, for example as a result of work that has been previously inadequately accounted for
or rework as a result of quality deficiencies, should also be reported and monitored.
Figure 4.9.11 shows the performance and forecast man-hours to commission an FPSO project. The lower
curve tracks the man-hours to complete essential commissioning work in the dry dock and at the quayside,
prior to departing for the offshore location. The upper curve tracks total commissioning man-hours against
the target first-oil date. The graph shows that the productivity in executing the commissioning scope
offshore is greatly reduced compared to working inshore. However, the decision to depart the yard for the
offshore installation often involves external factors, such as weather or resource availability. There may be a
trade-off between maximising the work onshore versus an early departure and consequent lengthy offshore
completion. Such a metric is critical in helping project management come to an informed decision.
Figure 4.9.11 Performance Indicator Trend – Example of Commissioning Man-hours Forecast Towards End of
Onshore Construction Phase
90,000
Commissioning Manhours – Start Offshore
Inshore/Offshore Work Installation - P50
80,000
70,000
Total Achieved
50,000
40,000
30,000
20,000
10,000
-Ja
n ar ay -Ju
n
28 -M -M 27
19 08
[Link] Presentation
As well as written reports, visual presentations to OU, regional and GTP senior management and
partners may well be necessary. These should address key factors and not descend into detail unless
absolutely necessary.
EXECUTION G G G G A A G A G G G
Issues as of Today
– Drilling problems wells on platform 1. Will complete one at best. Changes in drilling schedule, possibly only Platf2 wells
– Uncertain availability of installation barge, Late procedure submission, Transportation barge confirmation
– New HUC contractor mobilisation: old contractor appear to obstruct roll over of (some) staff
– Carry over scope of separate brownfieldproject not handed over properly
– Fabricator supplied delivery late, risking increased offshore scope
4.9.4 Links
Project Guides:
[Link]
(select: OGP Management System; select: Project Guides)
4.10 ASSURANCE
Assurance activities apply universally to all projects of Cost-and-Risk Levels 1, 2 and 3, though the exact
application of assurance requirements varies between them . Generic requirements for assurance events for
projects with Level 1 Risk profile are included in Appendix D, Chapter 2. For projects of Level 2 Risk,
it is best practice to start from this standard list of assurance requirements and scale down/customise the
discretionary part for the specific project.
For small (repeat) projects in a mature organisation/business environment, a specific scaled down version
of the generic assurance requirements is included in Chapter 6, which also includes a generic Project
Assurance Plan (PAP) for Non-Shell Operated Ventures (NOVs).
The project DRB shall approve the specific Project Assurance Plan, which reflects the applied scaling and
selection of discretionary assurance events.
This section provides further detail on specific mandatory assurance events as well as a menu of
discretionary Value Improving Practices and Reviews.
Value assurance reviews on Level 2 projects follow the local/Regional process. Level 3 projects do not
require VARs and have technical reviews as appropriate.
Project teams are required to maintain a tracking system of status and close-out of recommendations from
all significant reviews and provide regular updates to the Decision Executive (DE), DRB, or PDAB.
The VAR4 shall include a review of the (draft) Group Investment Proposal (GIP). The final GIP requires
review by the appropriate EP Functions in order to obtain “Functional Support”.
However, project costs can increase significantly during the Define and early Execute phases, when cost-
reduction opportunities have largely disappeared. This is often caused by unrealistic estimates of costs and
schedules. For this reason, for projects with total Capex exceeding US$500 million, an independent ESAR
is required prior to VAR 2, VAR 3 and VAR 4. The prime objective of ESARs is to assess the quality and
robustness of the project cost estimate and schedule. The ESAR provides input to the respective VAR and
Decision Gate.
ESARs do not replace the need for active line management and local/regional reviews of project cost
estimates and schedules.
ESARs also aim to provide assurance that schedules and cost estimates are compliant with the principles
of the respective guidelines and to ensure consistency for all major projects throughout the Shell portfolio.
The VAR Team will use the ESAR results as input in the assessment of the business decision at Decision
Gates 2, 3 and 4 for major projects, which is then provided to the DRB as an integrated assessment
and advice.
For all projects with total Capex exceeding US$200 million, the execution of an ESAR is mandatory prior
to VAR 4 (for DG4, FID) in support of the cost and schedule estimates in the GIP.
The execution of an ESAR is also required prior to major exploration VARs, acquisition VARs and
other cost/schedule estimates prepared for negotiation or bidding purposes (e.g. for entering into a new
opportunity), providing the potential prospect/project Capex exceeds US$500 million (refer to Global
Exploration Assurance Framework and Execution of ESARs (no link available at moment of writing)
for guidance).
The PERT process provides opportunities for the sharing of experiences between project management
practitioners through the review. Outcomes of PERTs include observations and recommended actions
supporting any project improvements. A set of project performance attributes is also reported at the
conclusion of a PERT to the PDAB.
For major projects (>$200 million (50/50 estimate of total project Capex)), the Functional Head of
Project Delivery will be represented on PDABs, either via Global Technical Partner representative or a
nominated Regional Representative. PDABs also include representation of the Regional Production and
Technical Directorates and should be integrated covering all project elements. For projects with Capex
<$200 million, where the costs may be dominated by well activities, the DRB may decide that the remit of
the PDAB will be achieved through (existing) well delivery assurance bodies, and choose not to constitute
a separate PDAB. A similar approach may be taken for major modification projects in production/
maintenance. Care needs to be taken not to duplicate, but still to achieve the intent of the PDAB.
The frequency of PERTs will vary according to location, maturity and project complexity. The frequency is
set by the PDAB according to project risk level, which generally follows the requirements as for VARs. It is
best practice to conduct PERTs as a minimum once a year and linked to key decisions/project milestones.
Cross-functional review of the project OR&A plans is covered by the respective VARs 1-4 during
Identify&Assess, Select and Define Phases and in PERTs during the Execute Phase.
Once steady state operations have been achieved, a Final Acceptance Audit is carried out before
formal handover of the project hardware (subsurface models, facilities, wells, infrastructure) to the
Operations Manager.
[Link] Qualitative Benchmarking of Project Per4formance through the Project Health Check (PHC)
The PHC compares project performance at every ORP phase with recommended practices, and is one of
the requirements of Global Process 21. It does this in the compliance/project strategy, project control and
project deliverables areas of ORP to support key decisions.
PHCs are available as self-assessment for projects with total Capex less than US$200 million and in peer-
assist mode for projects with total Capex exceeding US$200 million. For Level 1 projects in the Define
or Execute phases, the PHC in peer-assist mode will be led by a representative of the Head of
Project Delivery.
Using the Healthchecker tool, separate questionnaires are available for each of the health checks, for each
of the ORP phases, except the Operate phase. The results of the health check are depicted as rose plots
showing performance against the various range statements, scoring a value of 0 to 5 for each element where
a score of 3 is the Minimum Standard and a score of 5 denotes a practice worth replicating (refer to the
Project Health Check Teamleader’s Handbook).
The Business Opportunity Manager and Project Manager have a Duty of Care for their people, systems,
documents and controls and should demonstrate to the DE and DRB/PDAB that everything possible has
been done to:
– provide a safe/healthy working environment;
– protect the environment/communities; and
– safeguard the value of the project.
The PEP should be regularly updated and audited for effectiveness of controls.
Further information can be found in EP Business Audit and Review Services Guide, (Link not available at
moment of writing) which sets the corporate audit and review requirements for OUs, including projects.
Discretionary assurance requirements cover any type of review or audit which the project, OU or Region
may consider to carry out, based on a risk assessment, addressing:
– key uncertainties (e.g. subsurface);
– main risks (e.g. events that may impact functionality, costs and/or schedule); and
– opportunities (e.g. for cost reduction, schedule acceleration, increase in production and/or
enhanced value).
– Technical:
- static/dynamic model and volumetrics review;
- concept identification/selection review;
- FDP/Subsurface review;
- BfD review;
- Project HSSE Plan review;
- Quality Systems audit (vs. ISO 9000);
- HEMP review;
- PEP review;
- peer reviews (in any of the technical areas);
- VIPs;
- Reserves/Volumetrics review;
- construction readiness review;
- After Action Review (AAR);
- Close-out Review (COR);
– Economic:
- economic model review;
- GIP review; and
- Post Investment Review (PIR).
– Commercial:
- contract strategy review;
- contract audit (e.g. major EPC contract);
- commercial review (e.g. prior to Strategy VAR/VAR 1 and Transaction VAR/VAR 4);
- market/marketing review (e.g. domestic gas, Liquefied Natural Gas (LNG) etc.);
- due diligence review (e.g. for acquisition); and
- financial review/audit (e.g. Joint Venture (JV) accounting, NOVs).
– Organisational:
- manpower review;
- logistics review/LIRA;
- transportation review (e.g. for helico, fixed wing, boats); and
- site capability review.
– Political-societal:
- sustainable Development review;
- HSSE review/HSSE Management System (HSSE-MS) audit;
- legal review;
- joint venture audit (e.g. as required in the Joint Venture Operated Asset (JVOA)); and
- stakeholder management review.
4.10.3 Links
Execution of ESARs
In preparation by Project Services
Global Process 21
[Link]
Global Process 24
[Link]
Healthchecker
[Link]
Regional Fountain
[Link]
Regional process
[Link]
Teamleader’s Handbook
[Link]
=name
Project Guides:
[Link]
(select: OGP Management System; select: Project Guides)
CHAPTER 5
identify & assess
select
define
execute
operate
Restricted
This document will be maintained live on the Shell EP intranet site. The Web-based document will be the
controlled version. Copies or extracts of this manual, which have been download from the website, are
uncontrolled copies and cannot be guaranteed to be the latest version. Further electronic copies can be
obtained from the Global EP Library, Rijswijk.
This document is classified as Restricted. Access is allowed to Shell personnel, designated Associate Companies
and Contractors working on Shell projects who have signed a confidentiality agreement with a Shell Group
Company. ‘Shell Personnel’ includes all staff with a personal contract with a Shell Group Company. Issuance of
this document is restricted to staff employed by a Shell Group Company. Neither the whole nor any part of this
document may be disclosed to Non-Shell Personnel without the prior written consent of the copyright owners.
The copyright of this document is vested in Shell International Exploration and Production B.V., The Hague, The
Netherlands. All rights reserved. Neither the whole nor any part of this document may be reproduced, stored
in any retrieval system or transmitted in any form or by any means (electronic, mechanical, reprographic,
recording or otherwise) without the prior written consent of the copyright owner.
EP No. EP 2006-5500
Revision 0.0
ECCN Not subject to EAR-No US content
Author EPT - OE, Capital to Value - Robin Hutchinson and Henk Wabeke
Approved By Matthias Bichsel
Owner Matthias Bichsel, Executive Vice President, Technical
Document type Business Control Document - Company Standard
Distribution EP Leadership Forum All Staff in project-related functions
Available as downloadable copy for all staff
Publication History
EP No. Date Extent of Revision Approved by
2001-5500 Nov 2001 First Issue of OPMG, complete rewrite of PMG EP96-3000 Robin Hutchinson
2006-5500 June 2006 Chapter 5 rewritten Henk Wabeke
CI/CS Development Concept Identification and Selection EP2005-9014 Henk Wabeke and
Facilitator’s Handbook Niels van Dijk
PHC Project Health Check EP2005-9047 Henk Wabeke and
Qassim Kitany
5
PROJECT ACTIVITIES AND DELIVERABLES, PER PHASE
[Link] Objectives 16
5.2.1 Objectives 24
5.2.2 Description of Activities 24
[Link] Reframing 24
[Link] Decision Analysis 25
[Link] Planning 25
[Link] Subsurface Activities 26
[Link] Wells Activities 26
[Link] Surface Activities 26
[Link] Cost Estimating 26
5
» PROJECT ACTIVITIES AND DELIVERABLES, PER PHASE
5
» PROJECT ACTIVITIES AND DELIVERABLES, PER PHASE
[Link] Links 64
5
» PROJECT ACTIVITIES AND DELIVERABLES, PER PHASE
5.5.2 Geomatics 64
[Link] What is Geomatics? 64
[Link]. How Does Geomatics Support Project Delivery? 65
[Link] Technical Authority (TA) and HSE Criticality 68
[Link] Geomatics in the EP Business Model 69
[Link] Links 69
5.5.3 Logistics and Infrastructure 70
[Link] Introduction 70
[Link] Logistics Elements of the ORP 71
[Link] The Project Logistics Plan 71
[Link] The Project Logistics Strategy 72
[Link] Logistics Handover 72
[Link] Infrastructure 72
[Link] Links 73
SEPARATE VOLUMES
CHAPTER 5
The most prominent work activities are shown in Figure 5.0.2 below. Each of
them is described in detail in the EPBM and several elements of them may also
be governed by the EP Global Processes. This chapter briefly describes these
activities and places them in the context of the ORP, highlighting how they
enable decision-based planning.
Feasability Concept Selection Project Specification Prepare for operations Reservoir Management
Well Engineering Well Engineering Well Engineering Well Engineering Well Engineering
Logistics Management Logistics Management Logistics Management Logistics Management Logistics Management
Links:
EPBM v4 [Link]
ORP Phase 1: Identify & Assess | 5.1
Identify ends with a conscious decision that the opportunity is worth assessing. That decision is labeled
Decision Gate 1 (DG 1). Prior to the decision, Value Assurance Review (VAR) 1 poses the questions:
– do we understand what we’re getting ourselves into?
– should we spend resources in assessment of this opportunity?
The purpose of the Assess phase is to demonstrate that the opportunity is feasible. Feasibility means that
there is a high enough likelihood of success in a wide enough range of possible external outcomes. It does
not mean that success is guaranteed!
Feasibility is assessed on a distinct set of criteria. Alignment between the team, the Decision Review Board
(DRB) and the approval authority on these assessment criteria is critical.
Some projects, undertaken for reasons of safety, operational flexibility etc, may not appear to have any
quantifiable economic value, and are consequently not susceptible to straightforward economic analysis.
In such cases, the decision whether to proceed or not is made on other grounds, the main economic factor
here being the cost of not pursuing and implementing the project.
At DG 2 we decide whether the opportunity is feasible and worth the additional investment to select a
preferred development option. If it is not, the opportunity is kept on hold, recycled or terminated. DG 2
marks the widest span of our thinking: after DG 2 we increase the depth of the analysis, but narrow the
width as fast as we can.
[Link] Objectives
The objective of venture generation is to align partners and other stakeholders behind a structure (the
venture) that will act as the vehicle for conducting new business.
The next step is the selection of the preferred venture concept and the development of the venture
prospectus (describing what the venture will cover) and the venture Business Plan (describing what the
venture will actually do). This step can be seen as the select phase of the venture generation process. It
is broadly aligned with the project feasibility phase, and it is good practice to conduct a VAR 3 level of
scrutiny on the VG process together with a VAR 2 level of scrutiny on the actual project.
Similarly, defining the venture in more detail (roles, decision making/voting, legislation etc.) usually runs
parallel with the Select phase for the project, and the key contracts like Joint Venture Agreement (JVA)
and Joint Venture Operating Agreement (JVOA) are signed at the end of project concept select, i.e. prior
to major commitments being made on behalf of the venture in preparing the basis for design and project
specification. Although this rule of thumb, whereby the commercial process runs one phase ahead of the
technical maturation, is indicative rather than absolute, the principle is sound and wider divergence should
be cause for concern.
Venture Prospectus
Describes the structure and remit of the emerging venture. Used predominantly to obtain initial alignment
between prospective partners.
Engage potential partners at the earliest opportunity in the development of these Roadmaps, as
Opportunity Framing and Roadmapping are key alignment tools.
5.1.2 Exploration
[Link] Objectives
The objectives of exploration are to:
– acquire exploration acreage/licences/permits; and
– explore within an acquired licence to demonstrate the potential for economically recoverable volumes
of hydrocarbons.
Exploration
Execute exploration activities are described within the EPBM. Using the principle of nested Roadmaps,
we recognise:
– Identify and Assess (set up exploration venture, prepare exploration programme, and acquire and
process data);
– Select (evaluate and rank plays and prospectivity);
– Mature (mature selected prospects and prepare exploration well proposal); and
– Execute (drill exploration well(s), re-evaluate prospectivity leading to drilling, revise exploration
programme, and/or farm down, and/or relinquish, or hand over to appraisal).
Assess the emerging project against the demonstrated accumulation, or against the full licence, or
across owned and third-party or open licences, which may yield fundamentally different business and
project proposals.
Assess exploration prospectivity, which may yield different outcomes depending on the inclusion or
exclusion of existing assets and/or projects.
5.1.3 Initiation
[Link] Objectives
The objectives of initiation are to:
– reduce the technical and commercial uncertainties sufficiently to establish whether further prospect
development is justified; and
– alert the organisation of the arrival of the opportunity at the first Opportunity Realisation Process
(ORP) Decision Gate (preceded by VAR 1).
Appraisal drilling may be necessary to reduce the uncertainties. The main deliverable is a PIN and the
activities are shown in Figure 5.1.1.
Project Decision
Opportunity Appraisal Economic to move into
Initiation VAR 1
Framing Drilling Screening Feasibility
Note
Stage
DG 1
Subsurface
Studies
Well, Subsea
& Surface
Studies
Business
Plan
Appraisal Drilling
Chapter 5.1.4 describes the objectives, activities, deliverables and top tips of appraisal.
Subsurface Studies
The appraisal information will lead to enhancement of the existing reservoir model. This will support
a major reduction in the uncertainty of recoverable volumes, together with a determination of fluid
compositions, wellhead pressures and temperatures, required recovery mechanisms, likely reservoir drainage
requirements and production profiles.
Operating Unit or third-party infrastructure that may have processing or transportation potential. This
review also addresses the potential effects of other prospects in the area.
Economic Screening
The wells and facilities studies support the preparation of high-level
(+40%/-25%) development cost estimates. These, together with the indicative tariffs, operating costs,
production profiles and oil/gas prices, allow screening economics to be undertaken, normally across a range
of realisations (refer to Global Process 05).
The PIN should be a concise document and, for a normal hydrocarbon opportunity, typically contains:
– a summary of the volumes and the development effort against the history to date;
– an introduction with background, objectives and project scope;
– an analysis of the volumes, discovered and undiscovered, in the wider basin (i.e. not necessarily limited
to the acreage held);
– a description of the commercial environment;
– an opportunity statement;
– a description of the development options and notional economics
– a project Roadmap;
– a description of the organisational issues, especially Governance (a key concept in Governance is
the line-of-sight, which demands a straight organisational line between the CEO and the Business
Opportunity Manager, with all intermediate positions identified and authority levels assigned);
– opportunities and threats, including HSSE and reputation; and
– a list of the key stakeholders, their stake and an outline plan of how to address this stake.
Establish the decision authority for DG 1 unambiguously in the organisation. For new business
development, a single DRB is appropriate (at EVP/VP level), and for new opportunities in existing assets
the Asset Team Leader should be authorised to make DG 1 decisions.
Articulate the DG 1 decision clearly, then collect the evidence required. The prime purpose of DG 1
is to decide on staffing and funding, and to check for strategic alignment. Such a decision may well
be possible on scant evidence. Postponing DG 1 will allow the collection of more evidence and reduce
uncertainties, but may not alter the case for action.
Conduct a VAR 1 sooner rather than later. The earlier the organisation is forced to take a position on an
opportunity, the better.
5.1.4 Appraisal
[Link] Objectives
Appraisal is the process of gathering information with the objective to support feasibility and/or concept
selection. For example, appraisal wells are drilled to delineate a field to assess commerciality and/or
support a decision on a field development concept. Appraisal usually entails the actual drilling of a well(s),
but could also be limited to (re-)shooting or (re-)interpreting/(re-)processing seismic data or just the
procurement of information.
Appraisal drilling is the prime example of information gathering for E&P development projects. As such it
occurs typically in the Assess and Select phases. However, the principles below apply to any type of project
and/or level of decision, and “appraisal” in the generic sense may occur at any stage in a project.
The fact that VOI is linked to both project uncertainty and project decisions helps us to understand the
VOI analysis. Information only has value if it impacts decisions.
Table 5.1.1 below presents some examples of uncertainty and related decisions.
C Fluid characteristics (corrosive or not) Development option (premium or carbon steel pipelines)
D Rock properties Well design options (slotted liner, screens or gravel packs)
Identification of the project uncertainties and the related project decisions is the start of any VOI analysis.
The next step is to use the “matrix method” to derive the value of perfect information as follows:
– order uncertainties and options in a matrix;
– assign the (so-called “priori”) probabilities for the different realisations; and
– calculate the value (typically Net Present Value (NPV)) of the scenarios in the matrix.
Subsequently:
– calculate weighted NPVs for both project options taken without information. Identify which is the
preferred decision without information;
– calculate weighted average NPV for a scenario where the appropriate decision can be taken assuming
we will have perfect information; and
– the difference between the informed decision and the preferred decision without information is (by
definition) the value of perfect information.
For the uncertainty/decision listed in Item A of Table 5.1.1, refer to Table 5.1.2.
The value of perfect appraisal/information to make an informed decision is $39m or $36m, depending
on which uninformed decision was preferred (not necessarily the one with the highest weighted NPV;
other considerations such as low downside exposure could play a role). These examples are for perfect
information gathering.
Calculating the value of imperfect appraisal/information can be done but requires some detailed
mathematics. Best practice is to consult an expert user of the methodology.
Appraisal Strategy
The justification and recommendation needs to be documented for approval by the relevant decision
makers.
Move away from focus on the data acquisition method (i.e. “how can we justify cutting a core”) to first of
all identifying the required information. It may be that other data acquisition methods provide more value
for money.
Other companies might have different NPV discount factors and a different appreciation for risk. This will
affect their view of value. Appraisal might destroy value by disproving a potential upside, which is not a
good idea if you are considering to farm out.
5.1.5 Feasibility
[Link] Objectives
The objectives for this phase are to:
– determine the range of possible development concepts in the context of the project uncertainties and
demonstrate technical feasibility of these concepts;
– determine if there is at least one development concept within this range that is technically and
economically viable, and commercially attainable for most realisations within the uncertainty range;
– determine which development concepts will be carried forward in the Select phase; and
– deliver a feasibility report that documents the results from the work done during the Feasibility phase,
and allows a transition from divergent thinking to convergent thinking.
Wells elements:
– well type;
– completion type; and
– sand control.
Surface elements:
– gathering;
– treatment; and
– export.
Each element will have several options. In order to provide contrast to the analysis, the options should
be chosen such that they are mutually exclusive and collectively exhaustive, meaning that they help to
articulate the choice and that they span the range of possible options. This practice helps to test the values
and trade-offs for various development alternatives.
The Well Engineering Team should distinguish between concept choices that are dependent and
independent of the subsurface development. For choices independent of the subsurface uncertainties, the
Well Engineering Team can test feasibility of various concepts ahead of subsurface development (i.e. rig
availability, tieback points, sand control etc.).
Commercial Discussions
In accordance with the Business Plan developed in the Initiation stage, the following discussions
are pursued:
With co-venturers:
– the potential development plans;
– operatorship; and
– the required joint or unit operating agreements.
With owners, the potential processing and evacuation facilities, with a view to establishing:
– the feasibility of using these facilities;
– the modifications that may be required;
– possible timing constraints; and
– indicative prices/tariffs.
1 2 3 4
“Solution Space”
A
At least one Concept that will
work in most Realisations?
B
Realisations
C Scenario
If such a concept cannot be found at this stage, either a new concept should be developed or the team may
discover that the uncertainties are too large to find a feasible concept. The latter often triggers additional
activities to reduce those uncertainties that prevent the team from deciding on a feasible concept(s).
Economic Screening
The technical and commercial work completed during this stage allows for Level 1 and 2 cost estimates,
tariffs and production profiles for all development concepts under consideration to be prepared which, in
turn, are used for updated economic screening runs.
Skill Screening
For all development concepts under consideration, a screening against required skills and future availability
of skills should be performed.
Look wide enough without going into too much detail. Looking too wide has the inherent risk of keeping
too many options open and leads to unnecessary work, as too many scenarios have to be evaluated. Initially
look wide enough to consider all distinctly different options and realisations, but then narrow down
quickly such that only a limited number of scenarios need to be evaluated.
Ruthlessly apply Mutually Exclusive, Collectively Exhaustive (MECE) to both realisations and their
outcomes, and development concepts with their options. This practice provides useful contrast to provide
clarity and depth of insight, and supports the principle of ‘wide enough’. Often, by articulating the choices
and their options MECE, the best solution presents itself without the need for further analysis.
Celebrate ‘wide enough’ as the transition point between divergent and convergent thinking. It is best
practice to agree with the DRB which realisations and development concepts will not be taken into the
Select phase. Refer to Figure 5.1.3, Global Process 05 and CI-CS Team Leader’s Handbook.
Drop this
Development Concept
Development Concepts
Ignore this
Realisation
Subsurface Realisations
5.1.6 Links
EPBM
[Link]
Global Process 05
[Link]
Global Process 19
[Link]
It is the phase in which most strategic decisions on how the project will be executed and operated
are made.
The decision-driven nature of the ORP is most prominent during the Select phase, as the Select decisions
are the most prominent ones in the project. Being decision driven rather than activity driven yields the
biggest benefits during Select.
For a typical hydrocarbon project, the phase is governed by Global Process 05, with the activities being
described in EP 60.04, 61.05 and 61.06 of the EPBM.
5.2.1 Objectives
The objectives of the Select phase are to get all strategic decisions of an opportunity approved by the
appropriate authority. The word strategic is used loosely, as the nature of the decisions to be taken is often
dictated by time schedules, lead times for Government approvals and contracting tactics.
[Link] Reframing
As the team is likely to have grown during and after feasibility, and perspectives will have shifted, it is best
practice to reframe the opportunity. The emphasis of the reframing should be on the focus decisions, i.e.
the choices to be made during Select. The technical choices will have been identified during Feasibility, and
will fall under subsurface, wells and surface concepts.
The level at which the decisions will have to be made during Select may still be open for discussion. For
example, on sand control one possible decision is whether or not to have it installed subsurface. But the
decision may also be articulated as a choice between internal versus external versus slotted liner versus no
sand control; it may also transpire that this particular decision can be postponed to Define.
The framing should identify all other choices to be made, be they Technical, Economic, Commercial
or socio-Political (TECOP)). Best practice is to brainstorm all conceivable decisions in at least two
dimensions, for example following the molecules along the flowpath and brainstorming TECOP for
reservoir-, inflow-, vertical flow-, horizontal flow-, processing- and export-decisions.
•………………………
•……………………… (Deliverable) 3. List the alternative choices:
•………………………
The MECE Options are:
_
_
_
6. The work that has to go into the deliverable: _
What Who When _
_
_
_ 7. What “realisations”are you
_ going to test your decision
against?
It is best practice to assign owners to each decision, to share the decision framework with the DE/DRB
and get their endorsement. It is also best practice to use the decision template for major deliverables. For
example, the Field Development Plan (FDP) should have an owner, an agreed depth and breadth presented
as a list of contents and a common view on what work activities will be required to build the
complete plan.
[Link] Planning
Once all sets of decisions and the key deliverables have been framed, the team should establish hierarchy
and sequence, and use this to plan the work activities in a detailed activity plan (such as a Gantt chart).
Having shared the decision framework with the DE/DRB, it will be easier to obtain resources, funding and
management attention for the work ahead.
Appraisal activities described in Section 5.1.4 may well continue during this phase, dependent on the
opportunity objectives and timing.
As all key deliverables during Select have a strategic dimension, they are discussed in more detail in
Chapter 3.
During Select, the team will be under considerable pressure to “declare themselves” and an up-to-date
Roadmap will help to manage the many stakeholders that the team will be faced with.
The FDP should make it clear which of the tranches will be taken forward as firm projects into Define,
and how and if these projects will cater for follow-up projects.
The FDP should clearly indicate where the economic and technical cut-offs are located, and what the key
levers are to move the economic cut-off closer to the technical limit.
The ARP builds on the FDP and will contain an outline of future development and improvements that
will not as yet form part of the project being taken into Define. In many respects, the ARP is similar to the
FDP, but it takes the perspective of the permanent asset, not only the development.
During Select, a preliminary ARP which sets out the structure of the document, captures the asset data
from the project environment and makes clear links between the STOIIP/GIIP, the project or projects and
the permanent asset will be sufficient. For more details, refer to Section 3.1..
Co-locate a multidisciplinary team and establish the Governance structure including the key roles of not
only the Business Opportunity Manager, Project Manager and Operations Manager but also the Decision
Executive (DE) and DRB in the beginning.
Appoint individuals to the key roles of DE/DRB, Business Opportunity Manager, Project Manager and
Operations Manager with relative disregard for organisational structures. Often the most appropriate
individuals are parented by widely different parts of organisations such as study centres, Operations, Gas &
Power, Contracting and Procurement, Global Technical Partners etc.
Avoid advocacy of single options. Instead, aim for alignment on selection criteria to be used and show the
recommended option in the context of alternatives.
5.2.5 Links
EP 60.04
[Link]
EP 61.05
[Link]
EP 61.06
[Link]
Global Process 05
[Link]
Global Process 09
[Link]
Global Process 12
[Link]
The Define phase is the last major opportunity to add value to the project. After FID, the emphasis will be
on value protection.
The deliverables from Define also form the basis of handover to the execution contractors. The level of
detail must therefore be commensurate with the risk levels that the Company wants to offload onto these
contractors. In general, it is best practice to minimise the risk, as most contractors will be less equipped
than the Company to carry the type of risks our industry faces and will therefore charge large premiums.
As a rule of thumb, the ratio of risk carried/transferred should be in line with the ratio of the size of
respective balance sheets.
The main deliverables of Define are the Basis for Design (BFD) and the Project Specification (PS).
Together they are commonly referred to as Front-end Engineering Design (FEED).
This activity should be performed by an in-house team, perhaps supplemented by contractors. It is best
practice to develop and deliver the Basis for Design (BfD) still under the accountability of the front-end
Opportunity Development Manager, although the majority of staff working the BfD may well report
functionally to the Project Execution Manager. This practice reflects the need for progressive involvement
of execution staff.
The BfD translates the CSR into the technical basis for the PS. The BfD is a compilation of project data
from the Select phase and finalises the translation from the field development perspective during Select
into a project definition perspective.
[Link] Objectives
The objective of the BfD is to compile the project data from the Select phase into a baseline document on
which the PS can be built. The BfD should be specific enough to allow the PS to be tendered, even though
the PS may be developed in-house.
The activity is started by a reframing exercise which sets the strategy for execution of the PS, focuses on the
deliverables at the end of the BfD and identifies those activities that will have to be performed in parallel
to the BfD (e.g. soil investigations, permit applications, Metocean data acquisition, PS contract
documents etc.).
The project is at its most vulnerable during BfD. Scope, and therefore cost, as well as project philosophies
and strategies are yet to be defined. It is of prime importance that execution staff are progressively involved
with the translation from a field development into a project definition and that formal handover of
accountability from the Development Manager to the Execution Manager is a planned and managed event.
Best practice is formal handover on the delivery of the BfD.
– a description of the opportunity, setting the scene for the project, chosen location, existing
infrastructure, development plans (surface and subsurface), outline project schedule and scope of the
facilities, including production profiles;
– oil and gas feed characteristics/fluid compositions, included reservoirs, PVT data and associated
properties e.g. wax, sulphur, mercury. All well test data;
– export specifications, including product specifications for oil and gas exports, delivery conditions e.g.
pressure and temperature limits. Tie-in philosophies. Emission limits and waste disposal e.g. water
disposal restrictions;
– environmental data e.g. Metocean or weather conditions, water depths, tides etc, wind data;
– geotechnical design data for the platforms and facilities and pipelines;
– overall design philosophy, setting the development philosophy, design life, intervention philosophy,
sparing philosophy, security, and any fabrication or installation constraints;
– an overview of the surface facilities with more detailed descriptions of each section of the facilities and
pipelines covering process systems, utilities, future facilities requirements, layouts and structural design
features. Material selection, control, automation and metering would also be covered. Availability
targets would be set;
– HSSE requirements, including a statement of commitment to the business principles, strategic HSSE
objectives, regulations, conceptual HSSE case, HEMP tools and processes, HSSE and environmental
issues registers;
– design codes and standards for all disciplines covering Operating Unit standards, local legislation and
Shell group standards.
The BfD activity will then produce the following discipline outputs:
– Process: Philosophies (e.g. process design, utility design, operation, safeguarding). Study reports (e.g.
process simulations, process safety). PFD’s (Process Flow Diagrams), with Heat & Material Balance.
UFD’s. Preliminary process and utility P&ID’s and Cause &Effect diagrams. Data Sheets for process
equipment and long lead items. Equipment List. Line List.
– Mechanical: Mechanical design philosophy. Study reports (driver selection, equipment sizing).
Mechanical data sheets. Input to layouts.
– Electrical: Electrical design philosophy. Study reports (e.g. electrical load schedule) Single line diagram.
Switchroom layouts. Preliminary hazardous area drawings. Input to layouts.
– Control and Instrumentation: Philosophies (e.g. process control, emergency shutdown, fire & gas,
metering, earthing, HIPPS, utility requirements). Study reports and drawings (e.g. layout studies for
instruments, control room, racks, F&G detection, cable trenches). Input to layouts.
– IT Infrastructure Design: Telecoms, SCADA, RT/CAO design philosophies. Study reports (e.g. system
feasibility, reliability, control & equipment room layouts, radio path profile, antennae location layouts).
Equipment list (e.g. cabinets & equipment units). Input to layouts.
– Civil/Structural Design: Onshore - Site survey reports (topographical, soils). Philosophies (e.g.
buildings, drainage, access). Preliminary designs for foundations & piling, underground services,
paving & roads, concrete structures including buildings, site preparation & earthworks layouts.
Preliminary BOQ. Offshore - Site survey reports (metocean, soils). Philosophies (e.g. requirements
for accommodation & non-accommodation areas, temporary refuges, temporary facilities). Study
reports (jacket configuration, in-place analysis, fatigue analysis, load-out analysis, launch/lift analysis,
accidental damage analysis, foundation/piling design, topside design, architectural requirements).
Jacket framing and elevation drawings, topsides primary structural layout drawings. Weight control
report and preliminary MTO.
– Pipelines: Onshore - Study reports (e.g. route selection, hydraulic sizing, material selection, thermal
expansion, leak detection, pigging requirements, ESD valve requirements). Plot plan for overall route.
Pipeline data sheet. Operating philosophy. Preliminary MTO. Offshore - Study reports (e.g. route
selection, hydraulic sizing, material selection, stress & buckling analysis, stability analysis, upheaval
buckling, weight coating, installation & trenching). Overall schematic drawing, field layout, route
drawing, including platform approach, Bathometric profile of pipeline route. Pipeline data sheet.
Operating philosophy. Preliminary MTO.
– Subsea Design: Philosophies (e.g. control, well intervention requirements). Subsea/topsides block
diagrams. PFD’s and P&ID’s (e.g. overall system, wellheads & manifold, hydraulics, chemical
injection). Layout drawings (e.g. field architecture, topsides routing). Input to layouts.
Preliminary MTO.
– Piping & Layouts: Philosophy (e.g. manual drawings vs 2D vs 3D CAD). Study reports (e.g. cranage
facilities and other bulk-handling operations, construction philosophy, block model review). Block
model, incorporating preliminary steelwork structure, equipment envelopes, escape routes, building
envelopes, envelopes for main piping, HVAC and cable rack runs, preliminary road layouts, etc. Site/
plot plans or overall platform layouts.
– HSE: Listing of regulatory HSE requirements. HSE objectives and performance criteria (e.g. risk
control, loss prevention and evacuation systems). Study reports (e.g. technical risk assessment,
environmental assessment, coarse HAZOP report). Preliminary Hazard and Effects Register.
Preliminary P&ID’s of fixed fire-fighting system. Input to layouts. Preliminary MTO.
List all technical decisions (choices still to be made) during the BfD, including the options still open, the
selection criteria to be used, the width and depth of evidence to be collected, and agree these decision
frameworks with the execution staff prior to starting work. Examples could be design capacities, number of
trains, sharing and sparing....
Enlist the help of the execution staff for the preparation of key deliverables such as PEP, ARP and
operations philosophy.
Establish a transparent Technical Authority system, with all documents classified and all staff (Shell and
contractor) accredited at a defined level.
Keep the BfD evergreen until start-up, and then embed the BfD in the ARP. Ownership of the BfD during
PS and Execution should remain with the development function, and the BfD should feature as the key
change control document. Changes brought about by later phases should undergo the challenge of the
development function. This practice will ensure continued involvement of the development function and
guarantee an audit trail for the project scope, cost and schedule.
Conduct a value engineering exercise on the emerging concept, ideally already at the end of Select. Take all
ideas into the BfD for an appropriate level of engineering scrutiny and verification. Alternatively, conduct
the value engineering exercise during the BfD and take all ideas into the PS as separate ideas to be verified
by the design contractor. It is good practice to incentivise the contractor to close out all value engineering
ideas and achieve the cost savings or value improvements.
This activity develops the design of the facilities to the point where the +15%/-10% Execution budget
estimate can be prepared and detailed design can start.
[Link] Objectives
The main objective of the PS is to define the project design to a level of detail that allows the Invitation
to Tender (ITT) to be issued. The PS should be prescriptive enough to invite bids that can be assessed for
technical compliance and commercial attractiveness with the minimum of clarifications.
A second objective of the PS is to allow enquiries/tenders for Long Lead Items (LLIs). A third objective
is the establishment of Capex, Opex and production profiles as well as estimated lead time to first
production. This data will be at the core of the Group Investment Proposal (GIP).
The PS usually starts with a tender process, although in-house execution (e.g. by EPT-Projects) is
becoming more common. Where capability exists, this is the recommended practice, as the tender process
is time consuming. It can also be prone to erroneous selection criteria, occasionally awarding a PS to a
cheap, but incapable, design contractor. When tendering a PS, it is best practice to conduct a rigorous
prequalification exercise. Reimbursable contracts are recommended over lump sum contracts, although
it is recognised that (Government) partners may favour the latter. Complicated linkages between the PS
contract and the main (EPC) contract rarely make a difference. Tendering is done on the basis of the BfD
and a very detailed list of deliverables.
After award, it is best practice to integrate the members of the client team with those of the contractor, and
to kick off with a joint framing exercise which should deliver an agreed, very detailed list of deliverables on
which the detailed precedence planning network is built.
The activity is then led by Process Engineering, which finalises the PEFS, UEIDs and equipment lists,
including the heat and mass balances. The materials selection comes next, after which most disciplines can
work in parallel with proactive co-ordination. Refer to Figure 5.3.1 for an overview of a typical PS.
S DEFINE EXECUTE
VAR 4
Heat and Civils and and ITT
Mass Structural Capex
Balance estimate
Materials Other
Selection disciplines Opex
estimate Input to
economic
Major analysis
Equipment
Planning and
Layouts Schedules
Materials
Equipment Plant and
Arrangements Equipment
MTO Estimates
Availibility Production
assessments Profile
All disciplines must develop their technical definition and information to a level which allows a +15/ 10%
estimate, and which can provide the basis for the ITT and the selection of the detailed design executor,
whether this is an internal organisation or a contractor. All disciplines are to provide the required technical
definition for the procurement of long lead items.
All data contained within the approved PS must demonstrate a clear auditable trail, and all available
references are to be identified and made available for information purposes to the full project team.
The Project Manager/Team Leader is responsible for the development of the PS, but may delegate to an
appointed focal point. This focal point is likely to be a senior member of the Project Engineering Team and
will draw on all the necessary project discipline expertise, and that of other external specialists, as required.
It is good practice to schedule a formal review of the PS, linked to formal acceptance by the owner. As a
minimum, such a review should:
– verify the PS against the BfD;
– check closeout of all change requests;
– check for completeness;
– check for implementation of all HSSE/Sustainable Development (SD) actions and recommendations;
– check the PS for compliance against the Technical Authority system;
– assess conformance to the risk management system (i.e. have all risk mitigation actions been
engineered in?); and
– check for alignment with the updated ARP, FDP and PEP.
1.0 Introduction
1.1 Scope
1.2 General Description Of Platform
6.0 Equipment
6.1 General
6.2 Mechanical Handling
Crane specification
6.3 Fresh Water Supply
6.4 Future Equipment
6.5 Wellhead
Kill facilities, Annulus manifold/monitoring
6.6 Test Manifold And Separator
6.7 Sand Filters
6.8 Helicopter Facilities
6.9 Facilities Building
Temporary overnight shelter, Switch gear room, Local Control Centre, Battery room.
6.10 Equipment List
8.0 Telecommunications
8.1 General
System selection criteria, Current platform design
8.2 System Design
Liferafts and lifeboat, Alarm system, Telephones, Platform radio communication, Marine
communication, Aeronautical communication, Crane operator’s radio, Data/telemetry,
Metocean station
8.3 Power Supplies
8.4 JackUp Facilities
Start at the end; develop a detailed list of deliverables (at document level) and use this for precedence
network planning. Establish a document control system.
List all technical decisions (choices still to be made) during the PS, including the options still open, the
selection criteria to be used, the width and depth of evidence to be collected, and agree these decision
frameworks with the full team prior to starting work. Make all outstanding decisions fixed agenda items
during team meetings.
Establish a transparent Technical Authority system, with all documents classified and all staff (Shell and
contractor) accredited at a defined level.
Assign ownership of all key documents (including the BfD) to single individuals. It is the owner’s role to
ensure document consistency (between disciplines) and completeness (against agreed contents).
Establish early on the potential need for Opex and availability estimating models (the ARP can be used as
a tool to develop an insight into the production and maintenance areas). In general, the predictive qualities
of such models are poor; on the other hand, absence of models generally leads to an underestimate of Opex
and an overestimate of availability/uptime. Best practice is the use of models with significant discounts for
the early production years, perhaps supplemented by other models.
Clearly distinguish between project management roles and responsibilities, and design (BfD, PS). The
latter will concentrate on delivering the design (documents, specifications) and the former will deal
with commercial aspects (tender board), planning and reporting, and finalising the ARP, FDP and PEP.
There will be many overlaps, for example cost or time consequences from discussions with vendors and
assessment of bids. As the PS is often developed by others (contractors or EPT-P), ensure the project
management requirements (progress reporting, vendor follow-up, main contract prequalification activities,
handovers etc.) are clearly spelled out and agreed between the PS Team and Project Management Team.
Co-location of the two teams is again strongly recommended. Single individuals can have roles in
both teams.
Exercise rigorous change control. The moment the PS has been approved by the owner, it becomes a
controlled document and the BfD ceases to be one.
Build a 3D model. Where possible, replace a physical model with a computer generated model with
a walk-through facility. The objective of such a model is to allow all disciplines involved to check
whether sound design criteria have been observed with respect to safety, constructability, operability and
maintenance, e.g. accessibility (particularly for maintenance), provision of laydown areas, location of main
valves, provision of adequate lifting capability, location of critical process instrumentation, routing of
piping to suit the process, location of emergency stations, safe locations of vents and drains, location of fire
protection and firefighting equipment. During FEED engineering it should be agreed which level of detail
is to be included in the 3D CAD model. The level of detail should allow all the key layout decisions to be
verified against the safety, operations and maintenance requirements whilst not including excessive detail.
The model may form a deliverable to the EPC contractor for further detailing during detailed design. 2D
deliverables may be produced directly from 3D CAD models where these are more appropriate, e.g. in the
construction phase.
This activity delivers the well technical specification and execution plan/drilling programme. Well
engineering is a parallel activity to FEED, often executed by a separate Well Engineering Team.
The Well Delivery Process (WDP) is the ORP scaled down to a single well. The WDP is very prominent
during Define, where it deals with the development wells. It is equally relevant during Identify & Assess
and Select, for exploration and/or appraisal, and for abandonment. A summary of the WDP has been
taken up in Section 5.5.
These documents should have had their initial version completed during Select. During this phase the:
– PEP is reviewed, further detailed and finalised;
– FDP is updated with any latest information; and
– ARP is expanded with the design information and operations details as developed.
[Link] Objectives
The objectives of these three key documents are to establish and safeguard three fundamentally different,
but overlapping, perspectives on a (portfolio of ) asset(s). Specifically the:
– ARP takes a surface asset perspective post-project, and describes how the asset will be operated,
maintained and possibly be further developed. The ARP has a surface and wells operations and
maintenance bias, records broad reservoir management strategies, but otherwise refers to the FDP for
detailed subsurface issues and strategies;
– FDP takes a subsurface asset development perspective. It describes how the full resource volume
could be recovered up to the technical limit, it identifies the potential projects and the associated
technologies that could realise this recovery, it establishes the economic cut-off and defines the firm
project(s) in enough detail for the development concept(s) to be chosen and defined towards a firm
investment proposal. Although normally complete at the end of Select, it is subject to review during
Define to take account of the well and facility design finalisation, up-to-date subsurface information
and final economic analysis. In support of the ARP, it should in particular finalise the well test
requirements and general reservoir surveillance needs;
– PEP takes a project execution perspective. During Select it is written at a strategic level (and commonly
titled Project Execution Strategy) but during Define this is expanded to a comprehensive plan.
All three documents are live and interlinked. Together, they represent the core of project management,
governing the design effort that is captured by the BfD and PS, and ensuring a lifecycle
perspective throughout.
There is no hierarchy between the three documents. They represent three necessary, but different,
perspectives and should complement each other with interlinks and references, rather than contain
duplications or overlaps.
Keep it simple and transparent – clarity of thought is represented by brevity, not volume.
This document is prepared and submitted to obtain funds to execute the project. Inputs to the GIP are:
– the CAPEX and OPEX estimates;
– lead times;
– achievable production profiles; and
– revised economic projections.
[Link] Objectives
The objective of the GIP is to seek organisational approval for the planned commitments, including the
financing structure.
The IDM only deals with the former and teams are advised to investigate the local requirements for the
latter. The IDM provides the decision levels (local, regional, business and group) and templates. Note that
decision levels are based on Shell share of 50/50 MOD. In the case of unusual risk, higher authorisation
levels may be required.
Preparation of the GIP is a joint exercise by the team and the Finance function. The templates have three
of four signature boxes, dependent on the decision levels:
– Supported – this represents functional (i.e. Finance) support;
– For Submission (to the Board) or approval (if within the delegated authority) – this represents line
approval (Chief Executive, Executive Director or Executive Vice-President);
– Sponsor – this represents Executive Director support (>$200 million); and
– Initiator – best practice is to name the Business Opportunity Manager, who bears responsibility
towards the DE for the content of the proposal, and for the DE to countersign as chair of the
governing DRB.
Signing the GIP signifies compliance with the Group Control Framework, which recognises the external
regulatory and legal environment, and contains the Group and business standards, particularly the
Governance standards and its section on decision making. Responsibility for compliance resides in the line,
from the Business Opportunity Manager, up the line of sight to the DE and on to the Executive Director.
Simply put, the DE signing off the GIP indicates that all bases have been covered, including HSSE and
SD. The GIP is a clear opportunity to take a step back for reflection from an HSSE perspective.
Agree up front with the DE which functional support needs to be sought and in what form. As the DE
will be held accountable for business compliance, they may want to seek support in certain exposure areas.
Such support should be given by email, and should always be labelled as support (not authorisation). The
principle of the line of sight denies the option of dilution of accountability (a RACI table may help).
It is best practice to articulate the project’s SD credentials in Section 1 of the GIP (The Proposal:
Management Summary).
It is best practice to demonstrate a clear step back for reflection from an HSSE perspective, for realism and
do-ability of the investment proposal (Section 6 of the GIP template).
5.3.6 Links
GIP templates
[Link]
Most Execute activities are carried out in the first instance by contractors: the challenges to the client/
owner are to choose the right contracts and contractors, and to select the right method of management,
control and supervision of those contracts and contractors.
The more activities are combined in a single contract, the more management of interfaces is vested
with the contractor and, in theory, the smaller the owner’s team can be. Similarly, the simpler the
reimbursement method is, the smaller an owner’s team can be. In practice, however, scarcity of competent
contractors, overheated markets and local content considerations may all force the owner to award to less
than fully competent parties. The business imperative to aim for project progress usually outweighs any
reservations about contract or contractor’s shortcomings and to compensate for this, additional company or
directly hired staff will be required.
It is best practice to re-evaluate each contract post-award, for example by listing all deliverables against
all required competencies, and then to tailor the team to suit this capability analysis and the criticality of
the deliverables. It is also best practice to openly discuss such considerations with the contractor, whilst
ensuring that the assignment of Shell staff is not taken as a lessening of the contractor’s responsibilities. The
roles and responsibilities of the owner’s representatives therefore need to be clearly established and shared
with the contractor.
[Link] Objectives
The primary objective of detail design is to translate the project specification into instructions for:
– procurement;
– fabrication and installation;
– commissioning and start-up; and
– operation (operating manuals).
Brownfield Sites
Detail design for brownfield sites should optimise the existing plant and the project scope. A brownfield
design is therefore always prone to scope growth and liable to suffer from poor as-built information on
existing facilities. Brownfield projects tend to require a plant shutdown to allow tie-ins. These are usually
planned months in advance and often the start and end dates cannot be changed. Brownfield design is
therefore best conducted in the same physical location as the construction site to allow for site visits and
meetings, and a large amount of communication between the detail designer, the construction contractor
and the operations department.
Interfaces
During detail design, design engineers will typically interface between disciplines and:
– have technical communication with vendors including review/approval of vendor documents, periodic
visits to review production, attendance at Final Acceptance Tests (FATs);
– have communication with construction answering site queries, changing details for easier construction,
agreeing substitutions requested by site, commenting on deviations requested by site;
– receive technical information from the drilling group on wellhead layout, well sizes;
– receive technical information from the well design group on flowrates, compositions etc; and
– have interfaces with the operations representatives throughout the detail design covering layouts,
operability issues and maintenance issues (e.g. access for equipment removal, access for men).
Reviews
Requirements for formal design reviews should be specified in the contract. These reviews can be external
using the expertise of another contractor, for example a specialist lifting or weighing contractor, or internal.
Examples of internal reviews are design reviews by the construction group or desktop HSE reviews
by specialists.
Support Continuity
It is usually necessary to retain the detail design contractor to provide continued engineering support
during the remainder of the Execution phase. Follow-on engineering is best kept as a separate part of the
contract so that the main detail design part can be contractually closed out. The scope of the follow-on
phase can include:
– the completion of the detail design scope such as removal of holds caused by late vendor data;
– finalisation of vendor data receipt and purchase order close-out;
– answering site queries with the provision of design changes if necessary;
– preparation of hook-up and commissioning documentation and procedures, and the operating and
maintenance deliverables;
– preparation of as-builts and maintenance of design technical integrity; and
– close-out of subcontracts and purchase orders.
As part of follow-on engineering, key design staff or project engineers are sometimes seconded to the
fabrication/construction sites, after Approved for Construction (AFC) issue, to expedite the response to
site queries.
Contracts
Detail design contracts can be part of several contractual set-ups, a stand-alone design contract or part of
an EPC/EPIC contract. Stand-alone contracts are rare. There are so many interfaces to detail design that
at least part of procurement is best included in the scope. It is almost always preferable to award the detail
design as a component of the main contract to a consortium around the main construction contractor.
Payment can be lump sum, progress payments or reimbursable. Poorly defined brownfield projects,
where early engagement of the construction contractor is deemed prudent, suit reimbursable payments.
Greenfield projects tend to be better suited to lump sum payments combined with progress payments.
[Link] Deliverables
Typical deliverables prepared by each discipline during detailed design are as follows:
Process
Preliminary detailed design: Same documents as for conceptual design, plus - Calculations (e.g. process
design, firewater deluge, foam, sprinklers, etc.) Final Cause & Effect diagrams. Datasheets (e.g. control
valves, relief valves, fire & safety equipment). Final P&ID’s for process and utility systems. SAT charts.
Engineering studies (e.g. blowdown, venting & flaring, availability & sparing, surge analysis, maintenance
manning levels).
AFC package: Documents above, plus - SAFE charts and ESD diagrams. Lists of chemical and
utility users.
Commissioning & Operations Package: Input to commissioning plan (e.g. commissioning system
descriptions, performance test specification, temporary facilities design.). Input to the Operating
Procedures Manuals. Input to the Design Databook. As-built handover deliverables.
Materials/Corrosion
Preliminary detailed design: Same documents as for conceptual design, plus engineering studies (e.g.
material selection, welding & NDE, fracture mechanics, external and internal corrosion protection,
insulation). Specifications (e.g. materials, welding, NDE, inspection). Consultancy to other disciplines on
above aspects.
AFC package: Documents above, plus - Specification (e.g. insulation, fire protection coatings, corrosion
coatings). Procurement specifications (e.g. cathodic protection, corrosion monitoring, coatings, fabrication
welding & NDE).
Commissioning & Operations Package: Input to commissioning plan. Input to the Design Databook.
As-built handover deliverables. Maintenance and Operating Procedures Manuals which should include
Corrosion Management Manuals for individual parts of the system for the reference of field staff during
their everyday work. These manuals should relect the operational constraints and requirements implied
by the materials and corrosion design philosophy chosen and also provide frontline maintenance and
operational requirements for all assets.
Mechanical
Preliminary detailed design: Same documents as for conceptual design, plus philosophies (e.g. noise/
acoustic protection, craneage, maintenance). Engineering reports (e.g. noise control, mechanical handling).
Calculations (e.g. thermal rating design)
AFC package: Documents above, plus - Data sheets, specifications and requisitions (e.g. pressure vessels,
heat exchangers, tanks, packaged equipment). Final bulk MTO.
Commissioning & Operations Package: Input to commissioning plan. Maintenance procedures. Input to
Operating Procedures Manual. Input to the Design Databook. As-built handover deliverables.
HVAC
Preliminary detailed design: Same documents as for conceptual design, plus calculations, PFD’s, P&ID’s,
Cause & Effects drawings, natural ventilation study, 3D CAD input, GA’s, elevations and sections, layouts
for plant room, schedule of equipment, preliminary MTO.
AFC package: Documents above, plus - Specifications (e.g. wind-tunnel test). Datasheets, specifications
and requisitions for long lead items, ductwork, equipment, etc.). Final bulk MTO.
Commissioning & Operations Package: Input to commissioning plan. Maintenance procedures. Input to
Operating Procedures Manual. Input to the Design Databook. As-built handover deliverables.
Electrical
Preliminary detailed design: Same documents as for conceptual design, plus calculations (e.g. sizing
& rating of cables and equipment) Studies (e.g. electrical load schedule, switchroom and cable racking
layouts). Single line diagrams. Interconnection diagrams (e.g. schematics & interconnections). Hazardous
Area drawings. 3D CAD input. Layouts (e.g. cable racking, power and earthing, lighting and small power).
Preliminary bulk MTO.
AFC package: Documents above, plus - Study (e.g. electrical protection). Block interconnection diagrams.
Layouts (e.g. switchroom, cable racking, trace heating, nav aids). Schedules (cable, distribution boards,
transits). Datasheets, specifications and requisitions (e.g. motors, cables, equipment, bulks). Design of
temporary power supplies. Final bulk MTO.
Commissioning & Operations Package: Input to commissioning plan. Maintenance procedures. Input to
Operating Procedures Manual. Input to the Design Databook. As-built handover deliverables.
AFC package: Documents above, plus - Logic diagrams (e.g. instrument connections, junction box
connections, power distribution, earthing, utilities). Loop diagrams (e.g. process control - DCS/SCADA,
ESD, F&G, HIPPS) Installation details (e.g. hook-up details for process instruments, pneumatic/
hydraulic/electric, tracing, transits, equipment mounting). Datasheets, specifications and requisitions
(e.g. DCS, ESD, F&G, fiscal metering, wellhead control, HIPPS, analysers, cables, local panels, valves,
packaged equipment, general instrumentation). Final Bulk MTO.
Commissioning & Operations Package: Input to commissioning plan. Maintenance procedures. Input to
Operating Procedures Manual. Input to the Design Databook. As-built handover deliverables.
IT Infrastructure
Preliminary detailed design: Same documents as for conceptual design, plus Equipment lists. Reports
(e.g. reliability & availability). Block diagrams (e.g. system, wiring). 3D CAD input. Layout drawings.
Schedules (e.g. field equipment, circuit & connections). Termination schedules (field equipment, junction
boxes, miscellaneous equipment). Preliminary bulk MTO.
AFC package: Documents above, plus - Datasheets, specifications, requisitions (packages systems,
temporary communication facilities, intersite communication facilities, on-site network systems, broadcast
systems, miscellaneous materials, equipment, bulks, installation & testing). Equipment mounting details.
Final bulk MTO.
Commissioning & Operations Package: Input to commissioning plan. Maintenance procedures. Input to
Operating Procedures Manual. Input to the Design Databook. As-built handover deliverables.
Civil/Structural: Onshore
Preliminary detailed design: Same documents as for conceptual design, plus calculations (e.g. piperacks,
steel structures, building structures, PAU’s & PAR’s, foundations, concrete structures, drainage).
Specifications (reinforced concrete, piling, fireproofing, gates, fences, underground services, roads, tank
foundations, architectural aspects) 3D CAD input. GA’s, elevations and sections. Layouts. Preliminary
bulk MTO.
AFC package: Documents above, plus - calculations (pipe supports). Schedules (e.g. manholes, doors,
windows). Temporary works requirements. Datasheets, specifications, requisitions (civil and structural
bulks, architectural fixtures and fittings). Installation details. Final bulk MTO.
Civil/Structural: Offshore
Preliminary detailed design: Same documents as for conceptual design, plus primary steel structural
design and drawings (e.g. GA’s, frames and bracing plan, launch runners, leg nodes, lift & cast nodes,
conductor guides, bridges, flare boom). Secondary steel design (e.g. access and sea escape, boat landings,
fenders, stair towers, corrosion protection). Installation details (lifting arrangement, sling laydown and
grouting platform, floatation tanks, installation aids, preliminary seafastening design). Architectural GA’s
and layouts. Preliminary bulk MTO.
AFC package: Documents above, plus - Detail drawings (e.g. walkways, access ladders, helideck, mudmats,
leg storage, grouting arrangement, cathodic protection, pile and conductor guide details and sleeves,
spreader beams, rigging laydown platforms). Schedules. Datasheets, specifications, requisitions (e.g. long
lead materials, castings, anodes, architectural fittings). Final bulk MTO and weight report.
Commissioning & Operations Package: Input to commissioning plan. Maintenance procedures. Input to
Operating Procedures Manual. Input to the Design Databook. As-built handover deliverables.
Pipelines: Onshore
Preliminary detailed design: Same documents as for conceptual design, plus Calculations (sizing, wall
thickness, allowable elastic radii). Analyses (e.g. expansion & anchoring requirements, earthquake design,
floatation/sinkage, thermal expansion, blasting stresses, subsidence, stresses at bends, installation stresses,
pipe transportation/handling/ storage, road/rail crossings). Overall routing drawing. Layouts (e.g. above
ground installation, block valve stations). Preliminary bulk MTO.
AFC package: Documents above, plus - Detail drawings (e.g. typical crossings, right of way details).
Datasheets, specifications, requisitions (e.g. linepipe, actuated ball valves, sphere tees, induction formed
bends, cathodic protection, concrete coating). Installation specifications (e.g. field joint coating, cleaning,
gauging, hydrotesting). Final bulk MTO.
Commissioning & Operations Package: Input to commissioning plan (e.g. vacuum drying). Maintenance
procedures. Input to Operating Procedures Manual. Input to the Design Databook. As-built
handover deliverables.
Pipelines: Offshore
Preliminary detailed design: Same documents as for conceptual design, plus study reports (e.g. pigging
requirements, crossings, leak detection, corrosion and cathodic protection, steel grade and wall thickness
selection, landfall selection, riser routing, seabed preparation),. Plot plans (e.g. platform approach,
bathometric profile of route, shore crossing elevations and layout, pipeline and cable crossings). Layout
drawings (e.g. riser drawings). Preliminary bulk MTO.
AFC package: Documents above, plus - Detailed drawings (e.g. shore crossing, laydown target areas,
riser and supports, cathodic protection, subsea tee’s, subsea tie-ins, piggyback clamps). Datasheets,
specifications, requisitions (e.g. linepipe and riser material, bends, fittings, buckle arrestors, anodes, ball
valves). Installation specifications (e.g. field joint coating, landfall installation, diving & ROV services,
cleaning, gauging, hydrotesting). Final bulk MTO.
Commissioning & Operations Package: Input to commissioning plan (e.g. vacuum drying). Maintenance
procedures. Input to Operating Procedures Manual. Input to the Design Databook. As-built
handover deliverables.
Subsea Design
Preliminary detailed design: Same documents as for conceptual design, plus study reports (e.g. control
system integration, loadout and installation, material selection, availability/reliability/maintainability).
Calculations (e.g. weights, hydraulic response times, pressure differentials, valve closure torques, gas lift
data). Analyses (hydraulic fluids, chemical injection). GA’s & elevations (e.g. structures, manifold, control
skid). Preliminary bulk MTO.
AFC package: Documents above, plus - Analyses (e.g. pipe stresses). Detailed drawings (e.g. topsides
hang-offs, control skid). Datasheets, specifications, requisitions (e.g. equipment, bulk materials, umbilicals,
control system). Installation procedures (e.g. installation, diving & ROV services, cleaning, gauging,
hydrotesting). Final bulk MTO & weight report.
Commissioning & Operations Package: Input to commissioning plan (e.g. functional test). Inspection and
maintenance procedures. Input to Operating Procedures Manual. Input to the Design Databook. As-built
handover deliverables.
AFC package: Documents above, plus - Detailed model. GA’s (e.g. piping, plant sequence build).
Isometrics (e.g. fabrication iso’s, system iso’s, stress iso’s). Layouts (e.g. module penetrations). Datasheets,
specifications, requisitions (e.g. pipe, fittings, valves, supports, special items). Construction specifications
(e.g. fabrication, installation, flushing, cleaning, hydrotesting of pipework). Final bulk MTO.
Commissioning & Operations Package: Input to commissioning plan. Maintenance procedures. Input to
Operating Procedures Manual. Input to the Design Databook. As-built handover deliverables.
HSE
Preliminary detailed design: Same documents as for conceptual design, plus Study reports (e.g. detailed
HAZOP, ergonomics study). Philosophies (e.g. HSE, F&G detection & alarm, explosion & venting,
escape & evacuation). P&ID’s of fixed fire protection. Cause & Effects diagram (fire & gas). Schedules
(firefighting & safety equipment). Safety layouts (e.g. fire & safety equipment, escape routes, area
protection/ fire zones). Preliminary bulk MTO.
AFC package: Documents above, plus - Study reports (Final HAZOP, including vendor packages, Fire &
explosion analysis, Emergency system survivability analysis, Escape, evacuation, rescue analysis, Health
risk assessment, Ergonomics study). Isometrics (fire protection system). Layouts (e.g. signs, passive fire
protection mark-ups, F&G detection, firewater system). Datasheets, specifications, requisitions (e.g. safety
& fire protection equipment). Design of temporary facilities for testing. Final bulk MTO.
Commissioning & Operations Package: Input to commissioning plan. Maintenance procedures. Input to
Operating Procedures Manual. Input to the Design Databook. Input to HSE Case for Asset, including
final Hazards and Effects register. As-built handover deliverables.
Operations
Preliminary detailed design: Same documents as for conceptual design, plus Study reports (e.g. manning
assessment, operability & maintainability review, impact on existing operations assessment).
AFC package: Documents above, plus - study reports (e.g. operational impact of tie-ins, decommissioning
philosophy, simultaneous operations philosophy, methodology for plant leak testing and/or drying,
commissioning spares, temporary facilities and consumables, offshore work minimisation study). Analyses
(e.g. RCM analysis, detailed manning level study, integrated production system analysis). Operator
Training Plan. Operations Reference Plan.
Commissioning & Operations Package: Operating procedures manual, including black start. Input to
commissioning plan, including initial introduction of hydrocarbons. Maintenance procedures, amended in
line with RCM analysis.
The detail design effort is almost invariably underestimated by the bidders, so the owner is best advised to
avoid false comparisons of bids by inserting fixed placeholder amounts for all poorly defined activities like
factory acceptance witnessing, expediting and follow-on engineering that will be reimbursable.
Aim for a mix of lump sum progress payments (AFC packages, purchase order close-outs, manuals,
permits) and reimbursement (witnessing, expediting and follow-on engineering) to incentivise project
progress while avoiding false bid comparisons.
Agree clear roles and responsibilities for the owner’s team with the contractor.
Establish a strict Technical Authority system and rigorous change control. Typically, all detail design
decisions are within the authority of the contractor and all changes to the project specification have to be
approved by the owner’s team.
[Link] Objectives
The objectives of procurement, including expediting and factory acceptance are to get the right materials,
in the right condition, with the right certificates and other vendor data, on site at the right time.
Vendor List
EP contracts will often specify a project vendor list from which the contractor should select vendors. This
list ensures commonality of equipment on site, and/or use of existing agreements between the company
and vendor. Contracts typically allow contractors to propose alternative vendors for Company approval.
Documentation
Getting good quality and timely vendor documentation is always a problem. It is normally one of the last
vendor deliverables and as such, frequently has very little money attached to its receipt, typically 10%. In
all contracts, the Company should ensure that purchase orders are clear on what is required and by when,
as a lack of vendor data can delay construction and commissioning activities.
Online Bidding
The online bidding process is covered in the CP Projects Toolkit.
Inspection
Care should be taken to ensure that the Company has adequate inspection opportunities for key pieces of
equipment. The selection of which vendors to visit is often based on the criticality of the equipment and/or
schedule constraints. Company hold points are identified on inspection test plans or the equivalent.
Criticality
The Company or contractor may develop a list of equipment required for a project and rank the items in
accordance with their importance. The criticality can be related to the importance of the item to the overall
design achieving its target reliability or availability, or can be related to the project schedule. Items with
high criticality will typically be subject to more technical and expediting review than those items with a
lower criticality.
Spares
There are several different types of spare parts that may be ordered as part of the purchase order for a piece
of equipment:
– spares required as part of installation;
– spares required for commissioning and start-up;
– spares for the first period of operations (first year spares); and
– long-term spares (shelf spares instead of installed spares).
The project bears responsibility for the ordering of all these (the first year spares may cover a shorter or
longer period, depending on lead times). The Operations group within a project team will advise on spare
parts requirements. A typical consideration is how standardisation of equipment can allow common spares.
Contracts typically have requirements for vendors to complete Company ESPIRS forms on line. Vendors
can have difficulty using the online system, and this can delay timely information to the Company for
ordering spares.
Company Representative
The procurement role of the Company Representative (normally in the detail design office, but could
be in the Project Management Team office if different) depends on the type of contract. If reimbursable,
the role is to ensure that Company guidelines regarding the selection of vendors are followed, letters to
company tender boards are reviewed/written for approval to tender and award, and advice given to the
Company Representatives on typical supply durations. If lump sum, there may be no role for a Company
procurement specialist except to monitor and audit.
[Link] Deliverables
The deliverables are the right materials, with the right documentation, on site at the right time, with the
rights spares etc. This can include the preparation of:
– material take-offs (MTOs);
– specifications of materials;
– material enquiries;
– technical/commercial evaluation of bids;
– desk and site expediting;
– inspection;
– factory acceptance testing;
– transport to site;
– site storage and preservation; and
– purchase orders close-out.
Transfer as many purchase orders as possible to the full responsibility of the main contractor, but only if
the contractor is better placed to manage those purchase orders. For some major equipment or specialist
items the Company may be better placed to manage the relationship with the vendor.
Align equipment warranty at least with the main contractor’s construction warranty, and where possible
beyond. Ensure the Operations organisation is staffed up and capable to take over repairs, spares and
changeouts.
[Link] Objectives
The objective of fabrication and construction is to construct components of the facilities in the most
conducive environment. Construction is when the work is executed at the site of the future facilities and
fabrication is when the environment is at some distance from the future site of the facilities, for example a
yard, dry dock or factory.
Construction at a greenfield site means that there are no hydrocarbons on the site until the commissioning
stage. For a brownfield project, construction work may take place on a production plant containing
hydrocarbons, or it may take place on a shut down or depressurised production plant where residual
hydrocarbons may exist. When hydrocarbons may be present, activities will be under the control
of Operations.
Construction includes verification that the detail design specification has been satisfied, that the resulting
facilities are acceptable to the Commissioning Team and that all documentation is complete.
Fabrication and construction cannot be covered in detail in the OPMG, but the following sections are
provided as they typically recieve too little attention.
Schedule
The published schedule of a fabrication contractor can become ensnared in negotiation tactics about claims
for money and time. Even in the absence of claims, the contractor may work to a different schedule than
published. For these reasons, it is a good idea for a Company Fabrication Team to have its own planner.
This position frequently pays for itself when Company-supplied long lead items arrive late at the fabricator,
as the Company planner can assess the true impact on the schedule and perhaps can produce an alternative
schedule that minimises the impact further, thus reducing or eliminating contractor claims. Fabrication
contracts can include a requirement that the fabrication contractor issues the native file of their schedule to
the Company, so that the Company can use the same schedule as the published contractor schedule.
Architectural/Buildings
Onshore, this covers office buildings, warehouses, workshops etc. For offshore structures, this typically
covers living quarters (including HVAC, internal coverings, fittings, kitchen equipment etc), temporary
refuges and offshore workshops. Usually, the constructor/fabricator gives too little attention and
supervision to these items, and may lack expertise. At the same time, the items may be more vulnerable to
wear and tear, and may require special protection.
Painting
A substandard paint job can have wide repercussions. The fabrication sequence may have a major impact
on the quality of the painting, e.g. by minimising damage.
Timely production of QC reports will prevent the Company being requested to approve after-the-event
fixes or repairs that cannot be confirmed because of subsequent production. The role of the Company is
important in ensuring that the contractor QC staff are performing their tasks correctly. The Company role
can be achieved by either onsite Company QC monitoring or a by a sampling and/or auditing approach.
Site HSSE
The supervision of HSSE is one of the main tasks of a Company Representative on a fabrication/
construction site. The Company will have to agree the extent of its prevailing influence i.e. does it cover
subcontractors or vendors working offsite, with and without Company Representatives at the worksite.
Guidance for this can be sought from the Company project HSSE group. The HSSE group can also advise
on HSE issues, particular to a site. Even though a contractor may not want to report manhours on a lump
sum job, this may be required as part of his obligation to provide HSE statistics.
Fabrication contracts should specify the tasks for which a contractor is required to undertake specific
hazard assessment.
The transportation, storage and usage of radioactive sources requires close HSSE monitoring.
Piping
Piping material often does not arrive at the fabrication/construction site in line with the desired order of
installation. Typically, large bore piping arrives after the small bore, which can lead to out of sequence
installation in piperacks. Even more likely is a shortage of fittings, which will mean that piping spools
cannot be completed and hydrotested in the desired sequence.
Piping which is made from some of the more exotic materials requires special fabrication techniques.
For jobs which use these pipes, special attention needs to be paid during prequalification to the previous
experience of the fabricator with similar materials. During production, the Company needs to confirm that
the required techniques are being followed. Any shortage of these pipes on the fabrication site can have a
serious schedule effect since the delivery times are long and stockists do not carry large quantities.
Due to the issues described above, adequate and organised storage and laydown space is of
vital importance.
Onshore Logistics
In remote areas, planning of onshore logistics is a major contributor to a successful project. The following
should be assessed:
– Is a temporary or permanent camp required for the construction workforce?
– What is the most appropriate method of transporting materials and equipment to site (e.g. road,
river, air)?
– Do the existing roads require upgrading?
– What are the HSSE issues with increased road usage?
– Do the existing rivers require dredging and what approvals are required? Do the rivers seasonally flood?
– What is the impact of the project on the local community? What impact will this have on the hours
and methods of work?
– Does the project add jobs for the community? If so, are the jobs temporary or permanent?
– What equipment is locally available (e.g. cranes, trucks and trailers)?
Preservation
This is required to ensure that equipment, plant systems and areas are maintained in good condition in
accordance with specification and manufacturers’ requirements, and protected against any external factors.
Equipment must be adequately protected from leaving the vendor’s works until such time as it is required
to be put into service. Preservation must include:
– the specification which the vendor is required to provide for transportation and storage of the
equipment at site;
– the procedures for storage at site until required for installation by the fabricator. The procedures
should cover such items as the provision of power supplies for heated cabinets, air conditioning for
sophisticated electronic equipment and periodic shaft rotation to protect bearings;
– the procedures for equipment during fabrication when it is potentially exposed to adverse weather,
construction debris, paint spray etc.; and
– during pre-commissioning some of the initial preservation has to be removed and the procedures need
to cover the reapplication of preservation, where necessary, and maintenance routines established to
cover the transportation and hook-up phase.
The Commissioning Team has a vested interest to assume an early responsibility for preservation, and to
ensure it is provided and maintained until handover to the Operations Maintenance Team.
Fabrication contracts typically require the contractor to produce a weight control procedure for Company
approval. This procedure details how weights will be estimated and the level of contingency used at the
various stages of fabrication. For major offshore lifts, two weighings are often specified, one at completion
of the main structural framing and the final weighing at just before completion. Weight control is for all
disciplines and includes paint.
Immediately following load-out, the structure will be fastened to the deck of the barge. Such seafastening will be
designed for the loads during sea transportation. Calculations and details will usually be approved by the MWS.
Often, the Company’s expertise and standards in matters of HSSE will exceed those of the contractor. The
Company will want to influence the contractor’s HSSE performance without taking over management
responsibility. This will require a relationship of openness and trust between the Company’s and
contractor’s HSSE professionals. Note that the Company HSSE person in the design office may well be
a different person to that required on site. In the design office, HSSE is more concerned with HAZOPs,
Safety Cases, desktop HSE reviews, constructability reviews etc., while on site HSSE is more about work
safety, HAZID analyses (JHAs and JSAs) and training of workforces.
[Link] Deliverables
The deliverable is the facility, as physically complete and tested as possible, prior to transport and/or
prior to functional testing during pre-commissioning. Physical completeness and physical testing will
include leak/hydrotesting for piping, circuit tests, loop tests for Electrical and Instrumentation and all
civil/structural tests and certifications etc. Although it may be helpful to equate construction/fabrication
completion with physical completeness and pre-commissioning activities with functional testing and
acceptance, in practice the split between physical and functional will not be so clear cut. As a rule, projects
should try and complete as many pre-commissioning activities as possible as early as possible – especially
before load-out and transport. For example, the HVAC system in the living quarters should probably be
energised and tested before a load-out. Generators should probably be fully functionally tested before
transport. Deliverables therefore need to be described in detail, per discipline, per function. This is
particularly crucial if different contractors are employed for fabrication and hook-up/commissioning.
Assign preservation to named individuals, both in the contractors and in the Company teams, as too often
major damage is incurred by insufficient attention being paid to this topic (e.g. seawater in 316L leads to
compressor bearings damaged and weather ingress in living quarters).
Do anything and everything that can be done onshore/inshore prior to load-out and transport offshore
or to a remote site. This may include introducing hydrocarbons, for example testing compressors with gas
from an onshore grid.
[Link] Objectives
The objective of transport, installation and hook-up is to ensure the facility is in its final location, ready for
the remainder of pre-commissioning and start-up.
Offshore Transportation
The usual method of transportation is on a barge towed behind a tugboat, but transportation by ship is
also common. The transportation contractor will have weather forecasts covering the route, and will have
safe havens identified along the route for possible periods of excessively bad weather.
Offshore Installation
Offshore installation is normally well enough defined and of a stand-alone nature that it can be carried out
on a lump sum basis. The jacket, topsides and pipeline installation may be awarded to a single contractor, or
split between different contractors, if warranted by project timing (e.g. a long pipeline to be installed a season
ahead of the jacket installation) or by available barge resources (e.g. pipeline installation by specialist barge).
Site Surveys
The offshore structure will be installed within a specified tolerance at a set of specified co-ordinates. Care
should be taken when specifying and interpreting the co-ordinates as there are different co-ordinate systems
in use.
Offshore hook-up
Hook-up covers activities required to connect systems and equipment after installation at site to make the
installed systems operable.
The hook-up contract should be awarded in time for the hook-up contractor to review the detail design
contractor’s arrangements towards the end of AFC design. The hook-up contractor’s input needs to be
controlled to ensure any proposed changes are justifiable, given the late stage of the design. Input should
be sought on hook-up spool arrangements, pre-installation of hook-up cabling, gangways and stairways
etc. The hook-up contract can also be used to supply any additional engineers and technicians that may be
required for the project’s commissioning and initial operations teams.
Hook-up job cards are developed from the design drawings and data, and a continual review is necessary of
work that might be brought forward from the site/offshore scope into the onshore scope of work. During
yard fabrication, the hook-up contractor should prepare job cards and a schedule for the site/offshore
workscope, together with the necessary work procedures. Towards the end of fabrication they need to
perform an audit of the fabrication completion and punch list verification. Any outstanding fabricator
scope needs to be prepared as job cards and included into the site hook-up programme.
To minimise the site/offshore hook-up duration, systems should be completed and commissioned onshore
(including simulation tests) to the maximum extent possible.
Hook-up Logistics
Offshore hook-up activities require a detailed planning effort, which will include an assessment of the
required manhours for each task. Hook-up is usually constrained by the number of people that can either
be accommodated offshore or transported to site on a daily basis. Depending on the set-up, offshore hook-
up work is typically 20% to 30% as efficient as equivalent onshore work, so there is a big incentive to
complete as much work onshore as possible.
Hook-up activities sometimes coincide with drilling activities. This concurrent work has to be rigorously
controlled when the drilling work involves the possibility of having hydrocarbons on the worksite.
[Link] Deliverables
Deliverables will include all preconditions for the remainder of pre-commissioning to commence. This will
include:
– hydrotests/weld inspections of hook-up piping;
– circuit/loop tests of offshore installed cabling;
– authenticated final co-ordinates of the installation; and
– as-built drawings.
Safety is best served by standard procedures and clear lines of authority. When roles change, procedures
should stay the same (e.g. permit to work).
Conduct standard onboard training for each individual who has to enter the site:
– vendor representatives;
– senior managers;
– government authorities; and
– third-party inspectors etc.
[Link] Objectives
The objective of mechanical completion is to deliver the physical asset.
The objective of pre-commissioning is to deliver the functional asset without the introduction of
hydrocarbons, permanent energising or pressurising of a system.
The objective of commissioning is to prove that all plant systems function as per design, before being
handed over to the user.
For offshore topsides, pre-commissioning and commissioning will take place at both the onshore
fabrication yard and the offshore installed site. Topsides can leave the onshore fabrication yard with some
systems being mechanically complete except for a punch list of outstanding work that could not
be completed.
It is likely that pre-commissioning and commissioning will be taking place concurrently on different
systems, for example at a fabrication site, hydrocarbon piping can be being pre-commissioned at the same
time as utilities are being commissioned.
Commissioning group activities during the mechanical completion phase will include:
– ensuring that commissioning priorities are taken into account in detailed planning and execution of
mechanical completion work;
– assisting in the assurance that the contractor’s mechanical completion documentation is compatible
with the project documentation; and
– monitoring and reviewing outstanding punch list items in order to advise the project of those
items that should be cleared at the mechanical completion acceptance stage, in order to fulfil
commissioning requirements.
Pre-commissioning Phase
Pre-commissioning encompasses all the required checks, tests and proving of a system that can be
implemented without the introduction of hydrocarbons into the process, or the permanent energising or
pressurising of a system. It commences with verification of construction mechanical completion. Typical
activities in achieving pre-commissioning of a system include:
– cleaning of piping;
– nitrogen/helium leak testing of piping;
– function testing of E&I control systems;
– final alignment and coupling of rotating equipment;
– testing of fire and gas facilities;
– energising and testing of switchboard;
– subsystem function tests;
– performance of leak tests at rated pressure;
– electrical checks – cable continuity, earthing, bonding;
– calibration of instruments;
– instrument loop tests; and
– stroking of control valves.
The pre-commissioning requirements are normally defined by the commissioning team, and the pre-
commissioning checklists form part of the handover documentation for systems being handed over from
construction to commissioning. Preparation for pre-commissioning includes:
– checking vendor data;
– preparing commissioning procedures;
– preparing test equipment/procedures;
– checking project documentation;
– assembling relevant project reference data; and
– checking individual systems.
Commissioning Phase
Commissioning activities will include:
– obtaining all permits and formal approvals required prior to commencing commissioning and includes
identifying/specifying temporary facilities required for commissioning;
– specifying required specialist supplier assistance;
– co-ordinating commissioning activities;
– executing commissioning activities as detailed in the commissioning procedures;
– monitoring and clearing outstanding commissioning punch list items;
– compiling handover documentation;
– updating and maintaining the completion system;
– obtaining formal approval from Operations to enable test runs of hydrocarbon systems with
hydrocarbons; and
– undertaking full function checks and test runs.
The following issues need to be taken into account when preparing for commissioning:
– personnel may be unfamiliar with the facilities;
– the facilities may be commissioned in stages;
– temporary commissioning connections are sometimes introduced;
– commissioning often proceeds concurrently with construction and production activities;
– responsibility for the plant transfers from one group of individuals to another; and
– commissioning will take place by system, while construction may have progressed by area or by
discipline (eg piping) making co-ordination difficult.
Handover to Operations
Preparation for handover to Operations is preparing for transfer of responsibility for the facilities from the
commissioning team to the operating team, documented by a handover certificate. This includes:
– updating the operating procedures to incorporate changes that may have occurred during construction
and commissioning;
– obtaining any final agreements with the regulatory bodies that all relevant regulations have been met
and that the facilities may be put into operation; and
– preparing the agreed data and documentation for facilities handover, including the handover certificate.
Completion and handover is a major milestone for both the project team and the asset holder. Normally,
an independent review is held as a means of verifying that the project team has completed the work
satisfactorily to date, can complete the remaining activities without undue risk and that the asset holder is
ready to receive the product.
[Link] Deliverables
Refer to Section [Link].
Aim for integrated teams. Although the responsibilities of owner/client and contractor need to be kept
separate, the nature of the work demands that the individuals work as one integrated team. It is best
practice to keep the team the same even though the leadership and accountability changes from, for
example, installation contractor to project manager to commissioning supervisor.
[Link] Objectives
The intent of the WDP is to improve wells- and therewith business performance. To assist in meeting this
intent, the WDP provides a common framework to guide the way we select, plan and execute well and well
services projects. This framework has been constructed from proven, successful practices drawn from the
regions and industry as a whole. The WDP is modelled on the ORP and recognises the same phases. The
text below has been taken from the brochure: ABC of WDP, which is accessible through the WDP website
[Link]
Phase 1 (Identify and Assess) is a divergent and creative phase to identify field/well concept options and
opportunities, long lead requirements, provisional economics and a high-level project plan.
Phase 2 (Select) is intended to select the concept well design with the maximum value, provide functional
requirements for the well and the economic justification.
Phase 3 (Define) is when the detailed well design, technical specification and programme are generated.
Drilling-the-Limit (DtL) techniques are used to optimise the plan.
Phase 4 (Execute) is when the well operation is carried out, using DtL techniques with the aim to deliver
as promised, or better.
Phase 5 (Operate) is when handover documentation is completed, performance is reviewed against promise
and the resultant learnings are shared.
[Link] Deliverables
Phase 1 deliverables are: Project Overview and Objectives (PIN); Resource requirements (PIN); key risks,
-business and technical- (PIN); WDP timeline and assurance plan (PIN); Conceptual well design options
and level 1 cost estimates; technology plan; preliminary schedule and long-lead issues.
Phase 2 deliverables are: Recommended conceptual well design and basis of selection; level 2 cost
estimate; updated risk and opportunity register; functional specifications (target details, pore pressure plot,
evaluation requirements etc); updated WDP execution and assurance plans; preliminary well schematics;
preliminary contract strategy.
Phase 3 deliverables are: Well objectives; Technical Limit well design; Detailed design; well schematic; Pore
pressure plot; Targets and trajectory; Detailed cost estimate; Materials; Draft programme; Evaluation Plan;
Vendor programmes; Detailed risk and opportunity register; Permit information.
Phase 4 deliverables are: Final detailed well programme, Drill-the-well-on-paper (DWOP) targets; daily
drilling reports; Well status diagram.
Phase 5 deliverables are: Well results; Well performance summary; learnings; Vendor summaries;
Communication Plan.
Use the Identify and Assess phase to be creative, learn from other disciplines and communicate your
design requirements
Use the Assurance plan to communicate requirements to leaders and technical support departments
Demand quality conceptual design parameters before proceeding to the Define phase
Submit the right information to the Decision review Board to obtain high quality, timely decisions.
[Link] Links
5.5.2 Geomatics
EP cannot function without maps. The currency of maps is geo-information and most maps are produced
via GIS. GIS enables accurate, versatile, and powerful project frameworks, ‘digital to physical’ links, and
subsurface/surface integration. More than 80% of information in EP can be attributed to a geographical
location, area or route. Reliable co-ordinate information (X, Y, Z or lat, long, height/depth) is not only
a critical back-bone of project design and delivery, it is also a powerful means of integration across the
business. This is borne out by tremendous growth in the access to, and use of, geo-information and GIS –
not only in EP but also other areas of the business. However, there are associated risks that can easily be
overlooked - but which can be critical to HSE, integrity, and project delivery. The geo-information itself
- and its attendant integrity and positioning risks - must be managed carefully and this is a responsibility
of Geomatics.
Geomatics is a discipline in the Geoscience skillpool. However, Geomatics teams in the regions, OUs and
new ventures work with project engineers, HSE advisors and field operators as much as they do with sub-
surface and well engineering colleagues. The organisational home of Geomatics teams in the regions and
OUs varies and largely depends on local business focus. Well established teams provide Geomatics support
to projects in existing regions and OUs whereas support to new ventures is usually provided by SIEP’s
Geomatics team.
EP.18 (‘Manage Geomatics’) is a level 1 process in the EP Business Model (EPBM) and sets a consistent
framework of procedures and standards for the execution of Geomatics activities worldwide. EP.18 is not
a stand-alone process – it is linked to other main EPBM processes. This reflects the role of Geomatics
supporting various EP activities (such as project delivery and well delivery) but also reflects the HSE and
business criticality of many aspects of EP.18. Key contacts for Geomatics can be accessed via the EP.18
link in section 5.6.4 (‘Teams, role descriptions’).
Figure 5.5.1
Location map, Acquire Site analysis and Review survey Input to tender,
(collate all additional data selection (based requirements and award (technical Commission
existing data such as site on identified risks input to proposed specifications, Start Up Opera to
and local survey, remote e.g. [sub-] surface engineering scope of work, Handover Asset
knowledge and sensing and 3rd hazards and design CRS), permits and
identify party data restrictions) base maps.
information Monitor survey and positioning
gaps) operations, QC as-built
co-ordinates and issue to all
relevant parties (e.g. national
mapping and charting
agencies).
GIS
Geo-information and GIS Data as project matures
Points and dotted lines on a preliminary map Update project and corporate database(s) as basis for asset management
(potential sites and routes) and follow-on activities e.g. rig moves, pipeline, inspection, subsidence
Find the hazards before they find you monitroring, ‘phase 2’ developments
If you can’t map it, you can’t manage it
Experience of supporting many projects leads to the recommendation that Geomatics input to a multi-
discipline project team is best when provided on a ‘first in and last out’ basis, and led by a dedicated (full
or part-time) project surveyor, preferably on a formal basis such as a service level agreement which spells
out the responsibilities between Geomatics and the project. Due to the scope and nature of Geomatics
support, close working relationships and open communication lines are essential with other members
of the multi-discipline project team. The following diagram and descriptions illustrate some typical
Geomatics inputs during stages of the opportunity/project life-cycle:
Identify
Geomatics advice must be sought at project identification stage to ensure that teams begin working from
a correct and clearly defined co-ordinate framework and geo-information base. Geomatics support at
identify includes:
– definition of geodetic (CRS) parameters for the area of interest, verification of existing data and
resolution of co-ordinate discrepancies (wells, boundaries etc);
– provision of an integrated geo-information database;
– provision of topographic (land), hydrographic (marine), infrastructure and concession maps, derived
from corporate and third party data sources;
– analysis of existing or readily available remote sensing data (satellite imagery);
– advice on future Geomatics inputs (e.g. costs of required surveys), capabilities and resourcing;
– hazard search (desktop study using GIS analysis tools (e.g. restrictions, obstructions, bio-diversity or
areas of special interest, licence blocks, etc);
– input to preliminary project plans and cost estimating (e.g. pipeline route distances).
This data is captured in a structured geo-information database, using GIS for visualisation, integration and
analysis to further understand risks and constraints associated with sites and routes of interest. Support
by Geomatics at these stages ensures comprehensive identification of survey and positioning requirements,
as well as early assessment of identified risks and hazards. This is particularly important for preparation of
field development plans, project execution plans and ITT documentation.
Define
In define, Geomatics support includes, but is not limited to:
– technical specifications (e.g. data models for pipelines and as-builts) and input to proposed project
execution plan and scope of work;
– definitive specification of target locations, plus tolerances both for installation and as-built surveys (and
possible retention payments for delivery of specified as-builts);
– support to project team in pre-qualification, bid clarification and bid review, including technical,
commercial and (where required) HSE assessments of tenderers and nominated sub-contractors;
– provision of controlled and correct geo-information databases and base maps;
– quality and integrity checks of geo-information in proposed design and engineering drawings,
particularly those that involve interfaces (e.g. construction / drilling);
– support to project team submissions of map and co-ordinate documentation to regulatory agencies for
approvals;
– specialist advice on survey and as-built mapping aspects of project activities (e.g. initiation and
laydown of pipelines, pipeline out-of-straightness, riser installations, and careful handling of overage of
cables or umbilicals with respect to future activities such as rig moves);
– advise project on need for other specialist input for planning (e.g. metocean statistics);
– monitor how other future possibilities could influence design layout (e.g. prospects that could be tied
in later and 3rd party applications).
Execute
Depending on the nature of the project, Geomatics input to execute may be extensive. Excellence in
surveying, positioning and project geo-information management is essential for successful and incident-free
project delivery. Examples of input at this stage include:
– review of main contractor’s and sub-contractor’s Geomatics–related documentation (e.g. survey
procedures, final design (AFC) drawings);
– mobilising, briefing and debriefing of survey teams and survey representatives;
– monitor progress and technical and HSE compliance, and ensure that Geomatics-related contractual
requirements are met;
– careful maintenance and handling of critical project geo-information between phases of the work (e.g.
debris clearance surveys, site/crossing preparation, lay, trench, protection from scour/fishing impact,
installation of structures/wells, cables and umbilicals, tie-ins, dropped objects or wet-stored objects etc);
– technical advice for vessel and barge anchoring and positioning;
– monitor dimensional control surveys (e.g. wellhead structures, jacket fabrication and positioning aids)
and tie-in metrology;
– as-built surveys of constructed facilities (including platform or manifold position/attitude, well slots,
subsidence benchmarks etc);
– technical support at planning, interface, HAZID and SIMOPS meetings;
– mitigation of contractual variations and claims that relate to surveying and positioning;
– QA/QC of survey results and reports, including as-built surveys.
During project close-out, all newly acquired survey data and updated geo-information will be verified,
reconciled and loaded into the project database. It will then be stored in corporate databases to enable
operation and management of the assets and provide the successful basis for follow-on work (e.g. rig
positioning to complete wells at the new asset). Reports and maps are issued to all relevant parties, as
required, including government and regulatory agencies.
Geomatics personnel input to project review to ensure that learning points are captured for improving
future project management and execution. EP.18 procedures are also revised as required, and the EP.18
Incident Register is used to notify the global Geomatics community in order to avoid the re-cycling of
incidents or failures (see section 5.6.4).
It should be noted that many of the steps are also applicable to abandonment projects.
Operate
Geomatics teams support field operations when the project is a producing asset. Again, support varies
significantly based on the nature of the project (asset), but some examples include:
– pipeline inspections (e.g. for pipeline spanning or right of way encroachment);
– positioning of rigs at the new facilities with due attention to the integrity of assets;
– detailed surveys for additional engineering work (e.g. ‘phase 2’ (incremental) developments);
– platform tilt, settlement and subsidence surveys;
– mapping for Permit to Work process (e.g. for excavation activities);
A key responsibility of Geomatics is to update appropriate corporate (asset) databases on behalf of asset
owners during the full life-cycle of the asset up to and including the abandonment stage. It is incumbent
on Geomatics teams to keep regions and OUs aware of the critical need to capture all proposed and
completed ‘mappable changes’ that could impact on management and integrity of the assets. These
changes can be tangible or intangible, major or routine, such as:
– new pipeline, cable or other asset (e.g. facility or building);
– change of status, such as abandoning a well, burying a pipeline or cable that was previously exposed, or
re-using a former oil pipeline for water injection;
– jack-up rig spud-can footprints and structural changes to a platform’s deck outline (both factors can
constrain rig access alongside);
– change of asset owner;
– third party approvals (e.g. concession block or pipeline crossing agreements);
Figure 5.5.2
Geo-information ready for
operations stage (and base map for
phase 2 of Project 2)
Base Map
As-built Survey Data to project
and Corporate Databases
Target
QA to ensure zero
Project Operational integrity failures in Hazard Searches
Support coordinates (XYZ) and Surveys
or geo information
management
Best practices, learning points, and improvements from Geomatics teams worldwide are captured and
shared though the Geomatics SIGN (SKS) network forum and EP.18 Incident Register. The former
improves Geomatics global procedures and local checklists and the latter minimises any scope for future re-
cycling of integrity failures.
Geomatics personnel (including the project surveyor) who support the project team will have access to
global EP.18 procedures, global technical specifications, knowledge sharing networks and Geomatics
Principal Technical Experts and Subject Matter Experts as required.
[Link]. Links
[Link] Introduction
Logistics and Infrastructure is an essential process to enable the effective and efficient project execution and
flawless start up of the facilities. The key activities of the process are early involvement in the identify &
asses as well concept selection and define stages. It secures on the right selection and design of the facilities
and infrastructure such as ports, roads, airport facilities, storage & warehousing and crane &
lifting facilities.
The Logistics part of the process focuses on challenging, planning, execution and controlling the
safe, secure and efficient flows of people, materials, and equipment including providing adequate
storage facilities for inventory and waste management. Most activities have a significant Logistics
and Infrastructure element incorporated, which represents an average cost in the order of 20% of the
Operational expenditure and 15% of Capital expenditure. In addition an undefined large proportion of
secondary logistics expenditure is embedded in EPC and other contracts. Moreover Logistics encompasses
high-risk activities reflected in incident frequency and severity (e.g. transport and lifting & hoisting
incidents). Subsequently it is essential that the Logistics Process is fully integrated in each phase of the
Opportunity Realisation.
The Logistics Management Process is outlined in a structured way in Global Process 17 ([Link]
[Link]/process17/) and mapped in further detail in the EP Business Model under EP.14 “Manage
Logistics” ([Link] Logistics activities are recognised as high-risk activities that
have exclusive EP-HSE standards, contained in the EP Business HSSE Control Framework: [Link]
[Link]/ep/corporate_support/eps_hsse/HSE%20Framework/ep%20business%20hse%20control%20fra
[Link]
It is essential for successful project delivery, and the subsequent venture set-up, that all Logistics and
Infrastructure elements are fully integrated and embedded throughout all phases of the Opportunity
Realisation. The project lead is accountable that the appropriate logistics expertise is acquired prior
to concept selection and maintained through to steady state delivery, to ensure that the logistics &
infrastructure aspects are taken into account and single point accountability for these elements
is maintained.
Figure 5.5.2
Concept Design & Construct Start-up Pre Comm Ramp up Steady State
Identify Assess Concept Selection Pre-Feed Feed Prep Execute
Preparation Procure & Install Facilities & Comm Production Operations
Opportunity Project Opportunity Contract Pre- Refine Opportunity Commence OR&A Hand-
Seismic, Framing HSE OPEX qualification OPEX
Execution Framing Tactics Framing Develop- gap- over of
Exploration Workshop Impact & CAPEX Estimates;
Contract Workshop Workshop Workshop ment analysis; Facilities
& Appraisal Assessments Forecast CAPEX
Strategy Activities OR&A
Activity Budget
Concept visit; Operational
Development PERT Health
Check
Selection Develop Organisation Project PSUA Final
of Project Design Staff (PreStart- Acceptance
Concept Execution Mobilisation up Audit)
Plan
Preliminary Feasibility HSE Risk Develop Basis Development Tender & Develop Project Ready
Site Study Assessments Operating For Of ITT Evaluation HSE Contract For
Visit Philosophy Design (invitation CASE Management Start
Preparation to tender) up
LIRA
The Logistics Infrastructure and Resource Assessment (LIRA) constitute an assessment of the countries
infrastructure and available logistics resources that provide the elementary information required for the
concept selection and subsequent Project Logistics Plan. The LIRA execution is part of the “identify and
assess phase” of the OR&A process. Useful links to learn more about Logistics & Infrastructure and LIRA
details are: [Link] ; [Link]
Logistics Concepts
The development and evaluation of the various concepts includes a range of logistics support options.
The HSSE risk, specifically those for aviation and land transport, for the relevant logistics options requires
assessment and results needs incorporating in the concept selection. The consequential impact of the
selected logistics support option on the environment and local community requires incorporation in the
Integrated Impact Assessment.
The strategic requirements for Infrastructure and the Logistics Support for steady state operations must be
included in the Operations Philosophy. This includes methods for the strategic movement of goods and
people, material storage, base locations for aviation and marine operations. The Logistics costing is to be
included in the OPEX estimates.
The operational requirements for the infrastructure and the logistics in the support of the project execution
must be specified in the Project Execution Plan. This to include details on the movement of goods and
people, material storage, base locations for aviation and marine operations and transit support, such as visa,
accommodation, meet and greet services. The Logistics costing is to be included in the CAPEX estimates.
Opportunity Realisation
Process
Contents
Strategic Processes
6.1 Introduction
6.2 Structure
Control Processes
Abbreviations
Glossary
Subject Index
Work Processes
Opportunity Realisation
Process (ORP) Toolbox
Contents
Restricted to Shell personnel only
While the processes needed to manage an opportunity remain constant, the very best
opportunity/project management is characterised by finding new ways of restructuring
those processes so that better outcomes are achieved.
Research and benchmarking shows that the use of tools aimed at improving those
processes increase the value derived from opportunities by:
The ORP Toolbox contains a series of processes, guidelines and checklists all aimed at
providing guidance to opportunity/project teams on a large number of the opportunity
realisation process elements. They have been developed and put in place to assist the
teams to obtain the best possible outcome for their opportunity and the application of
the appropriate tool at the appropriate time will, (a) avoid much reinvention of the
wheel that absorbs so much of teams’ time and energy; and (b) assist in maximising the
value of the opportunity.
The toolbox is based on current SIEP knowledge of “excellent practice” and includes
both SIEP and OU documents. The knowledge of “excellent practice” is very likely
incomplete but it is only by OUs proposing additional tools in their possession for
inclusion in the toolbox that the toolbox will be improved. The ORP toolbox can be
found at [Link]/rtl/c2v/.
Proposals for adding to it or upgrading it, should be made to the C2V team.
6.2 Structure
The toolbox is structured around the five phases of the Opportunity Realisation Process
and the three sets of support processes captured under the headings:
The tools that are available to assist projects are listed under each of the above headings
in 6.3 following and are mapped against the five ORP phases to indicate the timing of
application of the tools that will provide maximum benefit. Primary phases for tool
application are shown by ● and secondary phases for their application are shown by ●.
A short description of each tool is given in Section 6.4 and the tools may be accessed on
the Shell www as previously indicated.
Tools that are considered to provide truly significant value improving practice are
highlighted in red in the tables and in the text and, in general, projects will be expected
to use these tools in pursuit of their opportunity objectives. The singling out of these
tools does not decrease the importance of the remainder of the tools available and
opportunity/project teams should examine the assistance that each has to offer in the
context of its own requirements.
Identify &
Select Define Execute Operate
Assess
Strategy Formation
Risk Management
Improvement
Improvement Process3
Value Engineering Guidelines3
C2V Value Engineering Peer Assist
Project Facilities Objectives Guide3
Design to Capacity Review Guide3
Constructability Review Guide3
Lessons Learned and Best Practice Guide3
Benchmarking Guidelines3
Benchmarking for Capital Ventures
Project Debrief Report Checklist
Engineering Benchmarks (98-5221)
C2V Technical Framing Concept Selection Peer Assist
V2V Peer Assist Guidelines
DTL Best Practice Guide
PtL Peer Assist Guidance Notes
Figure 6.3
Identify &
Select Define Execute Operate
Assess
People
Identify &
Select Define Execute Operate
Assess
Work Planning
Cost Management
Quality Assurance
Identify &
Select Define Execute Operate
Assess
HSE
Information Management
Change Management
Monitoring/Analysing/Reporting
Identify &
Select Define Execute Operate
Assess
Exploration
Petroleum Engineering
Well Engineering
Field Engineering
Identify &
Select Define Execute Operate
Assess
Operations
Operations in Projects1
Management of Well Production Operations (94-1135)
Asset Management (97-5501/5504)
Maintenance Management Guideline
(98-5200/5201/5203,5211/5215)
Guidelines for Design & Management of Production
Measurement Systems (2000-5608)
Decommission Process Manual2
Operations Philosophy Checklist
Operations Business Planning (EP 93-1000)
Figure 6.5 Cont.
A brief outline of the contents of each tool listed in the Toolbox Map is given below.
All the tools can be accessed through the Shell wide web at [Link]/rtl/c2v
STRATEGY FORMATION
Reviews of past opportunities show that with the pressure to deliver results there is a
tendency to jump in with both feet and execute without having a full clarity of purpose
e.g. are the team/group/stakeholders fully aligned on objectives, have the real value
drivers and critical issues been identified?
The handbook shows how to organise an Opportunity Framing Workshop that will
accomplish the following:
• Identify what an opportunity is and is not
• Identify the major value drivers behind the opportunity
• Identify the major issues, barriers and uncertainties surrounding the opportunity
• Define the opportunity scope
• Define success/critical success factors/ measures of success
• Develop a Roadmap for the opportunity
• Begin developing development options for consideration
Roadmap Examples
A variety of Roadmaps that have been developed either as models or as actual
Opportunity Roadmaps are collected together as a guide to supplement the OPMG
Model Roadmap and to illustrate what the end results of the Roadmapping exercise have
been for some projects.
Asset Reference Planning includes activities such as developing the Asset strategy, long
term plans and activity based cost models, documenting assumptions and uncertainties,
identifying growth opportunities and they will be pursued. By applying and evolving
Asset Reference Planning, Asset Managers will ensure the effective management of their
assets and control of associated costs throughout the asset life cycle.
The guideline describes the step-by-step process for producing Asset Reference Plans and
provides examples of typical contents. Its application starts ORP Phase 1, Identify &
Assess, and continues throughout the ORP lifecycle.
The guide sets out a process for Field Development Planning in order to arrive at a
documented Field Development Plan (FDP). The plan provides an evaluation of field
development alternatives together with the selection of an optimal development concept
based on subsurface scenarios (uncertainty) and field engineering options. Once
formalised, the plan is used as:
• Major input to the Basis for Design for the asset facilities
• Support to capital budget proposals
• A historical record of initial premises and uncertainties
• A basis for satisfying legislative requirements.
• Deterministic Analysis
• Well modelling and design
• Development options
• Uncertainty impact assessment.
The guide is applicable from the outset of the opportunity and through all its phases.
The Project Execution Plan (PEP) focuses on developing the project strategies that
support the company strategic, business and project execution objectives. The PEP has
three development steps:
1 Frame the Project
2 Define the Project Planning Basis
3 Plan for Execution and Control
The beginnings of the PEP are developed as part of the Opportunity Framing Workshop
in Phase 1, Identify and Assess, and at the start of Phase 2, Select. This beginning is then
carried forward into PEP workshops in Phase 2 to confirm the Project Frame and to
define the Project Planning Basis and in Phase 3, Define, to develop the Plan for
Execution and Control.
The PEP provides guidance for everyone involved in the project (project team, decision
makers, contractors) and it must be prepared as a team effort, involving all available
experience and expertise. The process of developing the PEP is as valuable as the end product.
The guide provides a checklist of all subjects that need to be addressed by a project team
and details a structured process that facilitates identification of unresolved issues and the
development of strategies to address these issues. The strategies then form the basis for
the detailed plan.
For large projects, the process will need several workshops and expert facilitation is
strongly recommended.
The technology may be already proven within the OU or the Group or Joint Venture
Partners or it may need to be developed or matured. Technology chosen without a well
thought-out plan leads to cost and schedule overruns and lost marketplace opportunities.
The guide provides a systematic process to select the best technology options to meet the
project objectives and improve competitive advantage. The basic steps of information
gathering, speculation, analysis, development and presentation are discussed. The guide
should be read with "Strategies for the Management of Technical Risk on Projects" (see
Risk Management below).
The overall contracting strategy will need consideration in broad terms during Phase 1,
Identify & Assess, (and in more specific terms, of course, for the contracting strategy for
Phases 1 and 2 themselves) and then should be developed in detail in a Contracting
Strategy Workshop during Phase 2, Select.
The guide provides a consistent and structured approach to selection of the appropriate
contracting strategy for the opportunity. It describes all of the constituent issues needing
to be addressed and how to organise the workshop. Elements considered include
• Work Breakdown Structure
• Market Considerations
• Contract Activity Matrix
• Contract Management Structure
• Common Types of Contract
• Contract Design
• Risk Allocation
While the papers are written specifically for deepwater NOVs they provide a
methodology that, in conjunction with Opportunity Framing, that can be adapted to
other types of venture, whether on land or offshore.
The essence of the approach is to evaluate the competence of the Operator and where
the venture risks lie and to formulate a strategic approach based on this evaluation. Three
strategic approaches relating to Shell's NOV involvement are described, with an
increasing involvement dependent on the level of risk.
The document sets out a C2V peer assist approach to developing a non-operator
governance strategy that is aligned with Shell Shareholders aspirations and developing
tactics to achieve that Strategy.
RISK MANAGEMENT
take place in the initial Opportunity Framing workshop in Phase 1, Identify & Assess.
The guide addresses:
• Risk Identification
• Risk Quantification
• Risk Response Development
• Risk Response Control
and uses the TECOP model to identify and segregate the various risks.
Initially, top-level project objectives are broken down into lower level, more detailed
objectives and tactics for their achievement.
Risk events are then developed for each of the detailed objectives and associated tactics.
The guide provides more details of the peer assist approach. The workshop should be
held during Phase 2, Select.
IMPROVEMENT
The process can be used during any ORP phase and in any aspect of the business.
Dependent on the business activity to be improved, many of the ORP Tools will be used
in the process.
The guide discusses each of the steps in the process and the application of the ORP Tools.
The guide discusses the above in detail by providing a matrix of the four design
categories against the listed performance characteristics. The process should be applies in
ORP Phase 2, Select, and then revisited at the end of each ORP Phase to ensure that
alignment is being maintained.
Design to Capacity is strongly linked to Project Facility Objectives (EP 2001-5506) and
so it is recommended that both processes be addressed together. This should occur early
in ORP Phase 2, Select, so that the facilities design is framed to meet project objectives.
There are typically three Design to Capacity levels reflecting increasing cost versus
capacity, product quality, flexibility and expandability.
The guide provides advice on the three levels and how to go about determining which
level to apply.
The guide recommends when and how to capture the lessons learned in a way that
makes their use by later projects both easy and of real value.
A major FPSO project that was completed in 1999 (Laminaria & Corallina) did capture
the issues and lessons from each ORP phase and the index of contents of that 100 page
report is as follows:
1. Introduction
2. Executive Summary
3. Phase 1 - Identify and Assess
4. Phase 2 - Select
5. Phase 3 - Define
5.1 Introduction
5.2 Project Scope Development
5.3 Contracting Strategy, Tender and award
5.4 Project Organisation
5.5 Project Schedule
5.6 Project Cost
6. Phase A - Execute
6.1 Topsides
6.2 Hull
6.3 Jurret and Mooring
6.4 Well Construction
6.5 Subsea
6.6 Tow, Hook-up and Commissioning
6.7 Preparation for start-up
6.8 Project Schedule
6.9 Project Cost
6.10 Project Organisation
6.11 HSE
7. Phase 5 - Initial Operations
8. Summary and Lessons Learned
8.1 General
8.2 Organisational Structure
8.3 Staff
8.4 Budgets and Schedule
8.5 Tender Evaluation
8.6 Tenders and Contract Documents
The document describes a C2V facilitated workshop on technical framing. The benefits
are seen as:
• delivery of a conceptual ideas listing
• deliverables that are practical, customised
• an integrated approach that is an excellent team builder
The approach is best applied in ORP Phase 1 before Value Assurance Review 2. It can
be applied again in ORP Phase 2 as an assurance check.
The workshop is facilitated by the V2V Team and can address either an individual
opportunity/project or an overall OU portfolio. For a project, the workshops should be
held during ORP Phase 2, Select.
PEOPLE
Leadership & Teambuilding3
Leadership and Teambuilding are essential ingredients for the delivery of a successful
project. The guide provides some thoughts for consideration and help in exercising
leadership and pursuing team building.
These charts are typical only and need to be considered together with the text of 3.11.4,
Organisational Structure, in this document.
EP Skills Portfolio
In order to deliver breakthrough performance in an increasingly competitive world, a
new EP organisation is rapidly evolving. Functional disciplines are being merged into
asset or project-based teams where professionals are expected to operate effectively
within, and contribute to, a multi-disciplinary environment, focused on discrete
deliverables with measurable business value. The fundamental building block in EP is
‘the team’. Skills required in order to build these teams will be managed as a group of
eight skills pools. Additionally, there are core skills (Business Commercial, Team/Self )
which are required by all EP professionals.
The Skills Portfolios are to be found on the web and, besides providing a common
language and acting as a guide for determining team needs, will facilitate competence
development.
There are two levels to the module. The main program is the Distance Learning Module
which is essentially a high-level summary of the key issues that should be understood and
remembered. Students should be conversant with the subject matter in this level before
attending any course on project management, or starting any project. It provides a
foundation for project management and will help students get more value from the
course, or help first time practitioners manage their projects.
The second level - the 'working knowledge level' contains more detailed information on
project management in SIEP. This level can be accessed both directly as well as from the
screens in the awareness level, and may be used for reference purposes or to learn about a
topic in greater detail.
The aim of the awareness level is to give the student an appreciation of the key issues on
each topic, and a framework with which to approach these issues. Each topic will have a
discussion of the key issues - the 'learning points'. The tools and frameworks with which
to approach these key issues will then be discussed. Examples and instances of how these
frameworks and tools may be used are given. Finally, there is a short exercise to test the
student's understanding, or to draw their attention to key issues.
The module comprises eight sections, which are further sub-divided into topics. The
“map” of the contents is given below.
Introduction
to Technology
Based Learning
Summary Why are The Project Planning and the The Project Cost Risk Procurement Project
Stakeholders Lifecycle Work Breakdown Cashflow Estimating Organisation
Important? Structure Levels
PMG Who are the Approvals The Tax, Royalty Key Elements Types of Types of Budgeting/Value
Model Stakeholders? and Controls Work Breakdown and of Estimating Risk Contract of Work Done,
Structure (WBS) Depreciation Progress Reporting
The Assessing Summary Activity The Economic Estimating Techniques Developing Progress
Statement of Stakeholder Network and Life of a Methods for Managing the Right Reporting
Requirements Impact on Projects Critical Path Project Risk Strategy
Discounting QA and
QC
Discounted Summary
Cashflow
PV Profile
and Earning
Power
Summary
The document describes the facilitated/process for gathering feedback from different
people and reviewing this between those people and the one subject to the feedback.
The process can be applied in all ORP Phases.
WORK PLANNING
Work Management Planning and Scheduling Tools – Evaluation Report (EP 98-5342)
The report reviews potential work management and scheduling tools in relation to their
quality for use in EP business and their compatibility with SAP. The report recommends
Primavera as the best tool available at that point in time.
COST MANAGEMENT
The third fundamental is that the methodology, although only dealing with the cost
part of corporate management systems, supplies certain key elements for the rest.
(One element is the means to introduce lifecycle considerations into Asset Reference
Planning. Another is the provision of a universal classification structure designed to be
extendable to any level of detail for use in any application).
The methodology, namely the classification structure, accountability guidelines and links
with activity management, provides the cost management tools for better forecasting,
reporting and control.
The document highlights the important aspects that need to be considered when
developing cost estimates and identifies linkages between technical and commercial issues
that need to be addressed.
Because it is OU specific it needs to be read with OPMG 4.2, Cost Management, but it
provides valuable guidance on the cost estimating process.
It covers:
• Cost coding
• Activity allowances
• Budget appropriation
• Value of Work Done
• Measurement of Progress
• Change Control
• Payment Control
• Cost Monitoring and Reporting.
Volume 1: Is directed at all staff and carries a management overview of the process in
sufficient detail to give a general understanding of the process itself, the key players, the
process in relation to other key processes and the way in which the process seeks to
accommodate and reinforce "New Shell" values.
This proven procedure was initially prepared for evaluation of Shell Expro's Integrated
Services Contract tenders in 1997 and was subsequently modified by Woodside. The
procedure suggests methodologies for both technical, commercial and personnel
competence evaluation and provides model formats and weightings for the technical
evaluation based on a major engineering contract. These can be modified to suit most
major contracts by changing the constituents to be evaluated.
QUALITY ASSURANCE
The DEP provides Guidance to all staff that are setting up project management systems
and quality plans or to have to evaluate contractors' or suppliers' systems and quality
plans. (The principles described in the DEP apply to the management of any aspect of a
project (e.g. safety, environment, organisation, information, cost and schedule and are
based on ISO 9000 Standards). As noted in the OPMG text (4.5.2, The Project Quality
Plan) the DEP concentrates on the quality of the hardware deliverable and
opportunity/ project teams also need to build into the Quality Plan the opportunity
business management aspects.
Section 2: Contains the care procedures to be followed during each phase of the
process from the initial action required on discovering an incident through
to the close-out of corrective actions and the transfer of learning to others.
INFORMATION MANAGEMENT
The document is formatted in line with the structure of ISO 9004, Quality
Management Systems, and conforms with the five-phase Opportunity Realisation Process
and the OPMG structure of strategic, Control and Work Processes.
Its contents are:
MANAGEMENT Policy
FRAMEWORK Objectives
Strategy
Organisation
PROCESS Responsibilities
MANAGEMENT Interfaces
Processes, Procedures and Standards
SYSTEM Monitoring
ASSURANCE Audit and Review
Improvement
This Shell Services International document describes how to set-up and use the 'Livelink'.
CHANGE MANAGEMENT
The guide provides a process for managing major changes to organisational at structure
and responsibilities and the introduction of new or significantly changed business processes.
The aim of Value Assurance Reviews is to provide assurance to managers and shareholders
that opportunity plans are robust in terms of financial, environmental and societal criteria.
The Value Assurance Services group in SIEP (Rijsaigk and Houston) provides an
independent VAR execution capability on behalf of the Regional Business Directorates
for the mandatory VARs and this guide describes the VAR process in a why, what, where,
who and how format.
The purpose of this OU document is to provide guidance for the management and
execution of Technical Reviews. The objective is to ensure that review effort is of high
added value and is an efficient use of resources. The document describes the Technical
Review business process and the roles and responsibilities of participants in the process.
EXPLORATION
The process is comprehensively mapped and can be adopted to the needs of any new
venture or OU.
PETROLEUM ENGINEERING
WELL ENGINEERING
The strategy focuses on enabling the Group to achieve world class performance through
OUs adopting appropriate elements of the strategy.
FIELD ENGINEERING
Emphasis is given to the coherence of the measurement system in its entirety and to the
proper management of the measurement system.
OPERATIONS
This OU document shows how to identify, and include, Operations and Well
Engineering best practice in projects.
The document applies equally to the development of all plants, surface and subsea
facilities whether:
• Greenfield projects
• Brownfield projects
• Change Proposals
Document coverage is comprehensive. This does not mean that it should be applied in
its entirety. Each project should select only those parts considered relevant.
The document describes in generic form all the drilling, production and maintenance
activities necessary for successful fulfilment of the Operations role.
Abbreviations
PV Present Value
QA Quality Assurance
QC Quality Control
RFA Request for Authority
ROS Required on Site
RT Real Terms
RtL Realising the Limit
SAP Systeme, Applikations & Produkte der Dataverarbeitung (software package
for the automation of internal company processes)
SDS Shell Deepwater Services Inc
SIEP Shell International Exploration & Production BV
SMS Safety Management System
STEP Standard for the Exchange of Product Model Data
STOIIP Stock Tank Oil Initially In Place
SWOT Strengths, Weaknesses, Opportunities, Threats
T&A Tender and Award
TcoO Total Cost of Ownership
TECOP Technical, Economic, Commercial, Organisational, Political
TL Technical Limit
TOR Terms of Reference
TRCF Total Recorded Incident Frequency
UTC Unit Technical Cost
V2V Volumes to Value
VAR Value Assurance Review
VCT Value Creation Team
VIP Value Improving/Improvement Process
VIR Value Investment Ratio
VO Value of Information
VOWD Value of Work Done
VOWO Value of Work Outstanding
WBS Work Breakdown Structure
WO Work Order
WT weighting
Glossary
Accountability State of being liable for certain actions to be taken and results
achieved. (= Responsibility + Authority)
- Business Control Guidelines FN/05 SIPC
Activity The descriptive name of the unit of work (group of lower level
activities or tasks) that has to be carried out. This is a static
definition compared to the dynamic process definition of how
the work is carried out. Work to be carried out as part of a
process characterised by a set of specific inputs and tasks that
produce a set of outputs to meet customer requirements.
- Business Process Management Guideline, EP92.0945
Agreement Two or more parties concur with a view of defining their rights
and duties.
Asset Reference Plan The plan that demonstrates that all activities, resources, threats
(ARP) and opportunities for improvement to a facility’s technical
integrity have been fully evaluated and the impact on cash
flow quantified over the life cycle.
Asset Team The team of people that start-up, operate and manage the Asset.
Authorized The maximum amount that can be Contract Value spent under
a contract, without (ACV) seeking further approval for
additional expenditure under the contract from an Authorized
Signatory or the Tender Board.
Authorized Value The maximum amount that can be (AV) spent under a group of
contracts, without seeking further approval for additional
expenditure from an Authorized Signatory or the Tender Board.
Base Estimate Comprises the activity estimate plus the activity allowances
(i.e. those uncertainties which are known historically to occur).
Base Estimates do not carry any contingency or overrun allowances.
Basis for Design A document which forms the basis for the preparation of the
Project Specification.
Budget Item (BI) A discrete budget proposal covering a phase of a project or the
acquisition of an asset, or set of assets (part or all of a project).
Budget Sub Item A sum of money within a Budget Item required to provide or
construct an element of a project.
Business Principles The business principles under which the company conducts its
affairs. They apply equally to decision making as well as to
individuals behaviour expected of employees in conducting
Company business. This includes mission, vision, codes of
practice and key responsibilities to Stakeholders.
- Statement of General Business Principles CMD Shell Group
Call off Order A simplified form of order for supply of goods and services
(COO) issued against (and within the terms and conditions of ) an
existing supply agreement, contract or bulk order.
Capital to Value C2V is one of the four pillars of the Group’s “Realise the Limit”
(C2V) initiative. The C2V Team facilitates excellent practice in
opportunity/project realisation.
Cause and Effect A diagram used to identify, categorise and visually record
Diagram possible causes of a problem or effect. It helps to sort out and
relate interactions among factors affecting a process.
The categories often chosen are generally related to man,
machine, methods, material and environment. (Note: also
known as the fish bone diagram).
- Quality - Improving Our Business
- EPF/52
Computer A schedule or plan that specifies actions which may or may not be
Program taken expressed in a form suitable for execution by a computer.
- BS 3527
Concept Definition The part of Front End Engineering from the completion of the
Concept Selection Report until the production of the Project
Specification.
Concept Selection The part of Front End Engineering that leads to the Concept
Selection Report. This includes Concept Development and
Concept Optimisation activities.
Core Purpose Activity or process which is the primary reason for the existence
of, and which occupies the majority of the time of, a particular
part of an organisation.
Critical Success Issues or challenges that must be dealt Factor with successfully
(CSF) in order to accomplish the corporate mission/vision and achieve
the corporate objectives.
- EP Guideline on Audits and Reviews, EP93.1600
Custody Transfer Transfer of legal responsibility and ownership from one party to
the other.
Decision Maker The individuals with the authority to approve the way forward
with respect to a specific asset, project or portfolio.
Detailed Design All design work from the production of the Project
Specification necessary to produce a commissioned asset.
Deviation Request A written request from any person associated with a project,
proposing a change in design, scope, schedule or cost.
Drilling the Limit DtL is one of the four pillars of the Group’s “Realise the Limit”
(DtL) initiative. The DtL Team assists well engineering teams to drill
the right well in the right way.
Efficiency An attribute indicating that the work has been carried out with
minimum use of resources.
Engineering Data The Group system for general classification and coding of
Classification Code equipment (asset hierarchy).
Engineer, Procure This is basically a modified type of turnkey contract but with
and Construct the company providing a management team to overview that of
(EPC) the Contractor.
Enquiry (or Tender) Issued to potential tenderers to obtain bids or quotations for
Document the provision of services and/or goods.
Equipment Tag The position within a Functional Asset which requires a certain
Position discrete functionality provided for by an Equipment Item.
- Cost Management, EP94.2000
External standard A standard (e.g. ISO, EN, ANSI, BS, API etc.) issued under
the auspices of a non-Group body.
- DEP [Link]-Gen
Field Change A change carried out (after AFC drawings) during construction,
commissioning or operations.
Financial Assets Monetary assets over which the company either has control or
has passed control to a Business Associate through a trading or
investment transaction.
- Cost Management, EP94.2000
Firm Budget The approved budget which forms the basis for proceeding
with the execution phase of the project.
Firm Item A defined budget item which has been included in the
Company’s capital budget.
Follow-up The activity which ensures that agreed action items resulting
from an audit are implemented.
- EP Guideline on Audits and Reviews, EP93.1600
Force Field A technique used to identify the forces which help or obstruct
Analysis a desired change. It leads to assessing the driving and
restraining forces, their direction and strength. Movement in
the desired direction of change can be achieved
most readily by removing or reducing the restraining forces.
- Quality - Improving Our Business - EPF/52
Front End Loading The emphasis placed on the activities in the first three phases
of the Opportunity Realisation Process that enables
maximisation of opportunity value.
General Facility A facility system which does not have explicit characteristics
System defined and therefore is not represented by a specific entity
within the model.
- POSC Epicentre
Group premise The planning assumptions and scenarios set by the Group to
be used for the portfolio analysis.
Grouped Tag The position within a Functional Asset which requires a certain
Position combination of related functionalities provided for by a
Grouped Equipment Item.
- Cost Management, EP94.2000
Hazard & Effects The management of a hazard (e.g. fire, erosion, toxic materials etc.)
Management ensuring that activities and appropriate procedures are in place
Process (HEMP) to identify, assess, control and recover from hazards.
- SMS Guidelines EP92.0100
Information Assets Assets whose value is in the information they contain, not the
intrinsic value of the medium through which that information
is transmitted.
- Cost Management, EP94.2000
Intangible Assets Assets for which the value, though real, cannot readily be
measured, and for which the company frequently incurs costs.
- Cost Management, EP94.2000
Lessons Learned The learning by the team of what went well/badly and why
during the Opportunity Realisation Process.
Licence Block A specific tract of the earth defined by areal extent and possibly
depth (numeric depth range or stratigraphic units). The lease
parcel is the basic unit of ownership for portions of the earth;
it may be offshore or onshore.
- POSC Epicentre (Lease Parcel)
Life Cycle The totality of all phases in an opportunity’s life, from its
inception until it is no longer existant.
Local Planning The planning assumptions set by the OU and valid for the
Premise local business environment and including Stakeholder
requirements, to be used in the portfolio analysis.
Long Term Item A budget proposal or forecast for which approval still needs to
be sought but which is included in the Company’s long-term
capital forecast.
Lump Sum With a lump sum contract, the Contractor is given defined
(contract) starting and finishing points and undertakes to perform the
whole of the specified work at a fixed price.
Lump Sum with Bills-of-Quantities contracts are lump sum contracts with
Bills-of-Quantities detailed bills of quantities forming a precise definition
(contract) of the scope of work.
Life Cycle Costs The total cost of ownership of an item of material, taking into
account all the costs of acquisition, personnel training, operation,
maintenance, modification and disposal, for the purpose of
making decisions on new or changed requirements and as a
control mechanism in service, for existing and future items.
- Maintenance Management Terms in Terotechnology, BS3811
Maintenance Job A procedure setting out the requirements for carrying out a
Routine particular maintenance task. It also contains relevant
specification data and HSE precautions.
Management The system for managing the Company which provides for a
System structured framework of controls at all levels to ensure that
activities are executed in accordance with requirements. One of
the key requirements is for continuous improvement.
Money Of the Day Costs or revenue expressed on the basis of the value
(MOD) (purchasing power) of money at the time when each cost or
revenue is expected to occur.
Objectives Goals which the company wishes to achieve over a long term.
Provides basis for judging progress and achievements.
- Country Business Planning - Group
Planning publication PL 88 R03 SIPC
Opportunity Team The team of people that implement the opportunity until
completion of selection of the preferred concept. (End of ORP
Phase 2 - Select)
Pateto Analysis A special form of bar chart used to identify the major effects
and causes separating the “vital few” from the “useful many”
problems and helping determine which problems to solve
and in what order.
- Quality - Improving Our Business - EPF/52
Performance These are the metrics which are short term in nature, reflect the
Indicator level of progress made tactically or operationally in optimizing
(PI) output in line with the set of standards or goals.
Producing the Limit PtL is one of the four pillars of the Group’s “Realising the
(PtL) Limit” initiative. The PtL Team assists OUs to maximise
production and minimise Opex.
Programme The company’s planned activity level over the next five years
Project Project Plan developed at the end of the definition phase as the
Execution Plan basis for the execution phase. The Project Execution Plan is the
(PEP) central reference document used by the Project Manager
to carry-out his job and is the principle vehicle by which others
are committed to meeting the Project deliverables.
Project Stages Within each ‘phase’ the project progresses through stages e.g.
Feasibility Study, Detailed Design, Construction, etc.
Project Team The team of people that implement the opportunity from the
time of agreement on the preferred opportunity realisation
concept(s) until the handover of the commissioned asset to the
Asset Team.
Quality Control The operational techniques and activities that are used to fulfil
(QC) requirements for quality.
- Quality -Vocabulary, ISO 8402-1886
Realising the Limit The Group’s “Realising the Limit” initiative is aimed at
(RtL) maximising the value obtained from an opportunity/project/asset.
Four teams support this work:
Volumes to Value (V2V)
Drilling the Limit (DtL)
Capital to Value (C2V)
Produce the Limit (PtL)
Review See audit; in the context of this report the words audit and
review are used interchangeably.
- EP Guideline on Audits and Reviews, EP 93-1600
Risk The process whereby decisions are made to accept a known risk
Management or hazard or to eliminate or migrate it.
- Quality Vocabulary BS 4778
Roadmap The highest level plan for the realisation of the opportunity, set
out in a particular format.
Schedule of Rates This type of contract agrees a unit rate for each item or activity
and is necessary when the scope and/or quantities within the
contract cannot be defined at time of contract award.
phase of the project. (During the life of a project the detail may
increase.)
Star Rate A new unit rate, agreed during the execution of a service
contract, covering an activity for which no unit rate existed
when the contract was awarded.
Targets Goals identified and agreed for the following year, subsequently
used as basis for performance assessment.
- Country Business Planning
- Group Planning publication PL 88 R03 SIPC
Tariff Rate Rate used for budgeting and costing purposes to allocate the
costs incurred in the consumption of certain resources (e.g.
staff, vehicles, warehousing, etc.) by activities on a number of
different assets for the purpose of accountability.
Term Price The declared price at which the recipient will be charged for
products received under a Term Contract.
Turnkey (contract) A turnkey contract is a lump sum contract under which the
Contractor designs, installs and delivers the facility ready for
operation and is fully responsible for all aspects of the project.
Use Factor The proportion of total time that an item is used to perform its
required function. Utilisation is reduced by scheduled and
unscheduled down time and by standby time.
Variety Control Type restriction and vendor selection; the selection of the
optimum number of sizes or types of products, processes
or services to meet prevailing needs.
Volumes to Value V2V is one of the Group’s four pillars “Realise the Limit”
(V2V) initiative. The V2V Team assists in identifying and ranking
opportunities and developing strategies for maximising the value of
hydrocarbon resources.
Work Breakdown The work divided up into System Groups, Systems, Equipment,
Materials etc. as appropriate for the “Accuracy Class” of the
estimate to be prepared. For each activity identified by the process,
who will control it (single point responsibility) and what will be
produced is detailed. The break down will be identified in line
with data hierarchy in the cost database, and therein with the Cost
Coding Manual for Project Budget Estimating.
Work Instruction Document describing briefly and succinctly how an activity or task
is to be properly executed. A Work Instruction can only exist
where they support a procedure or activity description.
Work Team The multi-functional team that identifies and asseses the
opportunity, selects an appropriate concept for its development and
defines and executes that concept.
Subject Index
Approvals
third party approvals in Project Execution Plan . . . . . . . . . . . . . . . .3 . . . . . .12
Asset Team
definition of . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1 . . . . . .3
Asset Reference Plan (ARP)
contents and description of . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 . . . . . .9-10
sequence of development . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . .10
in concept option development (ORP Phase 2-Select) . . . . . . . . . . .5 . . . . . .26
in ORP Phase 3-Define . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .37
in ORP Phase 4-Execute . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .42
Audit and Review
in HSE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 . . . . . .22
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .57
planning and carrying out a review . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .79-84
project verification plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .44
value assurance reviews - see Value Assurance Reviews
design reviews . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .47
Basis for Design . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .30-31
Benchmarking
of Front End Loading . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 . . . . . .12
as a Guiding Principle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 . . . . . .27
cost and schedule . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .6
as quality assurance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .50-51
Brownfield
multi-activity (brownfield) planning . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .11-14
cost estimating . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .18
evolve brownfield concepts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .23-24
Budgets
in Project Execution Plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . .12
funding plan in Project Execution Plan . . . . . . . . . . . . . . . . . . . . . .3 . . . . . .12
SIEP Capital Allocation Process . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . .55
Group budget procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . .56-58
release of funds . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .11
front end funding for ORP Phase 3-Define . . . . . . . . . . . . . . . . . . .5 . . . . . .27
preparation of 502F . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .29,37
Capital Cost - see Cost Management
Change management
in procurement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .37-38
change control in design . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .46
in projects . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .67-68
technical change . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .67
business process and organisational change . . . . . . . . . . . . . . . . . . .4 . . . . . .67-68
Close-out - see Project
Coaching . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . .71-72
Commissioning
commissioning strategy in Project Execution Plan . . . . . . . . . . . . . .3 . . . . . .13
quality assurance in commissioning . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .49
HSE in commissioning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .56
precommissioning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .57-58
commissioning and handover . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .58-69
Operations input to . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .70
Concepts
development of concept options (ORP Phase 2 - Select) . . . . . . . . . .5 . . . . . .21-27
concept option selection report . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .24
concept definition process (ORP Phase 3 - Define) . . . . . . . . . . . . .5 . . . . . .29-38
Construction
construction strategy in Project Execution Plan . . . . . . . . . . . . . . . .3 . . . . . .13
quality assurance in construction . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .49
HSE in construction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . .56
construction and pre-commissioning . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .50-58
hook-up . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .55-57
Operations input to . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . .70
Contracting
contracting strategy in Project Execution Plan . . . . . . . . . . . . . . . . .3 . . . . . . 13-14
description of contracting strategy process . . . . . . . . . . . . . . . . . . . .3 . . . . . . 17-30
timing for preparation of strategy . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 17
issues to be considered in contracting strategy . . . . . . . . . . . . . . . . .3 . . . . . . 21-30
common approaches to contracting . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 18-21
contracting process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 31-35
contract preparation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 31-33
incentive policies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 23-24
commercial risks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 41-42
Tender Board . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 33
contract controls . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 33-35
contract close-out . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 35
Engineering/Procurement/Construction (EPC)
and Engineering/Procurement/Installation/Commissioning
(EPIC) contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 18-19
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 33
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 46-49
Alliance contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 18-19
turnkey contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 19, 27
lump sum contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 24-25
unit rate contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 25-26
reimbursable cost contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 26-27
bills of quantities contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 27-28
dayrate contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 28-29
time and material contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 29
call-off agreements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 30
in concept definition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 34-35
design contractor appraisal and evaluation . . . . . . . . . . . . . . . . . . . .4 . . . . . . 47
detailed design contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 42-45
Exploration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 6-8
Feasibility Report - see Project
Feasibility Stage - see Project
Field Development Plan
Contents and role in concept option development . . . . . . . . . . . . . .5 . . . . . . 26
Field Engineering
facilities studies in project Initiation Stage . . . . . . . . . . . . . . . . . . . .5 . . . . . . 9
in concept option development (ORP Phase 2 - Select) . . . . . . . . . .5 . . . . . . 24-26
design strategy in Project Execution Plan . . . . . . . . . . . . . . . . . . . .3 . . . . . . 12
quality assurance in design . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 45-47
HSE in design . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 55-56
technical change management . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 67
concept definition (ORP Phase 3-Define) . . . . . . . . . . . . . . . . . . . .5 . . . . . . 29-37
Basis for Design deliverable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 30-31
Project Specification deliverable . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 36
detailed design (ORP Phase 4-Execute) . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 39-49
follow-on engineering . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 45
Operations input to detailed design . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 69-70
Focus Items . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 . . . . . . 6-8
Follow-on engineering - see Field Engineering
Front end engineering - see Field Engineering
Front End Loading
description of . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 . . . . . . 11-12,
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 . . . . . . 14-15
and strategy formation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 1
Funding -see Budgets Glossary of terms
Health - see Health, Safety, Environment
Health,Safety,Environment (HSE)
Case . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 57-58
management system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 53-58
plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 53-57
HSE strategy in Project Execution Plan . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 14
in projects . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 53-58
in concept development . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 55
in design . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 55-56
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 34, 40, 42
in construction and commissioning . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 56
in well engineering . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 56
in logistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 56
Human resources - see People
Improvement Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 47-52
use in the Opportunity Planning Process . . . . . . . . . . . . . . . . . . . . .2 . . . . . . 15-16
improvement strategy in Project Execution Plan . . . . . . . . . . . . . . .3 . . . . . . 16
use of Opportunity Realisation Process Toolbox in . . . . . . . . . . . . .3 . . . . . . 52
improvement plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 51
Information management & technology (IM&T) . . . . . . . . . . . . .4 . . . . . . 59-66
information management strategy in Project Execution Plan . . . . . .3 . . . . . . 15
project IM&T plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 59-60
Feasibility Report . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 11
Specification deliverable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 36
close-out . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 64-66
debrief report . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 ......2
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 66,68-69
Project Execution Plan
contents and development of . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 11-16
in ORP Phase 2- Select . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 19
in ORP Phase 3 - Define . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 34,36
Project Specification - see Project
Quality assurance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 41-51
quality assurance strategy in the Project Execution Plan . . . . . . . . . .3 . . . . . . 14-15
in the procurement process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 36-37
management system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 41-44
plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 42-44
in design . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 45-47
in procurement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 48
of business processes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 50
in contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 . . . . . . 48
Reporting
reporting of progress . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 11
reporting, monitoring and analysing in projects . . . . . . . . . . . . . . . .4 . . . . . . 69-78
reporting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 69-74
Request for Authority (RFA)
listing in Project Execution Plan . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 12
Resources - see People
Reviews - see Audits and Reviews
Risk management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 39-46
risk analysis in Opportunity Framing . . . . . . . . . . . . . . . . . . . . . . .2 ......4
risk management strategy in Project Execution Plan . . . . . . . . . . . .3 . . . . . . 16
types of risk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 40-44
Roadmap - see Opportunity Roadmap
Safety - see Health Safety Environment
Scheduling - see Planning
Spare parts
consideration as part of procurement strategy . . . . . . . . . . . . . . . . .3 . . . . . . 31
ordering . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 . . . . . . 38
Stakeholders
analysis of . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 ......3
consultation with . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 ......3
stakeholder risks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 43
Start-up
Strategic Processes
description of . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 ......1
mandatory nature of . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 ......1
Strategy Formation
description of processes involved . . . . . . . . . . . . . . . . . . . . . . . . . . .3 . . . . . . 1-82
Stretch targets
Acknowledgements
This document has been produced by the Capital to Value team (C2V) with a
Working Group, under the mandate of the Venture and Project Realisation Forum.
We would like to thank Tony Brown for his energy and determination to create
this revised project management guide which addresses the findings of
Major Project Realisation Value Creation Team, and provides a framework to
incorporate identified best practices.
We would also like to thank the Working Group members and those who reviewed
this document on behalf of the Venture and Project Realisation Forum;
Alfred de Witte (WG), John Haney (WG), Gordon Muir (WG), Wee Yiaw-Hin,
Austin Hand, Gordon Sterling, Chuck Enze, Jeff Jackson, Martin Bailey, Nigel Wright,
Wilfred Alsem, Mike Shearman, Clint French, Jay Thomas, Wim Leenders, Hein Hilhorst
DOCUMENT DETAILS
Document Number: P02926
Revision: 1.0
Date of Issue: November 2001
Custodian: C2V team
Design and production by: SIEP-EPT/CS
For any queries or comments regarding this document please refer to the website,
[Link]/rtl/c2v where you can also down load the latest updates of this document.