Project Risk Management Guide: Part I: Guidance For WSDOT Projects Part II: Guidelines For CRA-CEVP Workshops
Project Risk Management Guide: Part I: Guidance For WSDOT Projects Part II: Guidelines For CRA-CEVP Workshops
Project Risk Management Guide: Part I: Guidance For WSDOT Projects Part II: Guidelines For CRA-CEVP Workshops
Management Guide
Part I: Guidance for WSDOT Projects
February 2018
To get the latest information on individual WSDOT publications, sign up for email updates at:
8 www.wsdot.wa.gov/publications/manuals
Foreword
The future is uncertain. It is certain that these three questions will be asked about our projects:
(1) How much will it cost? (2) How long will it take? And, of course - Why? (Why that much and
why that long?)
These questions, posed in the future tense, seek to predict an What gets us in
uncertain future. Because the future is uncertain, the fundamental trouble is not what
answer to these questions is that an estimate is best expressed not we don’t know. It’s
as a single number, but a range. To determine an estimate range for what we know for
sure that just ain’t so.
both cost and schedule, risk and uncertainty must be measured.
~ Mark Twain
Inaccurate cost estimating has vexed transportation projects for
years. A noted study by B. Flyvbjerg on the results of transportation project estimating found
that, for the past 70 years, the cost of transportation projects has been consistently
underestimated in many parts of the world, including the U.S.
Estimates have two components: the base cost component and the risk (or uncertainty)
component. Base cost is defined as the likely cost of the planned project if no significant
problems occur. Once the base cost is established, a list of uncertainties is created of both
opportunities and threats, called a “risk register.” The risk assessment replaces general and
vaguely defined contingency with explicitly defined risk events and with the probability of
occurrence and the consequences of each potential risk event. Scope control is necessary for
project management and estimating. Cost estimates are reviewed and validated, and a base
cost for the project is determined.
Project risk management is a scalable activity and should be commensurate with the size and
complexity of the project under consideration. Less complicated projects may utilize qualitative
analyses. Larger, more complex projects may wish to use more robust analytical techniques
such as Monte Carlo simulation models.
The guidance in this manual has been developed by the Strategic Analysis and Estimating Office
(SAEO) in alignment with the goals of the Statewide Program Management Group. This
document would not have been possible without the contributions of dozens of key WSDOT
people who participated in the development and review of these guidelines. Credit is also due
to many of the consultant partners, academics, and others who continually advance the cause
of project risk management in the transportation industry.
From: Date:
Phone:
List of Exhibits
Part I: Guidance for WSDOT Projects
Exhibit 1-1 Balanced Risk Management (Risk Tolerance) ..................................................................... 1-2
Exhibit 1-2 Relationship Between Risk and Objectives ......................................................................... 1-4
Exhibit 1-3 Levels of Risk-Based Estimating, in Support of Risk Management (E 1053) .........................1-6
Exhibit 1-4 General Comparison of a Few Typical Characteristics of CRA and CEVP® ............................1-7
Exhibit 1-5 Evolution of Project Knowledge Through Project Development.......................................... 1-8
Exhibit 1-6 Determine the Level of Risk Assessment .......................................................................... 1-11
Exhibit 1-7 Include Risk Management Milestones in the Project Schedule ......................................... 1-11
Exhibit 1-8 Simplified Workshop Timeline .........................................................................................1-12
Exhibit 1-9 Risk Management Schedule: With Workshop and Postworkshop Activities ......................1-13
Exhibit 4-1 Levels of Risk-Based Estimating, in Support of Risk Management ....................................... 4-1
Exhibit 4-2 CPMS Data Requirements .................................................................................................. 4-3
Exhibit 4-3 Workshop Process for CRA or CEVP®.................................................................................. 4-5
Exhibit 4-4 SHAMPU Process in 3 Levels of Detail ............................................................................... 4-6
Exhibit 4-5 Creating a Probabilistic Estimate ........................................................................................4-7
Exhibit 4-6 Regions of an Estimate....................................................................................................... 4-7
Exhibit 4-7 Risk Management: A Part of Project Management .............................................................4-8
Exhibit G-1 Combination of Base Variability and Market Conditions .................................................... G-1
Exhibit G-2 Capturing Base Market Condition Uncertainty .................................................................. G-2
Exhibit G-3 Capturing Base Schedule Uncertainty................................................................................ G-3
Risk Analysis
Current Status ❶ Risk
❷ Risk ❸ Qualitative
Project Management Plan Management Identification
Scope, Schedule, Estimate Planning ❹ Quantitative
pre-response
Update analysis
Project Management Plan
C
• A proactive approach to management of projects and risks
• Effective allocation of resources for risk management
• Well-managed projects with few surprises
Investment in Tolerance
• Taking advantage of opportunities
risk for
• Dealing with threats effectively management risk
More details on the steps above are found throughout this document. Understand that
project risk management is an art and a science involving careful consideration and
thought about the project and the associated uncertainties and risks.
Much of project risk management relies on sound engineering judgment and knowing
where to focus energy and resources. Knowing when to engage appropriate expertise is
vital to good project risk management.
Exhibit 1-2 provides a helpful comparison between risk and objectives for various types
of risk management. For this document we are interested in project risk management.
Type of Risk
Description Sample Objectives
Management
Generic Risk: Any uncertainty that, if it
occurs, would affect one or more ----------------
objectives.
Project Risk Project Risk: Any uncertainty Time, cost, performance,
Management that, if it occurs, would affect quality, scope, client
one or more project objectives. satisfaction.
Business Risk Business Risk: Any uncertainty that, Profitability, market share,
Management if it occurs, would affect one or competitiveness, Internal Rate
more business objectives. of Return (IRR), reputation,
repeat work, share price.
Safety Risk Safety Risk: Any uncertainty that, if Low accident rate, minimal lost
Management it occurs, would affect one or more days, reduced insurance
safety objectives. premiums, regulatory
compliance.
Technical Risk Technical Risk: Any uncertainty Performance, functionality,
Management that, if it occurs, would affect one reliability, maintainability.
or more technical objectives.
Security Risk Security Risk: Any uncertainty that, Information security, physical
Management if it occurs, would affect one or security, asset security,
more security objectives. personnel security.
Credit: David Hillson, Effective Opportunity Management for Projects
Exhibit 1-4 General Comparison of a Few Typical Characteristics of CRA and CEVP®
Exhibit 1-5 illustrates how project information develops and evolves over time. With
rising project knowledge comes an understanding that contending with some elements
of the project will require significant additional resources. These elements could involve:
scope; environmental mitigation and permitting; rising cost of right of way as corridors
develop in advance of the project; utilities; seismic issues; and other elements.
In the past, traditional estimating practices tended to produce “the number” for a
project; but the single number masks the critical uncertainty inherent in a particular
project. It implies a sense of precision beyond what can be achieved during planning,
scoping, or early design phases.
We recognize that an estimate is more accurately expressed as a range, not as a single
number. To determine an accurate estimate range for both cost and schedule, risk must
be measured. Formerly, WSDOT measured risk based on the estimator’s experience and
best judgment, without explicitly identifying the project’s uncertainties and risks. That
has changed. Estimates are now composed of two components: the base cost
component and the risk (or uncertainty) component. The base cost represents the cost
that can reasonably be expected if the project materializes as planned. The base cost
does not include contingencies. Once the base cost is established, a list of risks is
created of opportunities and threats, called a “risk register.” The risk assessment
replaces general and vaguely defined contingency with explicitly defined risk events.
Risk events are characterized in terms of probability of occurrence and the
consequences of each potential risk event.
Executive Order (EO) E 1053 instructs employees to actively manage their projects risks.
Risk reviews are an integral part of budget development, with the intent that the
department makes informed decisions about risk tolerance. It can be inferred that
determined Enterprise Risk Management includes comprehensive project risk
management Project risk management is a major element in the Project Management
Plan, which is required for all WSDOT projects (EO E 1032). We, as stewards of the
public trust, must endeavor to inform decision makers of the uncertainty and risk
associated with the projects we develop. We must understand risk tolerance and
we must weigh the value of project decisions against project risks.
Chapter 5 of the book Risk, Uncertainty and Government notes, “…lawyers and
economists are accustomed to think of contracts for future performance as devices for
allocating risks of future events.” In order for us to understand this allocation of risk,
projects must be examined and the uncertainty and risks must be documented and
characterized.
Risk Management
Identify Respond
Analyze Monitor/Control
We can think of risk management as two pillars (depicted above). They are: “IDENTIFY
and ANALYZE” the risks, then, “RESPOND, MONITOR, and CONTROL” project risk.
Unless we incorporate the second pillar, we are not realizing the full value of risk
management. When preparing the Project Management Plan and work activities
for our project, we must include both pillars of risk management.
Project
Risk Assessment Level Notes
Size ($M)
Project Team Risk Assessment The project team assesses each identified
Project Management Guide risk for its probability of occurrence and
Less Formal Risk
Exhibit 1-9 Risk Management Schedule: With Workshop and Postworkshop Activities
Risk Assessment Process (90 days +/-) – Typical timeline for CRA/CEVP ~30 ~90 ~120 +
Request Form submitted by the Project Manager to the Cost Risk Estimating Management
(CREM) Unit of the Strategic Analysis and Estimating Office (SAEO) Start
PREWORKSHOP ACTIVITIES 24 30 44
• CREM works with PM to identify appropriate cost-risk team
• CREM determines appropriate workshop type and length
• CREM works with PM to schedule risk assessment activities (including pre- and post-)
• Project team prepares materials for prep session and begins preparing for workshop
• REALITY CHECK (is project team ready?) > Scope, Schedule, Estimate for workshop
• CREM prepares and distributes PREP Session agenda and sends invites
• PREP SESSION (run by CREM – results in: Draft Flowchart, Estimate, Participants List)
• MILESTONE > PREP SESSION COMPLETE
• PM sends email reminder to region participants/SMEs for workshop
• CREM schedules and conducts advance elicitation with appropriate parties
• CREM sends invites to all workshop participants for workshop
• Project team prepares for workshop (review Flowchart, Estimate, and Participants List)
• CREM, working with PM, finalizes workshop agenda and sends to participants
• Project team makes project information available via email, ftp, and/or other
WORKSHOP ACTIVITIES 1 3 5 or more
Risk Analysis
Current Status ❶ Risk
❷ Risk ❸ Qualitative
Project Management Plan Management
Identification ❹ Quantitative
Scope, Schedule, Estimate Planning
pre-response
Update analysis
Project Management Plan
1
A list of risks comprised of potential project opportunities and threats.
Identification # for each risk identified – Assign a unique number to each risk for tracking
purposes. If available, do this by utilizing an established Risk Breakdown Structure (RBS);
the WSDOT RBS is provided in Exhibit 2-4.
Date risk was identified – Document the date the risk was identified and in which project
development phase (planning, scoping, design/PS&E, construction).
Name of risk - (is the risk a threat or an opportunity?) – Ensure each identified risk has an
appropriate name; for example, “NEPA Delay” or “Reduction in Condemnation.” Also,
document the nature of the risk with respect to project objectives (threat or opportunity);
you can do this by using the RBS for naming conventions.
Detailed description of risk event – The detailed description of the identified risk must
provide information that is Specific, Measurable, Attributable (a cause is indicated),
Relevant, and Time-bound (SMART). Ensure the description is clear enough and thorough
enough so that others reading about the description of the risk will understand what it
means.
Risk trigger – Each identified risk must include the risk trigger(s). Risks rarely just suddenly
occur; usually there is some warning of imminent threat or opportunity. Clearly describe
and document these warning signs and information about the risk. For example, “NEPA
Approval Date” may be considered a risk trigger on a project that has a risk of a legal
challenge.
Risk type – Does the identified risk affect project schedule, cost, or both?
Potential responses to identified risk – Document, if known, possible response actions
to the identified risk—can the identified threat be avoided, transferred, or mitigated, or
is it to be accepted? Can the identified opportunity be exploited, shared, or enhanced?
Comments about risk identification – Risk management is an iterative process, project
risks must be reviewed regularly. Document and assess new risks. The resulting risk
register is preliminary and is refined over time and is a prominent input of Cost Risk
Assessment or Cost Estimate Validation Process® (CRA/CEVP®) workshops. More detail
about the WSDOT workshops for CRA/CEVP® is provided later in this document, and at:
8 www.wsdot.wa.gov/projects/projectmgmt/riskassessment
5. Characterize risks in terms of impact and probability. Note: High-impact risks with
low probabilities should be of particular interest to the Project Risk Manager.2
2-3.2 Tips for Risk Identification
Thoroughly describe the risk; there are forms on the following pages to help
with this, or you may create your own.
Include specialty groups and/or other persons who may have meaningful
input regarding the challenges the project may face.
Determine who “owns” the risk and who will develop a response.
Exhibit 2-1 Risk Identification
Brainstorming: An effective method, brainstorming can range from a small informal project team
effort for simpler projects to a full-blown CEVP® workshop. Effective brainstorming requires a skilled
facilitator, working together with the project team and specialists who can bring additional expertise.
Checklists and/or questionnaires to “specialty groups”: Checklists/questionnaires are quick and easy
to use, but limited in nature; they only deal with the items on the list. Each project is unique, so a
standard list will often not capture the project-specific risks of most concern.
Though it can be limited, a checklist/questionnaire can spark thinking prior to a more formal
brainstorming process.
Examination of past similar projects: Lessons learned from past projects help us to avoid repeating
mistakes. Using past examples requires prudent and objective judgment, since a previous project
may be similar but is nonetheless different because each new project has unique requirements and
features, including uncertainties and risks.
WSDOT Lessons Learned website:
8 http://wwwi.wsdot.wa.gov/projects/delivery/lessonslearned/
A combination of the above methods and/or others: It is quite likely that for most projects, a
combination of the above methods will be used to identify risks. The important thing is that, once
identified, the risks are properly documented (see the following exhibits):
Exhibit 2-2 – Risk identification example (tailor to the needs of the project team).
Exhibit 2-3 – Risk Breakdown Structure for categorizing and organizing risks.
Exhibit 2-5 – Example of qualitative risk identification.
2
High-Impact, low-probability risks, referred to as “black swan” events by some, can devastate a project and,
unfortunately, are not always given the attention they deserve. This is due to the fact that the “expected value” of this
type of risk does not always rank it highly on risk register.
Premitigated Risk
Risk Form SR 050/Marker Road RR-Xing; Construct Bridge - OVER Date:
Specific - A detailed description of
Risk ID:
ROW050.10 Category: Right-of-Way RBS Code: ROW050 .10 MDL Code:
the Risk Event. What is the specific
ENV 30 Environmental Permitting (incl. Appeals) issue of concern?
Risk Title: R/W Impacts (condemnation)
Status: Active Phase that it Impacts: ROW Critical Path? Yes
Measurable - Probability and
Detailed Description of Risk Event: (SMART―Speci fic, Mea s ura bl e, Attri butabl e, Rel eva nt, Ti mebound)
consequence of Risk Event Occuring?
Significant impacts to properties on the west side of Railroad (UPRR). Northwest quadrant ; property
would be split in half by the Road realignment. (cost or schedule impact)
Trigger: condemn
Attributable - What will trigger
Pre -Re sponse Quantitative Assessment Qualitative Rendition
(cause) this risk? How do we know?
Heat Map
⌛ ⌛ Who owns this risk?
Nature: Threat Probability: 75% Probability: High VH
Probabi l i ty
COST $ Millions ($M) SCHEDULE months (mo) Impact Relative to: H $, Relevant - Why is this risk important
Minimum: 0.01 $M Minimum: 6.0 mo ROW M to our project? Will it impact project
Most Likely: 0.28 $M Most Likely: 12.0 mo L objectives? Is it critical?
⌛
Maximum: 0.40 $M Maximum: 18.0 mo COST $: Very High VL
Expected Value ↓ Expected Value ↓ SCHEDULE : Very High VL L M H VH
⌛ 0.19 $M⌛
Timebound - Risks have a "shelf life"
9.0 mo Impact
– the project is not indefinitely
$↗ ↗ or $↗ ↘: This Risk has Correlation with the Prior?
Schedule Risk
exposed - when are we at risk?
This Risk may occur independent of Prior Risks. Schedule Risk Link: 0
Level
Project Risk
1
-
Level Environmental Structures & Design / PS&E Right-of-Way Utilities Railroad Partnerships Management / Contracting Construction
2 & Hydraulics Geotech Stakeholders Funding Procurement
ENV STG DES ROW UTL RR PSP MGT CTR CNS
-----------
ENV 10 STG 10 DES 10 ROW 10 UTL 10 RR 10 PSP 10 MGT 10 CTR 10 CNS 10
NEPA/SEPA Design Changes Design Changes ROW Plan Coordination Design Tribal Issues Management Change in Traffic Control
Coordination Change Delivery Method and Staging
ENV 900 STR 900 DES 900 ROW 900 UTL 900 RR 900 PSP 900 MGT 900 CTR 900 CNS 900
Other ENV Other STR Other Design Other ROW Other UTL Other RR Other PSP Other MGT Other CTR Other CN
Issues Issues Issues Issues Issues Issues Issues Issues Issues Issues
-----------
The RBS provides several functions and benefits to the project team and to management, including:
1) Consistency with taxonomy (wording); 2) Organizes risk events into common categories; 3) Helps identify trends with respect to common usage of risk eventcategories & event types,
categories & event types along with their probability and impact values; 4) Helps to identify common risk events among projects that the Region and HQ offices should be aware of due to
their potential cumulative effects; e.g. negotiating agreements with agencies or other municipalities; 5) Provides a basis to work from for risk elicitors during CEVP workshops; 6) Provides a
basis for development of independent risk surveys for those that are unable to attend a CEVP workshop.
This RBS serves as a starting point in assessing project risks in CEVP and CRA workshops; and also for smaller projects that may not conduct a formal workshop.
RISK TRIGGER CONSEQUENCE IMPACT
RBS CODE RISK EVENT PROBABILITY
(CAUSE or PRECIPITATING EVENT) (effect on project objectives) ($ or time)
ENV 10.01 As a result of… the public involvement process NEPA/SEPA document challenge delays delivery of EA document 70% é$5M, 8 weeks
é$0.1M, 6
ENV 10.02 Because of… public pressure and internal reviews env documentation increases, need to prepare an EIS 10%
months
é$0.1M, 4
ENV 10.03 Due to… reviews by WSDOT Environmental design info deemed inadequate additional design, cost, and time 10%
months
Risk Analysis
Current Status ❶ Risk Risk Analysis
Project Management Plan Management
Risk ❸ Qualitative
Identification
Scope, Schedule, Estimate Planning ❸Quantitative
❹ Qualitative
❹ pre-response
Quantitative
Update analysis
pre-response analysis
Project Management Plan
3-1 General
Qualitative Risk Analysis assesses the impact and likelihood of the identified risks and
develops prioritized lists of these risks for further analysis or direct mitigation.
The project team assesses each identified risk for its probability of occurrence and its
impact on project objectives. Project teams may elicit assistance from subject matter
experts or functional units to assess the risks in their respective fields.
Qualitative risk analysis is often used:
As an initial screening or review of project risks.
When a quick assessment is desired.
As the preferred approach for some simpler and smaller projects where robust
and/or lengthy quantitative analysis is not necessary.
Qualitative: Observations that do not involve measurements and numbers; for example, the
risk of a heavy rainstorm affecting our erosion control is “Very High.”
Qualitative assessment: An assessment of risk relating to the qualities and subjective elements
of the risk—those that cannot be quantified accurately. Qualitative techniques include the
definition of risk, the recording of risk details and relationships, and the categorization and
prioritization of risks relative to each other.
SOURCE: Project Risk Analysis and Management Guide, 2004, APM Publishing
Qualitative analysis provides a convenient and user-friendly way to identify, describe, and
characterize project risks.
Risk identification, as mentioned in Chapter 3, results in the generation of a risk register.
The risk register can be sizeable and it is necessary to evaluate and prioritize the risk events
identified in the risk register. Evaluation and prioritization is typically an iterative process
and can take place at various points in project development.
A thoroughly developed register of risks is helpful. In some situations moving forward is
difficult because of indecision. Identifying, describing, and assessing project risks allows for
prioritization that offers actionable information by providing specific, documented risk
events. Prioritizing risks offers Project Managers an opportunity to focus project resources.
Prioritization helps make decisions in an uncertain environment and address project risk in
a direct and deliberate manner.
Qualitative analysis utilizes relative degrees of probability and consequence of each
identified project risk event in descriptive non-numeric terms; see Exhibit 3-2 and
Exhibit 3-3 for examples of qualitative risk matrices.
Determining an estimated probability of a risk occurring and it’s consequence is for many a
new activity. In any field, with experience, professionals develop intuition and an ability to
understand projects to a greater degree than those not involved with project development
and delivery. This experience and intuition is extremely valuable—in a risk workshop
forum, we surround ourselves with “wise counsel” to seriously and thoroughly discuss the
project. It might be helpful to examine the word “guess” and compare it to other words,
such as “discernment” and ”judgment,” that more appropriately describe risk assessment.
The definitions in the following table come from the Merriam-Webster Online
Dictionary/Thesaurus (with edits).
Discernment Definition: The quality of being able to grasp and comprehend what is
obscure; skill in discerning (insight and understanding); the process of
forming an opinion or evaluation by discerning and comparing; an opinion
or estimate so formed; the capacity for judging; the exercise of this
capacity.
Synonyms: Perception, penetration, insight, and acumen mean a power to
see what is not evident to the average mind. DISCERNMENT stresses
accuracy; PERCEPTION implies quick discernment; PENETRATION implies a
searching mind that goes beyond what is obvious or superficial; INSIGHT
suggests depth of discernment coupled with understanding; and ACUMEN
implies characteristic penetration combined with keen practical judgment.
Guess Definition: To form an opinion from little or no evidence.
Synonyms: Assume, conjecture, presume, speculate, suppose, surmise
Related Words: Gather, infer, hypothesize, theorize, believe, conceive,
imagine, reckon.
EXAMPLES ONLY
A simple matrix, provided below, is suitable for smaller, less complex or routing projects; it also appears in
the WSDOT’s Project Management Guide.
Exhibit 3-4 Simplified Risk Management Plan Spreadsheet with 2 x 2 Probability Impact Matrix
Exhibit 3-5 Simplified Risk Management Plan Spreadsheet, 5 x 5 Probability Impact Matrix
Risk Analysis
Current Status ❶ Risk Risk Analysis
Project Management Plan Management
Risk ❸ Qualitative
Identification ❸Quantitative
❹
Scope, Schedule, Estimate Planning Qualitative
❹ pre-response
Quantitative
Update analysis
pre-response analysis
Project Management Plan
4-1 General
Quantitative Risk Analysis is a way of numerically estimating the probability that a
project will meet its cost and time objectives. Quantitative analysis is based on a
simultaneous evaluation of the impacts of all identified and quantified risks.
The Strategic Analysis and Estimating Office (SAEO) at WSDOT offers several tools for
quantitative analysis of risk. These tools are described in Executive Order E 1053 and
summarized in Exhibit 4-1.
Quantitative techniques, such as Monte Carlo simulation, can be a powerful tool for
analysis of project risk and uncertainty. This technique provides project forecasts with
an overall outcome variance for estimated project cost and schedule. Probability theory
allows us to look into the future and predict possible outcomes.
Use of quantitative analysis, while very powerful, also can be misleading if not used
properly. WSDOT provides a comprehensive guide for risk workshops that, if followed,
helps ensure a consistent process and safeguards against biased and/or misleading
results. The comprehensive set of workshop guidelines are provided in Part II of this
document.
The following caution comes from the paper “Top Down Techniques for Project Risk
Management” by Martin Hopkinson, presented at the 2006 PMI Conference in Madrid.
Poor modeling can produce an output that looks convincing to managers but is so
flawed that the results are dangerously misleading. On a project
with unrealistically tight targets, poor risk analysis may thus become a tool
that fosters management delusions about the prospects for success.
Project risk management is an integral component of ongoing project management.
Project Managers sometimes ask “when is the best time to conduct a CRA or CEVP®
workshop?” This is answered by reviewing the status of project development.
Project risk management is an integral part of the Project Management Plan, PMP. As
the PMP is developed include requirements for keeping the plan current and the
approximate timing for conducting formal risk analyses. At a minimum quantitative risk
analysis requires a project scope associated schedule and cost estimate. When the
scope, schedule and estimate are ready the project team can begin in earnest to
prepare for their risk management workshop.
Contact the Design Analysis Office at WSDOT HQ to discuss your project risk analysis
requirements. They can guide you through the process, including scheduling
consultants and WSDOT resources to effect the completion of a quantitative analysis,
either through the workshop process or use of the self-modeling spreadsheet.
When a project team prepares for a workshop, much of the work that is performed on a
daily or regular basis becomes the input for the analysis. This includes scope or work,
schedule estimate (with backup and assumptions), cost estimate (including the Basis of
Estimate), assumptions, and backup information. Estimates are used to make financial
decisions; hence, in order to facilitate this, materials should be developed that result in
an informed decision-making process. Capital Program Management System (CPMS)
data requirements are listed in Exhibit 4-2.
Project teams must provide specific data to the region program management office for
inclusion into CPMS and the Transportation Executive Information System (TEIS). The required
data is:
3. CPMS Modifications
• CPMS will be modified to calculate the midpoint for construction phases using the
project award date and the operationally complete date.
The risk register begins during risk identification and is further developed during
analysis (qualitative and/or quantitative); the risk register is a key component of the
Project Management Plan.
• Prioritized list of quantified risks: Those risks that have the most significant
impact (threats or opportunities) to project objectives (tornado diagrams,
expected values, decision trees).
• Probabilistic analysis of the project: Estimated cost and completion dates
and associated confidence levels.
• Quantitative analyses: Can be conducted several times throughout project
development; trends can be identified, and mitigation strategies can be
implemented and monitored. The risk profile of a project evolves and
changes as the project is developed, knowledge is gained, and design
changes occur.
2. Informal Workshop (Meeting)
For smaller projects, an informal workshop comprised of the project team and/or
key project team members and other participants (such as specialty groups involved
with critical items) may suffice.
Risk management is ongoing and iterative; periodically, workshop members can regroup
to evaluate the project and associated uncertainty and risks. Workshops typically occur
for a project every 12 to 24 months or at key project milestones. Project risks and
mitigation efforts should be discussed at regular project meetings; make changes as
appropriate and, following those changes, re-run the risk model. Value is gained when
action is taken to respond to risks, resulting in cost and schedule savings to the project.
In order to fully understand our projects, we must determine what we know and what
we do not know about a project. In our industry, Civil Engineering – Transportation, we
have devoted a good deal of resources to clearly explain what is known of a project. We
have many specialty offices that gather and provide data in support of project delivery,
including: aerial photography, surveying, site investigations, bid histories, real estate
services, right of way, utilities, access management, environmental, hydraulics,
structures, geotechnical, railroad, tribal, planning and programming, ad/bid/award,
construction, tolling, economic, programming, external resource agencies and
stakeholders, public interest groups, and others.
Just as important is to devote some energy and resources to assess what is not known
and/or is uncertain about a project. One tool for accomplishing this is intentional,
thoughtful, and deliberate project risk management, as part of an overall Project
Management Plan. Risk assessment is not a measure of estimate accuracy:
The project team must examine each critical item and predict its possible extreme values
considering all risks, including compounding effects. It is important to understand that the range,
as considered in this method, is not the expected accuracy of each item. This is a key issue. Risk
analysis is not an analysis of estimate accuracy. Accuracy is dependent upon estimate deliverables
and estimate maturity.
AACE International Recommended Practice No . 41R-08
RISK ANALYSIS AND CONTINGENCY DETERMINATION USING RANGE ESTIMATING
TCM Framework: 7 .6 – Risk Management
June 25, 2008
Quantitative analysis is a natural activity that fits into our standard project management
process, and unfolds something like this:
Declarations of cost estimates should be complete and transparent. Report results as a range.
When asked “how much it will cost?” we must report the total cost – this includes previously incurred
expenses (Pre-NEPA study, NEPA, ROW, or any preliminary engineering costs, etc.) in the total
project cost results. If the risk analysis is conducted for the cost to complete, be sure to also
report all monies spent to date – that is the total cost.
Results should be reported as a range and typically in Year Of Expenditure dollars. In any case be
complete and identify the dollars being reported (Current Year or Year of Expenditure).
Risk Analysis
Current Status ❶ Risk
Project Management Plan Management
Risk ❸ Qualitative
Identification ❹ Quantitative
Scope, Schedule, Estimate Planning
pre-response
Update analysis
Project Management Plan
Threats Opportunities
1. Avoid 1. Exploit
2. Transfer 2. Share
3. Mitigate 3. Enhance
4. Accept
AVOID (threats)
Avoidance actions include: changing the Project Management Plan to eliminate a Action taken
threat; isolating project objectives from the risk’s impact; or relaxing the project to ensure the
objective that is in jeopardy, such as extending schedule or reducing scope. probability or
impact of a
Some risks that arise early in the project can be avoided by clarifying threat is
requirements, obtaining information, improving communication, or acquiring eliminated.
expertise. (Project Management Body of Knowledge [PMBOK])
There are two types of action: (1) remove the cause of the risk (risk trigger), or (2)
execute the project in a different way while still aiming to achieve project objectives.
Not all risks can be avoided or eliminated, and for others this approach may be too
expensive or time-consuming, but this should be the first strategy considered for
each risk. (Effective Opportunity Management for Projects by David Hillson)
EXPLOIT (opportunities)
Action taken to
The opposite of avoid, this strategy is to ensure a positive impact, or realize an
ensure the benefit opportunity. Taking action to make the opportunity definitely happen; such
of an opportunity is response actions include: assigning more talented resources to a project to reduce
realized.
time to completion and/or providing better quality than originally planned. (PMBOK)
Eliminate the uncertainty associated with a particular upside risk. An opportunity is
defined as a risk event that, if it occurs, will have a positive effect on achievement of
project objectives. Avoid and Exploit are the most aggressive of the response
strategies and should be reserved for those “golden opportunities” with high
probability and impacts. (Effective Opportunity Management for Projects by David
Hillson)
TRANSFER (threats)
Action to allocate
Transferring a threat does not eliminate it—the threat still exists; however, it is
ownership for owned and managed by another party. Transferring risk can be an effective way to
more effective deal with financial risk exposure. Transferring project risk almost always involves
management of
a threat. payment of a risk premium to the party taking the risk; for example, insurance,
performance bonds, or warranties. Contracts may be used to transfer specified risks
to another party. (PMBOK)
Transferring risk involves finding another party who is willing to take responsibility
for its management, and who will bear the liability of the risk should it occur. The
aim is to ensure that the risk is owned and managed by the party best able to deal
with it effectively. Risk transfer usually involves payment of a premium, and the
cost-effectiveness of this must be considered when deciding whether to adopt a
transfer strategy. (Effective Opportunity Management for Projects by David Hillson)
Action to share with
a third party; SHARE (opportunities)
enhance/exploit Sharing a positive risk involves allocating ownership to a third party who is best able
opportunity.
to capture the opportunity for the benefit of the project. Examples of sharing actions
ENHANCE (opportunities)
This response modifies the “size” of an opportunity by increasing probability Action to
and/or impact. Seeking to facilitate or strengthen the cause of the opportunity, enhance
opportunity.
and proactively targeting and reinforcing its trigger conditions. Impact drivers
can also be targeted, seeking to increase the project’s susceptibility to the
opportunity. (PMBOK)
This response aims to modify the “size” of the positive risk. We enhance the
opportunity by increasing the probability and/or impact of an opportunity thereby
maximizing benefits realized for the project. If the probability can be increased to
100%, this is effectively an exploit response. (Effective Opportunity Management for
Projects by David Hillson)
ACCEPT
The term “accept” refers to risks that remain after response actions and/or for Action taken to
which response is not cost-effective are accepted; risks that are uncontrollable document
acceptance of
the risk.
(no response actions are practical) are also accepted. (Effective Opportunity
Management for Projects by David Hillson)
Ultimately, it is not possible to eliminate all threats or take advantage of all
opportunities; we can document them and at least provide awareness that these
exist and have been identified; some term this “passive acceptance.” In some cases,
in some industries, a contingency reserve is established to deal with the aggregate
residual risk that has been accepted; some term this “active acceptance.”
As project development continues the risk profile will change. As we successfully
respond to risks and our project knowledge increases, our risk exposure will diminish. In
effect, we can retire risk reserve as risk events are successfully avoided or mitigated or
we have passed the time during which the risk is active and it becomes retired.
The following is from the Risk Management Planning Spreadsheet:
8 www.wsdot.wa.gov/projects/projectmgmt/riskassessment
Exhibits 5-4 and 5-5 depict typical response actions for threats and for opportunities
depending on the region of probability and impact in which the risk resides.
Exhibit 5-4 Typical Risk Response Planning Chart for Threats – Risk Response Planning: Selecting the
Right Strategy (Piney, 2002)
Notes:
1. If a risk has an extremely high probability of occurrence, it may be best to assume the
condition as part of the base.
2. Risks (threats) with high impacts can, over a given limit, wreck a project; these risks
must be avoided.
3. Insignificant risks can be accepted—passive response.
4. Between avoidance and acceptance, we can take other actions such as mitigation; for
risks with low probabilities, we may want to transfer them.
5. For risks (threats) above a certain probability, we may choose to accept actively by
mitigating and/or preparing contingency plans in the event of its occurrence.
6. All risks (threats) should be mitigated where practical and cost-effective.
Exhibit 5-5 Typical Risk Response Planning Chart for Opportunities – Risk Response Planning:
Selecting the Right Strategy (Piney, 2002)
Notes:
1. If a risk has an extremely high probability of occurrence, it may be best to assume the
condition as part of the base.
2. Risks (opportunities) with high impacts; these risks should be exploited.
3. Insignificant risks can be accepted—passive response.
4. Between exploit and accept, we can take other actions such as enhance and/or share
opportunity risks.
5. For risks (opportunities) above a certain probability, we may choose to accept actively
by preparing plans in the event of its occurrence—how will we take advantage of a
fortunate occurrence?
6. All risks (opportunities) should be enhanced where practical and cost-effective.
Risk Analysis
Current Status ❶ Risk
Project Management Plan Management
Risk ❸ Qualitative
Identification ❹ Quantitative
Scope, Schedule, Estimate Planning
pre-response
Update analysis
Project Management Plan
6-1 General
Perhaps you have heard the phrase, “control is an illusion.” We may have experiences
when we felt this to be true; however, this phrase does not tell the whole story. There
may be little control over the external environment, but we do have control over how
we interact with it. We have control over our state of readiness; we can look ahead and
innovate. We control the robustness of our response to identified risk events and the
quality of our documentation. We control how earnestly we integrate risk management
into our Project Management Plans.
6-1.2 Risk Monitoring and Control Tools and Techniques
After we have implemented response actions, we must track and record their
effectiveness and any changes to the project risk profile. Did the response actions have
a positive or negative effect on achieving project objectives? If so, explain how and why
in the Risk Management Plan.
6-1.2.1 Documentation of Response Actions
risk reserves. Establish the final objectives of the project with stakeholders to improve
the chances of project success. Confirm endorsement of team members and
stakeholders as the project plan evolves.
6-1.2.2 Monitoring and Controlling Project Risk
The Project Manager and team apply the Project Management Plan toward completion
of deliverables. Monitor project status, look for trends that indicate variations (good and
bad) in project execution. Results should be communicated and if needed adjustments
made through a change management or issue resolution process. Be able to describe
the project history and it’s evolution – this is essential to develop lessons learned.
Helpful Hints
• Be thorough and tenacious in gathering status update information for risks.
• Monitor status and trends continually (scope, schedule, cost estimates, quality
of product, etc.).
• Address problems and issues immediately; in fact, anticipate and discuss in
advance if possible.
• Communicate.
Exhibit 6-2 focuses on the second pillar of risk management – RESPOND – MONITOR and
CONTROL.
Exhibit 6-3 provides an example of a completed RMP spreadsheet, and the following
pages describe how to use the Risk Management Plan spreadsheet to monitor and
control project risk.
Notice that the first 15 columns in the Risk Management Plan spreadsheet are devoted
to IDENTIFY and ANALYZE: the first pillar of risk management (see Chapter 1). The
remaining columns (16 thru 25) are devoted to the second pillar of risk management:
RESPONSE, MONITOR, and CONTROL.
In Chapter 5, we reviewed in some detail risk response actions; in this chapter, we
follow up and follow through with monitoring and control. The way we “monitor and
control” risk is to regularly review the effectiveness of the response. Are the response
actions working? Are things getting better? Are we more confident about our ability to
meet project objectives after the response actions have been implemented?
In effect, response, monitor, and control are natural components of our day-to-day
project management activities (e.g., communicate with the project team and ascertain
how things are going; make note in the Risk Management Plan and document the
results).
Notice that Exhibit 6-1 lists only 5 risks. Most will agree this is not too many to manage,
but is it enough to make a difference in our project? The answer is a resounding YES,
and it is demonstrated in the example provided. Exhibit 6-4 depicts the bottom of the
RMP spreadsheet under column 11; notice that for these 5 risks, there is an expected
value of $7.1M.
It should also be recognized that this project identified over 50 risks, 23 of which were
deemed significant enough to warrant inclusion in the quantitative risk analysis model.
These 5 emerged as the top-ranked risks after the analysis and provided the Project
Manager a prioritized list of risks to manage. The other 40+ risks were not simply
ignored; they provided “issues awareness” for various specialty groups and were dealt
with as each specialty group deemed appropriate for relevant risks. These additional
risks also acted as a “watch list” for the project.
Exhibit 6-4 Total Estimated Cost Impacts of Top 5 Risks for the Example Project
Exhibit 6-5 depicts a performance measure for the effectiveness of risk management on
this project.
When reporting on the risk management efforts for this project, we can summarize as
follows:
The total dollar amount planned for response actions was $0.6M, to achieve
reduced project risk exposure by an estimated $3.8M (expected value of risk
reduction). After implementing the response actions, we found the total cost of
the response actions were $0.7M, which avoided an estimated $3.7M in project
costs.
This example illustrates an excellent return on the dollar for risk management efforts.
Other benefits, less quantifiable, included:
• Improved communication among team members and externally to stakeholders
and the public.
• Identified areas of concern for each specialty group as it helped develop the risk
register during risk elicitation.
• Greater confidence by the Project Manager and project team during project
development.
• Fewer surprises as upper management was informed of the issues.
• More informed decision making, due to information gleaned from the overall
risk workshop and risk management effort.
We can monitor and control a number of things in our risk management efforts,
including:
1. Our state of readiness.
2. Our commitment to looking ahead, and being prepared to improvise and adapt.
3. The robustness of our risk response actions.
4. The quality of our documentation.
5. How earnestly we integrate risk management into our Project Management Plan.
6. Keeping our RMP up to date, including the RMP spreadsheet.
7. Our preparedness to provide the following performance data regarding our risk
management efforts:
• Number of risks identified
• Number of significant risks, as determined through quantitative analysis
• Dollar value of significant risks
• Estimated cost of planned response actions
• Estimated value of costs avoided through risk management
• Actual cost of response actions
• Estimated actual value of costs avoided through risk management
• Estimated amount of delay (months) avoided through risk management
1
From NCHRP 7-60 review draft – with edits.
SR ###, MP limits:
_________________________________Project Manager:________________________________
_________________________________Risk Manager:__________________________________
_________________________________WIN:__________________________________________
PIN:__________________________________
L#:___________________________________
Introduction
This document is the Risk Management Plan for this project. It is a plan of action that describes
how this project team will deal with uncertainty and risk. Project risk management is an ongoing
and integral part of project management and is performed throughout the life of the project.
The Project Manager is responsible for reviewing and maintaining the Risk Management Plan
to ensure that risk is appropriately dealt with by the project team.
2014
2015
2016
As a project develops, its risk profile will change. Risks are identified, and response
actions are implemented, which changes the nature of the project risk profile and new
risks are identified. During risk identification, we identify risk events. The first time this
is accomplished, it constitutes a list of primary risks; as actions are taken, secondary
risks can emerge as a result of implementing the treatment response to the primary risk.
If it is possible, secondary risks should be dealt with as part of the primary risk response
action. When developing our response actions, we will be vigilant in considering the
ramifications of the response actions. We will take measures to include strategies that
deal with the primary risk as well as secondary risks and endeavor to minimize or
eliminate residual risk as part of risk response efforts.
7-4.2 Risk Monitoring and Control
Monitoring and control is not complete unless communication has occurred.
COMMUNICATION is the lynch-pin of effective project management and risk
management.
2 Also referred to as risk treatment, risk mitigation, risk management, or risk prevention in some publications.
3 Practical Risk Management by David Hillson and Peter Simon (with edits).
Communication within and among the project team will be crisp, concise, complete,
correct, and timely, as will the communication to upper management and executives.
Effectiveness of the risk response actions will be monitored and reported regularly, as
indicated previously, at our project meetings; adjustments will be made as needed.
7-4.2.1 Risk Monitoring and Control (communication)
• Project Team
o Record assumptions that underlie judgments and decisions.
o Monitor and document results of implemented risk response actions.
• Upper Management and Executives
o Avoid unpleasant surprises.
o Fully inform parties of risks, response actions, and trade-offs.
• Accountability
o Document the risk assessment process in such a way that it can be
reviewed and examined to learn the reasons particular judgments and
decisions were made.
• Control of Risk and Management Activities
o Specify criteria for risk management success, including targets and
measures used to assess performance.
o Follow up with risk owners regarding the status of completing the risk
response actions and the resulting effect; track resource allocation(s)
associated with risk response actions.
Performance Measures
CRA CRA CRA CRA
Workshop #1 Workshop #2 Workshop #3 Workshop #4
Workshop Date(s)
Be prepared: Know what is to be evaluated at the workshop; clearly describe the scope of the
1 project; have a well-organized, up-to-date, and easy-to-present project schedule and cost
estimate appropriate to the level of project development.
Submit workshop request form after it is clear what project alternatives and/or scenarios are to
2 be evaluated. Allow at least 8 weeks advance notice from the time the workshop request form is
submitted to when the first prep session will be held.
Use the project management process as outlined in the WSDOT Project Management Online
3
Guide.
4 Follow the guidance provided throughout this document.
Keep workshop attendance to a manageable size: An effective workshop has all of the necessary
people present, but not more than is necessary. Too many people in a meeting can make it less
5
effective, slow, and cumbersome. Read the sections on Pre-Workshops and Workshop Meetings
in this document, particularly Cautionary Notes Regarding Workshop Dynamics.
Project Manager or Assistant Project Manager attends the workshop: It is crucial that someone
6
able to speak from the owner’s perspective be present throughout the workshop.
Become familiar with the workshop process in advance of the workshop: The Strategic Analysis
7 and Estimating Office can provide a representative from the CREM Unit to conduct training and
orientation in advance of the workshop.
When the workshop is over, it’s over! The workshop is a “snapshot” examination of the project,
and issues of concern should be brought up during the workshop. Elicitation of risks and their
characteristics are completed by the end of the workshop. The modelers then need to complete
the modeling and analysis of the information generated at the workshop, without interference
8 and disruption due to post-workshop wrangling and debate. Following the completion of the
analysis risk response, actions are to be developed and incorporated, by the project team, into
the Risk Management Plan. Benefits of the process resonate for weeks and months following the
workshop as the project team uses information gained from the workshop in their day-to-day
decision-making and project development activities.
*Use as a quick reference; more detailed information is found throughout this document.
Risk Management
Identify Respond
Analyze Monitor/Control
• Risks are listed in a risk register • Project team develops response
• Risk input quantified (P & I)* actions for key risks, enters into RMP*
• Monte Carlo analysis • Risks and response actions monitored
• Ranked risk register from analysis • RMP is regularly updated
*P = Probability, I = Impact *RMP = Risk Management Plan
We can think of risk management as two pillars (depicted above): “IDENTIFY and
ANALYZE,” and “RESPOND, MONITOR, and CONTROL.”
Unless we incorporate the second pillar, we are not realizing the full value of risk
management. When preparing the Project Management Plan and work activities for our
project, we must include both pillars of risk management.
• The preparation activities before the workshop, the workshop itself, and the
analysis of the input comprise the first pillar.
• The second pillar requires that the Project Manager and project team develop
response actions for the key risks, document the response actions, and
incorporate this information into their Risk Management Plan (as part of the
Project Management Plan update).
The Project Manager and team then track the risks and the effectiveness of the
response actions. A follow-up analysis can be performed to demonstrate the
effectiveness of the response actions.
Workshop Project Team must include risk This flowchart is an “at-a-glance” reference, please
Request management activities in their project review relevant portions of the WSDOT Guidelines
by project team management plan for CRA-CEVP Workshops for more details.
4a ADVANCE ELICITATION
SAEO OFFICE (CREM unit) CRA and CEVP® Seven step process:
Work with Project Team to Arrange 1. Project and Method Selection
Advance Elicitation Interviews; conduct
2. Structuring the Collaborative Team Effort
Advance Elicitation interviews with
appropriate Project Team members and 3. Define and Evaluate the Base Cost Estimate and Schedule
specialty groups. Elicitation continues and
4. Identify and characterize Project Risk and uncertainty.
is finalized in the workshop.
5. Confirm Quantified Risk and Uncertainty in the Project Cost and Schedule
6. Probabilistic Analysis and Documentation
7. Implement and measure risk response actions, monitor and control
The main criterion for project workshop participation has to be “Who is absolutely
critical to identify the problems we are dealing with?” The criterion of “criticalness”
should include not only technical expertise and responsibility but also problem-solving
and team skills. Workshop participants should:
1. Be involved
2. Be heard (in relation to their responsibility and/or expertise)
Recommended Participants
Preparation for the workshop may take one or several meetings depending on the
project size and complexity, and the knowledge of the participants. The Project
Manager/project team should work with the workshop coordinator and cost-risk team
to identify the best combination of participants at each meeting (see Exhibit A-2). All
participants do not need to attend all meetings. The goal is to effectively use time for all
parties in a manner that ensures a sound and objective analysis (see Exhibit A-3).
A-1.5.2 Pre-Workshops
Exhibit A-3 Pre-Workshop: Determine Need, Process & Assemble Project Information
Note: The best workshops, in terms of being effective and efficient, are those that have had
ample advance work conducted—particularly in the areas listed above.
The process, when properly followed, provides a sound base estimate and identifies risk
events that can cause the project to turn out differently than planned. Attempting to
revise estimates for the analysis outside this framework can make it difficult to
disentangle effects and make the management of risks less effective.
Identification and quantification of risk events will provide the project team with
knowledge regarding identified risk events. The Project Manager must decide what
action to take in response to the identified risks: avoid, transfer, mitigate, or accept the
risk. Decisions regarding risk management may affect project budget and schedule.
1
“The human element introduces an additional layer of complexity into the risk process, with a multitude of influences both
explicit and covert. These act as sources of bias…which affect every aspect of risk management.” Understanding and
Managing Risk Attitude by Hillson and Murray-Webster. In our processes, we attempt to “condition” (prepare) participants to
be aware of bias and make efforts to avoid and reduce bias in workshop inputs.
2 "Judgment Under Uncertainty: Heuristics and Biases" Tversky & Kahneman, 1974
The anchoring and adjustment bias is the phenomenon of experts thinking they know
more than they actually do. If you ask an expert for their best guess first, then they will
tend to provide inadequate ranges. Following are better ways to reduce biased answers:
1. Ask experts for the limits of the potential ranges first.
2. When providing extremes, experts should be able to describe the type of outcome
that will generate the extreme case.
3. Ask the expert for a “plausible low” and “plausible high.” These can be treated in a
variety of ways by the analyst who quantifies the risk. A standard needs to be
established.
a. One method is to ask the expert for a plausible minimum and plausible
maximum.
b. Another method is to ask the expert for a low and high percentile (i.e., 10% and
90%), and then use this information to generate the distribution.
c. A third method is to request another low and high percentile that the expert
wishes to provide.
4. After obtaining the highs and lows, ask for the expert’s most likely value.
Experts are always receiving new information to add to their knowledge base.
Frequently, when approached for their judgment, experts will have recent information
that they have not had time to “blend-in” to their knowledge base.
One practical way to address this information availability bias is to ask the expert a
simple follow-up question regarding the issue being elicited: “Is there recent
information you are using to provide your judgment?” If the answer is yes, then ask,
“How does that new information weigh in relative to all the other information you have
accumulated over the years?” If the availability bias exists here, the expert will often say
something like, “That’s a good question; let me think about it and get back to you” or
“I’ve thought about it and I have given the new information the proper weighting.”
A-1.9.3 Representativeness or Stereotyping Bias
This is the case where experts have base information, but don’t use it. Instead, they
match an event with a stereotypical case. Biases, in expert response, can potentially
lead to understating the range, so it is important that the risk elicitor properly prepare
participants, and monitor and question participants if a bias is detected.
A-1.10 Conflict Resolution
Although uncommon, there may be situations where a significant difference of opinion
has arisen between workshop participants, either during or following the workshop.
There are many resources and references on the topic of conflict management and
conflict resolution. This workshop guide is not a substitute for those resources, many of
which can be found at libraries and bookstores. However, a progressive process for
resolving such disagreements at workshops is offered below:
1. Capture the difference as a range
One benefit of the CRA/CEVP® workshop process is that it allows input in the form of
ranges and percent probabilities. Usually, the ability to capture input in ranges
meets the needs of participants offering input. For example, if one participant
states, “This risk event could cause $1 million in additional cost…,” and another says,
“This risk event could cause up to $3 million in additional cost…,” we can simply
offer to capture the risk with a $1 million to $3 million impact range. Typically, this
will satisfy the parties with differing opinions about the impact. (Note: Persons
offering opinions should be able to state why they have the opinion and document
the information used to develop the opinion.)
2. Evaluate different scenarios
If we are not able to resolve the difference by capturing it as a range, in some cases
it may be appropriate to evaluate additional scenarios that address the different
opinions being offered. This is practical in some cases—to a point. Having too many
scenarios can add cost and complexity to the workshop and may not be necessary or
helpful to the overall evaluation of the project.
A-2 Workshop
The workshop will be attended by project team members, the cost risk team, and
necessary SMEs and/or project specialists.
The overall workshop objectives are:
1. Review and validate base cost estimates.
2. Identify uncertainties and risks.
3. Characterize uncertainties and risk (in terms of likelihood and impacts).
Elicitation3 can be accomplished in a number of ways and may utilize any one or a
combination of the following approaches:
• In the workshop
• Through a questionnaire
• Through interviews of individuals or small groups in advance of the workshop
• By teleconferencing
• Other methods
3
Elicit – To draw forth…; to bring out… from the data in which they are implied. To extract, draw out (information) from a
person…
Rather than having everyone attend every elicitation session, subgroups can in some
cases provide a more efficient and effective approach to help ensure a properly focused
elicitation with the correct SMEs present. This approach can help keep the number of
individuals in the meeting to a manageable size. Group dynamics may begin to
deteriorate after a group reaches a certain large size (i.e., many contributions but not
necessarily from knowledgeable participants), and subdividing the elicitation provides a
practical offset to the size problem. The subdivision of elicitation can happen on the
same day, which could allow each of the Risk Leads to take a group into a separate room
for elicitation.
The following elicitation subgroups have been used:
1. Right of Way, Utilities, and Railroad
2. Environmental, Cultural Resources, Stormwater
3. Structures, Geotech
4. All Other: Design, Traffic, Work Zone Traffic Control, Constructability (staging/
sequencing), scope issues/uncertainties, public pressures/opposition, local
jurisdiction concerns, local market conditions/uncertainties, uncertainty in the base,
management and other costs.
A-3.2 Cautionary Notes Regarding Workshop Dynamics
1. The size of the group needs to be kept manageable. Group dynamics deteriorates
beyond a certain-sized group. While a good mix of expert input is desired, care
needs to be taken that the number of participants does not overwhelm the process
or diminish the effectiveness of the workshops. For example, too many people in the
room attempting to speak can “drown out” or dominate time that should be used to
listen to the SMEs.
2. Participants who are not familiar with the workshop process and/or risk-based
estimating need to be educated/acclimated to the process. Participants should know
their roles and what will be expected from them during the workshop.
3. The workshop effort should be commensurate to project size and complexity.
Choose the right size and approach for the project. The process is scalable.
The draft report is due two weeks after the workshop (or after the final inputs
document has been provided to the risk modeler). Every attempt should be made to
provide inputs by the final day of the workshop. Allow one week for comments.
A-3.3.2 Workshop Report (Final)
The final report (see Exhibit A-6) is due two weeks after the draft report is delivered
(one week after comments are due). This report should be ready and complete with the
one-pager and Risk Management Plan spreadsheet. If no comments are received for the
draft report, the draft report becomes the workshop report of record.
Report Editor
Coordinator
CREM Office
Remember…
Workshops are usually held early in project development, from late planning to the early stages
of developing the contracts plans, specifications, and estimate (PS&E). Risk management is an
ongoing project management activity; the Project Manager and project team should continue to
proactively manage risk up until advertising the contract. Continuing risk management and risk
assessment should look at the knowledge gained through the workshop process, and pay
particular attention to evaluating the sequence of construction activities and scheduling through
completion of the PS&E.
Typical timeframe
for CRA/CEVP workshops Final
Construction
Cost
Design AD
Approval
Project
Contractor Risk Planning
Project Risk Management is an ongoing activity. Development
Approval and Management
pre-construction construction
Project schedules and cost estimates are owned by the project teams, and they must be
updated regularly. This may involve conducting workshops periodically (typically, every one to
two years). The workshop effort begins with a request from the project team. The process
focuses on the project team for input of primary information; the project team utilizes the
workshop results as they deem appropriate, to more effectively manage their projects. The two
main elements of an estimate are: base cost, which represents the cost if the project
materializes as planned, and risk events, a combination of the probability of an uncertain event
and its consequences. A positive consequence presents an opportunity; a negative consequence
poses a threat. Note that risk events are separate from variability that is inherent in the base.
B-2 CEVP®
Generally, CEVP® follows the seven-step process outlined below:
After the probabilistic analysis is complete, the results are then interpreted, documented, and
reported to the project team. Standard results include total project cost and schedule
distributions, both in terms of current dollars and year of expenditure dollars. The resulting
distributions, or ranges, have specific probability characteristics and are reported as percentage
values.
The process provides a tool for the project team to evaluate the quality and completeness of the
current project estimate. It is intended to increase confidence in the project cost and schedule
forecasts and to identify areas of uncertainty.
The workshop process is not intended to “recreate the wheel,” or second-guess the project
team. It is not a substitute for other necessary project management functions such as project
control and value engineering.
Note: Risk-based estimating, such as CRA/CEVP®, does not provide an “answer book” with all
uncertainty removed from the project. Probability, not certainty, is the outcome from the
workshop process.
The CRA/CEVP® workshop effort is an analysis of data provided by the team in collaboration
with subject matter experts and cost and risk experts. It provides useful information for risk
management and is an integral part of the overall Project Management Plan. The project team
owns the workshop report and results to help them develop a plan of action to respond to the
identified risks. The report written from the CEVP® analysis is not a decision document— it is an
information document for decision makers.
1. Provide plans and documents that describe the scope, schedule, and cost estimate of the
project. The Project Manager needs to approve of the Project Management Plan, including
scope, schedule, and cost estimate, prior to the workshop. In addition, all key contributors
need to confirm and accept the estimate that is being presented for analysis in the
workshop. The information presented by the project team should not be a surprise to the
specialty groups and stakeholders involved in the project.
2. Describe the level of project maturity (i.e., percentage of design completion).
3. Describe the character and time frame of the project and issues of concern.
The Project Manager and project team should remain mindful of the overall workshop
objectives, which are to:
To ensure the quality of our workshops and effectively use the participating subject matter
experts, the Project Manager and project team do the following:
• Submit CRA/CEVP® workshop request forms at least 8 weeks prior to the workshop; for
some projects, such as SR 520 and AWV, Project Managers have asked that the forms
be submitted at least 12 weeks in advance.
• Submit the following documents 2 weeks prior to the workshop:
o Updated Project Management Plan (including Risk Management Plan)
o Current project schedule (to be used at the workshop)
o Current estimate file (with assumptions and Basis of Estimate)
o Current project summary (and detailed project scope)
The items above need to be completed and turned in early so that workshop participants can
learn the basic elements of the project, and begin review of cost estimate key items. Project
estimate review and risk assessment are the main workshop topics.
The Project Manager is to ensure the availability of project team members who can speak to the
issues raised in the workshop and are familiar with the documentation.
The project team must be prepared to identify applicable risk elements (global and project
specific), the interrelationships of the risks, and the characterization of the risks in terms of
likelihood and impacts. If the project team is interested in pricing the project for different
delivery methods (e.g., design-bid-build vs design-build), they need to be prepared to discuss
this.
The project team, working collaboratively with the workshop team, should be prepared to
discuss and determine:
1 Exclusions
1 Funding
1 Programmatic Issues
1 Others
1 Adequate subject matter expert participation
1 Authority to “de-bias” the input
1 The optimal process balance between effort and accuracy; level of analytical detail and
how to handle dependence, correlations, and distributions
B-4.1 Items Required from the Project Team Prior to the Workshop
The project team must produce the following items ahead of time and have them available at
the workshop:
1 Project team organizational chart.
1 Project team contact information.
1 Project vicinity map, informational documents, aerial photos, et al.
1 Project definition documents and design criteria used.
1 Summary or overview of project plan(s) that indicate the project elements at the type,
size, and location level. This may include concept plans, cross sections, illustrations,
public information documents, memorandums of understanding, geotech info, etc.
1 If there are multiple alternatives, there needs to be a description of status and
relationships sufficient to understand the options and to plan the workshop priorities.
1 The Basis of Estimate.
1 Current estimates (unit prices, parametric estimates, combination, etc.), including an
overall “project/program rollup estimate.” Note the base year of the estimate.
1 A preliminary listing of risks and the project team’s issues of concern.
1 A preliminary project flowchart showing key tasks and relationships from current
status through completion of construction and open to traffic.
1 Current design and construction schedule, including description of how durations
were determined and an explanation of the construction sequencing strategy.
1 Estimated durations and costs associated with completion of preliminary
engineering:
1 Mapping and surveys
1 Engineering and design
1 Geotechnical investigation
1 Environmental process and permitting
1 Environmental mitigation design (including administrative costs)
1 Hazmat remediation design
1 Structures
1 Hydraulics
1 All other relevant areas for the subject project
1Flowcharts should as simple as possible but still represent the project activities in a realistic manner with proper sequence and
durations (see Exhibit C-1).
The Risk Lead plays a vital role in ensuring the analysis is sound and objective. It is also
imperative that the analysis process and results are clear and usable by the project
team. The process, as documented, must include the underlying assumptions and
constraints of the analysis in a manner that is easily comprehended by the project team,
who will have to communicate the results of the workshop to others. The report should
“tell the story” of the project scope, schedule, and cost estimate.
Notice the two flowcharts in Exhibit C-1. They are for the same project; however, one is
simple and easy to follow, while the other one is more complex. They both meet the
needs for risk modeling, but one is much easier to work with. Remember, more
activities do not always mean more clarity.
ROW 13 Months
IJR ROW Acquisition (county)
Certification
6 13
17
18 Months NB auxiliary lane will be constructed on
8 Months FHWA 1 Month I-5 between 139th St. and 179th St. 23
Design
Approval Utilities Agreements Advertise/Bid/ 5 Months
10 14 Award 19
6 Months Construct NE 20th/139th
3 Months NB I-205
Improvements, temp NB on
3 months Realignment from
Ramp, Demo existing on
134Th St. to I-5/
Design Plans (07/06 – 06/08) PS & E Funding ramp, construct mainline I-
I-205 Merge
11 15 18 205 NB Detour ,
25
24
24 Months 6 Months
Traffic Modeling / 3 Months 11 Months
Geotech.
Comp Plan Update 11B
1 Demolition and Replacement of existing I-5 NB and SB bridges Construction of east
Biological 12 Months over I-205 walls at the 139th St.
NEPA Environmental
Assessment & Determination 21 bridge and at the NB
Permitting
0.5 Months Determination 8 I-205 on ramp. 29
16 28 Months F- 2M
7
8 Months 12 Months F- 2M 4 Months
Preliminary
Engineering
139th St. / Ramp 139A / Ramp 139B Substructure 27
2
1 Month 7 Months
Flowchart Activities
End CN
A/B/A
ROW
(Plans, Acquisition)
(3mo
Env. Doc. (17 mo)
wsdot)
(EA/Tech
Reports, BO, Const.
NEPA/SEPA) Mitigation area (wsdot)
(6 mo) acquired (36 mo)
Permitting
(Federal, State &
Start Date: Local Permits)
12/1/2008 (12 mo)
D-1.1.1 Deliverables
Typical cost questions to be asked by the Cost Lead and subject matter experts:
• Have you completed the Project Estimate Basis form? What is the basis of the
estimate?
o How current is it? When was it updated?
o Do unit prices correlate to similar scope projects in the area? Are they truly
comparable?
o Does the current scope of the work match the scope that the estimate is
based on?
o Does the estimate include engineering, engineering services during
construction, construction management services?
• What is the stage of the design?
• What is the accuracy of the survey data?
• What field investigations have been done? - describe the existing conditions.
• What geotechnical work has been done to date? Is there data from past
projects in the area?
• Cuts and fills: What has been assumed for reuse, import, export and disposal,
temporary stockpiling, haul distances, location of imported materials?
• Are there assumptions on compaction? Seasonal variability?
• Are there assumptions on stability of cuts, sheeting, retaining walls, slope
protection during construction?
• If dewatering is required, are there perched water tables and other
maintenance of excavations during construction, treatment of dewatering to
meet permits?
• ROW: How current are surveys and estimates of costs? Partial or full parcels?
• Are there temporary utilities, staging areas, parking storage, lay down?
• Is there knowledge of utilities in project area, relocation requirements, ability to
isolate and shutdown? Are replacements needed prior to isolation? Can
replacements be installed at proper elevation?
• Is there erosion protection?
• Are there special conditions: extraordinary staffing requirements, night work,
stop times due to fish or wildlife issues, noise limits, dust control?
• What has been assumed for overhead, insurance, bonding, project
management, safety, QC community liaison, trailers, utilities, parking home
office overhead, profit?
• Are there assumptions for material availability: backfill, sheeting, piles,
concrete, rebar access for delivery, double handling requirements?
• Production rates assumed? Is this work similar to other work done in the area?
• Are there assumptions for maintenance of traffic, staging of construction,
needed temporary barriers, ramps bridges, supports, technology?
1. The project team owns the estimate—let them establish what they want out of the
process.
2. Don’t get bogged down in details; keep the discussion relevant to the overall size of
the project. For example, don’t waste a lot of time discussing a $100,000 item on a
$50,000,000 project.
• Be familiar with the WSDOT process for CRA and CEVP® workshops, including
the policy statement, common assumptions, and other guidance.
• Have a clear understanding of the specific terminology used during workshops,
such as: allowances, contingency, base cost, cost uncertainty, schedule
uncertainty, risk, and opportunity.
In addition to active participation in the workshops, SMEs may be asked to provide
documentation of the viability of assumptions made regarding a project’s configuration,
scope, schedule, cost estimate, and the potential impact of risk events that may occur.
SMEs may be asked to participate in follow-up or rerun sessions as requested, and
provide reports or presentations documenting their work.
SMEs and project team members should strive to produce clear and concise products
(CEVP® or CRA report) that would help decision makers with sound and objective
analyses in order to make informed decisions.
Note: It is preferred to have at least one SME with estimating experience from a
“contractor’s” perspective; that SME would participate with the Cost Lead in the review
and critique of the project team’s estimates and schedule. This discussion should take
place, if possible, in advance of the workshop.
9. Advocate proactive risk response actions that are documented in the project Risk
Management Plan.
10. Make sure that feedback from workshops is provided using the post-workshop
evaluation form.
11. Maintain records of CRA/CEVP® accomplishments within the region. Include the
involvement of workshop participants, key risks identified, and mitigation strategies
implemented. Monitor the effectiveness of the risk assessment and mitigation
efforts.
12. Report on the risk management and estimating support needs of the region.
13. Attend training to improve skill levels and maintain and improve proficiency in the
areas of project risk management and estimating.
For many projects, the greatest uncertainty is market conditions; given that fact, we
market uncertainty must be represented in the model. There are times when the
bidding environment is favorable (highly competitive), other times the bidding climate is
not as competitive. Given the volatility in the market and the many varied factors
influencing bids, both possibilities must be captured (bids could come in “worse than
planned,” i.e., over the Engineer’s Estimate, or “better than planned,” i.e., under the
Engineer’s Estimate). To that end, Exhibit G-2 provides a simple example of how to
capture this uncertainty.
[1] “BETTER than planned” indicates that as a result of favorable market conditions, in the
form of a highly competitive bidding environment, it is estimated there is a 40% chance
that bids will come in up to 15% below the Engineer’s Estimate.
[2] “WORSE than planned” indicates that, as a result of market condition influences in the
form of a noncompetitive bidding environment ,it is estimated there is a 10% chance that
bids will come in up to 10% above the Engineer’s Estimate.
0.14 0.14
0.12 0.12
Relative Likelihood
Relative Likelihood
0.1 0.1
0.08 0.08
0.06 0.06
0.04 0.04
0.02 0.02
0 0
0 5 10 15 20 0 5 10 15 20
Value Value
0.5
0.14
0.4 0.12
Relative Likelihood
0.3 0.1
0.2 0.08
0.1 0.06
0.04
0
x1 x2 x3 x4 0.02
0
0 5 10 15 20
Value
WSDOT may elect, on its own initiative, to revise the scope of the project by adding,
removing, or revising particular elements of the project. Such items are not risk events.
Instead, these can be treated as alternative project scenarios or “deltas” to the base
assumed project.
Scope variations (commonly referred to as scope creep) are uncertain items or events,
not entirely within WSDOT’s control, that may cause variations to the scope and hence
changes to the schedule or budget. They are considered risks and will be captured as
risk events and included in the risk-based estimate analysis.
attract more bidders must be discussed and identified as a mitigation strategy for this
risk. Common mitigation strategies include: timing of the advertisement and work
packaging.
1
Caution needs to be exercised regarding market condition risks. While the Risk Lead must be thorough in making
sure to capture and recognize risk uncertainty, he/she must also guard against the potential of double counting.
The analysis must clearly document what is being used and why.