Major Project PodcastProjects over $1B
The Major Project Podcast · Episode 007 Brief

Front-End Planning: How to Set Billion-Dollar Projects Up for Success

Roger Farish, 25 years across Bechtel, Fluor, Linde and Kiewit, now Owner & Principal Consultant at Roman Consulting Group, on why the fate of a mega project is mostly decided before anyone hits “execute.”

Roger Farish Roger FarishGuest · Owner & Principal Consultant, Roman Consulting Group
Orion Matthews Orion MatthewsHost · Founder, Queryon
Released Dec 15, 2025 Main episode · 1h 2m 25 yrs · Bechtel · Fluor · Linde · Kiewit Subject · FEL & stage gates
Jump in Listen on Apple Podcasts Watch on YouTube Spotify Full transcript
Share: LinkedIn X
The Conversation

Episode Overview

Front-end planning is where billion-dollar projects are won or lost, and most people in the industry arrive after those decisions are already made. Orion Matthews hosts Roger Farish, a mechanical engineer who spent 25 years on the contractor side of mega projects at Bechtel, Fluor, Linde Engineering and Kiewit before founding Roman Consulting Group to work exclusively on the front end. Over an hour, Roger gives the FEL-and-stage-gate 101, unpacks the Bechtel-published figure that 98% of mega projects miss at least one objective (cited from memory, marked directional below), tells stories from inside PDRI scope reviews where “complete” deliverables turn out never to have been started, and lays out how to build a career in the phase where influence is highest.

62
Minutes on the record
~10,400
Words spoken
50
Speaker exchanges
73%
Guest share of talk time
The thesis

Won or lost before ground breaks

Do everything right in the front end and success still isn’t guaranteed: you have to execute. But the likelihood becomes exponentially higher. Skip steps, rush the gates, and it becomes exponentially lower.

The guest

25 years, four EPC giants

Bechtel, Fluor, Linde and Kiewit: design engineer to field lead to a ~$1B North America portfolio to front-end consultant. Roger has watched projects get shaped from nearly every seat.

The toolkit

CII, AACE & the PDRI

The episode doubles as a field guide to front-end best practice: FEL stages, stage gates, PDRI scope-maturity scoring, and the two industry bodies whose playbooks Roger runs on a near-daily basis.

About this brief

Quotes are transcribed from the episode audio and lightly condensed for readability (false starts and fillers removed, meaning untouched), and timestamps are approximate. The stat tiles are computed from the transcript. Biographical details come from the conversation itself, Roger’s prep materials for the show, and his public profiles. Names garbled by machine transcription are normalized to their correct spellings (Kiewit, Linde, Fluor, PDRI, AACE, NPV, Paul Barshop). On-air figures cited from memory, like the 98% mega-project statistic, are flagged as directional where they appear.

As Recorded

Episode Timeline

The conversation as it unfolded: seven chapters across 62 minutes, following the show’s four-act arc: intro, topics, advice, wrap-up. The strip maps each chapter’s share of the runtime; timestamps are approximate. Click any block to jump to its chapter.

The line that frames the hour

“If you do everything right in the front end of a project, it’s not a guarantee that your project is going to be successful; you still have to execute. But it gives you that much higher likelihood. Exponentially higher.” · Roger Farish, ~9:00

Act I0:0010 min

The Road to the Front End

Welcome and intro, Roger’s 25-year contractor-side arc (Bechtel, Fluor, Linde, Kiewit) and why he chose the front end for his consulting practice.

Act II~10:049 min

Front-End Planning 101

FEL 0–3, stage gates and exit ramps, the CII vocabulary, and why governance has to be fit-for-purpose, and actually used.

Act II~18:368 min

Too Big to Start

Exponential risk, the 98% statistic, shrinking a project until two EPCs can bid, execution bias, and mining messy owner data for the golden nugget.

Act II~26:5013 min

Inside the PDRI Room

Scope-maturity scoring, score-gaming project managers, “complete” deliverables that were never started, and the facilitator’s craft.

Act II~40:088 min

Data, AI & the Hype Filter

Cost datasets and the IPA wall, AI as a mentoring engine, and why “rules-based” keeps getting rebranded as AI.

Act III~48:1010 min

Breaking Into the Front End

Career paths for students and mid-career engineers, the finance-and-statistics skill stack, and the go-to resources: CII, AACE, and one book.

Act IV~57:504 min

The Close & the Cannonball

How Roman CG engages, where to find Roger, and Orion’s cannonball metaphor for the influence curve.

Who carried the mic

Roger Farish · ~45 min · ~7,600 words (guest) Orion Matthews · ~17 min · ~2,800 words (host)

A strongly guest-forward split, measured by word share across the full conversation.

The Guest

The Guest: Roger Farish

Roger Farish
Roger Farish
Owner & Principal Consultant, Roman Consulting Group · 25 years across Bechtel, Fluor, Linde Engineering & Kiewit
Sugar Land, TX · Greater Houston
Front-End PlanningCost EstimatingRisk WorkshopsPDRI FacilitationOwner’s Engineer

Roger is a mechanical engineer by trade (bachelor’s and master’s from Tulane, and a Registered Professional Engineer) who deliberately chose the contractor side because that’s where the mega projects were. His 25 years run from six years at a self-contained Bechtel DOE site in Aiken, South Carolina (design engineering, then running construction work packages in the field), through eight and a half years at Fluor in Greenville and Houston (power, chemicals, biotech, mining, a functional assignment overhauling project-management processes, and an MBA from Chicago Booth along the way), to Linde Engineering in Tulsa and then Houston, where as Vice President he oversaw all North American EPC projects (a roughly $1B portfolio spanning four US offices), and finally seven years at Kiewit, leading lump-sum EPC bids, FEED efforts and FEL-1/FEL-2 for large mega projects, latterly directing multi-billion-dollar energy-transition studies and Kiewit’s rollout of Aspen Capital Cost Estimator. In October 2024 he founded Roman Consulting Group in Sugar Land, Texas, where he helps owners, developers, EPCs and OEMs reduce cost and uncertainty on the front end: independent estimating, scope definition and PDRI reviews, risk workshops, governance evaluations, and managing entire front-end phases as owner’s engineer.

“You look back at all the projects you’ve done, and you see where you’ve had the ability to influence the project the most, and it’s always at the front end. The decisions made during that development phase really shape the project, and can sometimes make or break a project.”Roger Farish · this episode, ~8:30
25 yrs
In major capital projects, contractor side
4
EPC majors: Bechtel, Fluor, Linde, Kiewit
~$1B
North America EPC portfolio overseen at Linde
7
Sectors named in the on-air intro: natural gas to LNG to power to mining

Career journey

Contractor side · EPC majors
Independent
Aiken, SC
Greenville → Houston
Tulsa → Houston
Greater Houston
Sugar Land, TX
01Tulane UniversityB.S. & M.S., Mechanical Engineering1995–2000 · “I knew I wanted to do projects”
02BechtelDesign Engineer → Field Work Packages2000–2006 · DOE site, Aiken, SC · self-perform, greenfield to mega
03FluorProjects & PM Process Leadership2006–2015 · Greenville → Houston · power, chemicals, biotech, mining
04Linde EngineeringVP · Head of Project Execution, North America2015–2017 · Tulsa → Houston · ~$1B portfolio · four US offices
05KiewitFront-End & Estimating Leadership2017–2024 · Lump-sum EPC bids · FEED · FEL 1–2 · ACCE estimating rollout
06Roman Consulting GroupOwner & Principal ConsultantOct 2024– · Sugar Land, TX · Estimating · scope · risk · owner’s engineer

Sequence as told on the record; years, titles and locations from Roger’s LinkedIn bio. Timeline bands are approximate to the year.

At Roman Consulting Group

Estimating
Independent cost estimates, estimate reviews and validation, framed by AACE recommended practices
Scope
Scope definition and scope-maturity reviews, including PDRI facilitation
Risk
Risk assessments, risk workshops and risk management, separating systemic from project-driven risk
Owner’s engineer
Managing entire front-end phases on behalf of owners; governance and PMO process evaluations

Roots & community

Education
B.S. and M.S. in Mechanical Engineering, Tulane University; MBA, University of Chicago Booth School of Business
Credentials
Registered Professional Engineer · bilingual English & Spanish
Sectors
Natural gas, LNG, refining, petrochemicals, renewable fuels, ammonia, hydrogen, CO₂ capture, power, mining
Communities
Board Advisor and Research Team participant at CII; heavily involved with AACE International, including the Houston Gulf Coast Section; sponsor of the ECC Association
The Host

The Host: Orion Matthews

Orion Matthews
Orion Matthews
Founder, Queryon · Host, The Major Project Podcast · PMO data & analytics
Eugene, Oregon, United States
Project Controls ReportingPMO Data AnalyticsCapital PortfoliosAI in ProjectsPower BI

Orion is an award-winning programmer, entrepreneur and technology executive who has spent the last decade in the engine room of major capital projects. He founded Queryon in Washington, D.C. in 2015 with a focus on data analytics and software for the construction industry, starting with bellwether client BP, whose project-controls solutions his team deployed globally, from the North Sea to Azerbaijan to Houston. Today he's a recognized expert in PMO data analytics and project-controls reporting, serving billion-dollar portfolios for owners including BP, Santos, Balfour Beatty and Turner & Townsend, a regular speaker at major industry conferences on AI and analytics in capital projects, and the host of this show.

Why this pairing works

Data meets data
Roger’s practice runs on messy owner datasets, separating systemic risk from project-driven risk. Orion builds the project-controls reporting stacks that data lives in. The benchmarking segment is two practitioners comparing scars.
AI, minus the hype
Roger’s “proof is in the pudding” filter meets Orion’s cloud-rebrand war story: a rare AI conversation where both sides are trying to deflate the label rather than inflate it.

Beyond the PMO

The builder’s arc
Founded Introspect Software out of high school; built and sold Design-PT (acquired 2015). His software has run from McMurdo Station to aircraft carriers, with write-ups in Scientific American, CNN and Maxim, and a BP Helios Award.
Chapter 01 · Act I · 0:00

The Road to the Front End

The welcome, and a career told at speed. Roger came out of Tulane with a bachelor’s and master’s in mechanical engineering knowing he wanted big projects, and picked the contractor side on purpose, because the big contractors made their living on the very largest jobs. Twenty-five years later, when it came time to hang out his own shingle, he chose the front end just as deliberately.

“I got drawn more to the contractor side because I think they did a better job at selling these mega projects… The big contractors really make a lot of their profit, on a yearly basis, on the very, very large projects.”Roger Farish · ~1:45

The formative site

A thesis advisor’s tip landed him at a Bechtel DOE site in South Carolina, self-contained and self-performing: engineering, procurement and construction, greenfield and brownfield, small jobs and megas. “I had a chance to do all of that.” ~2:20

The Linde stretch

Overseeing all of Linde Engineering’s North American EPC projects: a ~$1B portfolio across four US offices, a German headquarters and a very challenging project in Canada. “An amazing learning experience. A little bit unsustainable, as you can imagine.” ~4:50

Key moments
  1. Owner side or contractor side? The college-days fork in the road, and why the contractors’ mega-project pitch won.~1:30
  2. Bechtel: design engineer in a specialized group, then quickly out to a job site, running and leading multiple construction work packages. “It was just so rewarding.”~2:50
  3. Fluor, Greenville then Houston: power, chemicals, biotech, mining, plus a functional assignment feeding lessons learned back into the firm’s project-management processes.~3:30
  4. Kiewit: lump-sum EPC bids, a co-led joint-venture pursuit, leading FEED efforts, then FEL-1 and FEL-2 for large mega projects, and rolling out estimating software to sharpen early-phase numbers.~5:20
  5. The consulting leap: “helping clients reduce cost and uncertainty on the front end of projects so they can ultimately make better investment decisions.”~6:30
  6. Why the front end, out of everything? The influence answer, and the exponential framing that names the episode.~8:30
Don’t miss ~8:30–9:40 · Roger’s answer to “why front-end planning?” It’s the whole episode in ninety seconds: influence peaks early, doing the front end right raises the odds exponentially, and skipping steps lowers them just as fast.
Chapter 02 · Act II · ~10:04

Front-End Planning 101

Most listeners arrive on a project after sanction, so Orion asks for the 101. Roger maps the vocabulary: a stage-gate, waterfall-style approach where FEL 0/1/2/3, concept–feasibility–select–define, and pre-FEED/FEED are mostly different names for the same disciplined march toward an investment decision.

“The whole idea is that organizations are taking a disciplined and structured approach to making those decisions, so that they’re making the best possible decision on how to invest their capital.”Roger Farish · ~12:10

Anatomy of a gate

At the end of each stage: a gate review of everything done so far (an economic analysis, a checklist of required items, a request of funds to continue, and a recommendation). Continue, hold, or recycle. “There are exit ramps for different projects.” ~11:30

The reference library

Roger leans on the Construction Industry Institute’s definitions (not-for-profit, research-based, and broad): industrial and process-intensive projects, infrastructure and linear work, manufacturing and life sciences, mining, big and small. ~13:20

Key moments
  1. The terminology decoder: FEL 0–3 ≈ initiate/assess ≈ concept–feasibility–select–define ≈ pre-FEED and FEED. Different owners, different labels, “very similar meaning.”~10:30
  2. Orion plays it back (steps intersected by gate events, hold/advance decisions) and Roger confirms: interchangeable-ish, custom per organization.~12:40
  3. The executive scenario: “we just finished this project, it’s way over budget… we’re gonna get the best front-end planning process ever.” Roger’s first question back: one-off project, or portfolio? The governance answer differs completely.~15:40
  4. Objectives differ too (schedule-driven speed-to-market versus measured, sustaining growth), and the process must be fit not just for the organization, but for the organization at that moment in its maturity.~17:10
  5. The culture catch: a new gate process is an organizational-change project. “You need buy-in from executives, from different layers of management… you can’t just go from one side of the coin to the other.”~17:50
Worth pausing on ~17:30 · “the best set of processes are the ones best fit to the particular organization… and the ones that are actually going to be used.” Governance that looks perfect on paper and dies in practice is a recurring villain of this episode.
Chapter 03 · Act II · ~18:36

Too Big to Start

Orion floats “too big to fail, or too big to start?” and Roger takes the second half seriously: as projects grow, interfaces multiply, and every interface adds cost and risk. This chapter holds the episode’s hardest numbers, its best de-risking story, and the bias that keeps doomed projects rolling.

“As projects get bigger, the risks become exponential… Bechtel published that 98% of mega projects, a billion dollars and above, fail to meet at least one of their objectives, whether it’s cost, schedule, or another very important project objective.”Roger Farish · ~19:40
Directional numbers

Two figures in this chapter are cited from memory on air: the Bechtel-published “98% of mega projects miss an objective” statistic (~19:40), and a Midwest downstream mega project finishing “between two to four times” its sanctioned cost (~22:30). Roger flags the range himself: “I’ve heard different people say different things.” Treat both as directional rather than precise.

Shrink it until it can be bid

A client’s project was so large that no EPC would likely take on the majority of the execution risk. Roger’s team helped scale it down to the maximum size that could realistically attract at least two competing bids, de-risking by right-sizing against the contractor market. ~20:30

The momentum trap

“Once it gets so much momentum, sometimes it’s just difficult to step away, to take a step back and say, let’s take a second look. Let’s bring in an expert who can tell us the likelihood that we’ll actually be successful.” ~23:00

Key moments
  1. Why big equals risky: every added interface carries added cost and added risk: “these monsters of projects that have all these interfaces really are the riskiest of projects.”~19:10
  2. Execution bias, named: big projects are exciting economic events, so organizations lean toward “go.” Roger’s counter is an objective outside view armed with the client’s own history.~21:30
  3. The method: separate systemic risk from event-driven project risk in the owner’s historical data, so there’s a point of reference for what to expect going forward.~23:50
  4. Data reality: some owners have lots of data, some little, and the rich datasets are often messy: captured one way on one project, another way on the next. Quantitative analysis plus interviews, never a single data point.~25:20
  5. The payoff: “No owner data that we have reviewed to date has told us there’s nothing to learn here… In the end, that’s the golden nugget.”~26:10
He brings receipts ~24:30–26:30 · the historical-data segment. Sometimes the interviews give you the right story and sometimes they don’t; the discipline is triangulating people and numbers until the systemic pattern shows itself.
Chapter 04 · Act II · ~26:50

Inside the PDRI Room

Orion sets a scene (notebook in hand, walking into the C-suite at a stage-gate moment) and Roger immediately corrects the frame: he supports gate reviews rather than sitting the gate itself, because the real conversations happen through the process. What follows is the episode’s richest stretch: how PDRI scope reviews actually work, and how experienced facilitation catches the gaps a gate checklist never would.

“You have no idea how many times the project manager claims that the deliverable is complete, issued, final, but sometimes the deliverable has not even been started.”Roger Farish · ~30:40

What a PDRI is

The Project Definition Rating Index: a CII tool that scores how mature a project’s definition is. Lower is better, and CII research links lower scores to better cost and schedule outcomes: better-defined scope, fewer surprises, sharper estimates. ~28:20

The facilitator’s counter-move

Probing questions, deliverable by deliverable, and a hard rule that everyone gets a voice: “Thank you, Mr. Project Manager, but I also want to hear from so-and-so.” The goal is the right score, not the score the PM wants. ~33:30

Key moments
  1. The gamer’s gambit: PMs push for lower scores so the project clears the gate threshold, sometimes knowingly, sometimes genuinely unaware the deliverable isn’t what they think it is.~29:30
  2. Why the bias is human: “the project manager loves his project, of course, and wants it to keep going forward, and he’ll do anything and everything to keep moving that project forward.”~31:10
  3. Two facilitation formats: risk workshops pair a group session with confidential one-on-one interviews; PDRI sessions don’t get the private channel, so the live facilitation has to carry all the truth-finding.~32:30
  4. Where gaps hide: people outside the task force. On tight task-force projects Roger maps who’s in and who’s out; the outsiders give the answers the core team doesn’t expect.~34:00
  5. The output isn’t a gotcha. It’s alignment: each surfaced gap becomes a PM action to reconnect with the disengaged discipline before it becomes a scope hole.~35:40
  6. A cultural aside: communication norms differ across South America, Asia and Europe (even Munich vs Dresden inside one company), and a facilitator has to account for it.~37:30
Don’t miss ~34:50–35:40 · Roger calls the hunt for the quietly disengaged stakeholder “a fun fact-finding facilitation process.” It’s the most practical ninety seconds in the episode for anyone who runs workshops.
Chapter 05 · Act II · ~40:08

Data, AI & the Hype Filter

Back to data: this time the industry’s. Roger walks the landscape of subscription cost datasets, the IPA wall between owners and consultants, and then the AI question every conference is shouting about. His answer is unusually honest for 2025: mixed results, one genuinely great use case, and a sharp eye for rebranding.

“I hear a lot of talk, but to me the proof is in the pudding… I think some people are calling a lot of rules-based processes AI, and I think it’s a stretch.”Roger Farish · ~45:10

The mentoring engine

The AI win that’s already real for Roger: teaching junior estimators and engineers a workflow for using AI to learn obscure concepts as they hit them, then a summary discussion to verify understanding. “If they pass the test, we move on.” It’s given him back his mentoring hours. ~43:50

Execution first, front end later

Front-end work is bespoke and barely repeatable, so Roger expects AI to mature on the execution side first (progress analytics, early cost-overrun detection, site-photo-to-schedule analysis), and then permeate back into the front end. ~46:00

Key moments
  1. The data landscape: really good US cost data, thinner internationally, which partly tracks risk itself, since labor drives North American cost in a way it doesn’t in Asia-Pacific or the Middle East.~41:20
  2. The IPA wall: owners can access IPA’s benchmarking; consultants can’t. And contribution cuts both ways: “if you’re not contributing all the data, that means other organizations are not contributing all the data. And then what does that mean?”~42:30
  3. Mixed AI results in analysis so far (no platform good enough yet), but real leverage in report writing.~43:20
  4. An “AI-driven” early-design bolt-on under evaluation turns out to be… mostly rules. The label test: is this learning, or a decision tree in a new outfit?~45:20
  5. Orion’s parallel from the cloud era (telling exchange-server admins “you are a cloud engineer now”), and the Salesforce-homepage-overnight-AI-rebrand bit.~46:40
The exchange to hear ~45:00–48:00 · Roger’s “wait and see” meets Orion’s “AI has become a marketing term.” Two people who both want the technology to win, refusing to grade it on vibes.
Chapter 06 · Act III · ~48:10

Breaking Into the Front End

The advice act. For students and mid-career engineers who heard the first forty minutes and thought “that’s where I want to work,” Roger lays out the paths in (from the owner side and the contractor side), plus the skill stack colleges rarely assemble for you, and the resources he uses daily.

“Being a generalist in the front end of projects is very important, and having that lifecycle experience… Push your manager to give you things that are outside of your comfort zone, maybe those not-so-desirable assignments, so you can draw on those experiences and ultimately get involved in the front end.”Roger Farish · ~51:00

The skill stack

Engineering plus the economics of projects: NPV and IRR are finance terms; feedstock and product prices arrive as ranges; time and discount rates move everything. Add statistics, for risk and for the economic models themselves. A business or finance minor “would be very helpful.” ~52:15

The go-to resources

CII best practices (research-based, not-for-profit; ask your manager for member access), AACE’s recommended practices (“the backbone of what we do”: estimate classification, risk methodologies, contingency, basis of estimate), and one book: Capital Projects by IPA’s Paul Barshop. ~54:40

Key moments
  1. Owner-side on-ramp: process improvement on the stage-gate machinery itself: younger engineers can test and improve governance without knowing every project in and out.~48:50
  2. Contractor-side on-ramp: process engineers are involved earliest; and non-process engineers can get there via startup assignments, where you absorb process knowledge by necessity.~49:30
  3. Orion’s college note: engineers can graduate without ever meeting the time value of money. Being taught the finance models beats learning them on the go.~53:20
  4. “I would add statistics to the list as well”: for risk, and even for the economic models.~54:00
  5. The book pitch: “Even though it’s called Capital Projects, it’s all about the front-end planning of projects… geared towards executives, but very accessible to anybody interested in capital projects.”~57:10
For the students ~51:45–54:10 · the full skills segment. If you’re picking a minor right now: finance, economics or business, then statistics. Roger and Orion effectively co-write the front-end-planner’s course catalog.
Chapter 07 · Act IV · ~57:50

The Close & the Cannonball

The wrap: when to call Roger (earlier than you think), how Roman CG engagements tend to snowball from a small capital project into full front-end stewardship, and Orion’s closing metaphor, which lands the episode’s influence-curve thesis in a single image.

“The less you’re spending, the earlier in the project, the higher outcome of success, kind of like dialing in a cannonball before you shoot it. You want to make sure the aim is correct before you apply all the force: energy, money…”Orion Matthews · ~61:10
Key moments
  1. “The earlier we get in touch, usually the better,” and how a sustaining-capital engagement becomes PDRI reviews, risk reviews, then managing the FEL-1 contractor when the owner is short-staffed.~58:20
  2. Beyond owners: EPCs without front-end capabilities, and OEMs who own most of a developer’s scope and need help framing the project.~59:30
  3. Where to find him: very active on LinkedIn, plus the contact form at romancg.com, and at industry conferences.~60:20
  4. Orion’s takeaway: the influence curve is inverted from the spend curve: by the time the money is flowing, your ability to change the outcome is already draining away.~61:00
The takeaway Influence is highest exactly when spend is lowest. Aim the cannonball before you light the fuse: that’s front-end planning in one sentence.
Concepts, Drawn Out

The Big Ideas

Three ideas carry the episode. Sketched here the way a front-end war room would whiteboard them.

1 · The Exponential Front End

Front-end discipline doesn’t guarantee success: it multiplies the odds. Skipping it divides them just as hard. Execution matters, but it can only cash the cheque the front end wrote.

← execution quality →
Disciplined front end × strong execution

“Exponentially higher likelihood” of success: the only quadrant you aim for.

Disciplined front end × weak execution

“It’s not a guarantee… you still have to execute.” The front end buys odds, not outcomes.

Skipped steps × strong execution

A perfectly-fired, badly-aimed cannonball: force applied before the aim was set.

Skipped steps × weak execution

“Exponentially lower” likelihood: the home territory of the 98% (directional).

↑ front-end discipline · ↓ shortcuts
From Roger’s exponential framing (~9:00) and Orion’s cannonball close (~61:10)
2 · Anatomy of a Stage Gate

Every FEL stage funnels its deliverables into the same decision machine, and the machine is allowed to say no. Exit ramps aren’t failure; they’re the point.

Scope definition
Cost estimate
Schedule & risk analysis
Project economics
The Gate Reviewchecklist · economic analysis · request of funds · recommendation
Go · Hold · Recycle“There are exit ramps for different projects,” and if everything still makes sense, on to the next stage.
From the FEL 101 segment, ~10:30–12:15
3 · What the PDRI Room Reports vs What Probing Reveals

A scope review is only as honest as its facilitation. The gap between the two sides of this bridge is where mega projects quietly go wrong.

What the room reports
  • Deliverable “complete, issued, final”
  • A PDRI score pushed low enough to clear the gate
  • Momentum: keep the project moving, whatever it takes
Experienced facilitation
every voice heard
What probing reveals
  • The deliverable was never even started
  • Gaps living with people outside the task force
  • The disengaged discipline nobody thought to ask
From the PDRI stories, ~28:00–35:40 · lower PDRI score = better definition
Quick Reference

Quote Bank

The best on-the-record lines, gathered in one filterable place. “Highlight” marks the lines most worth scrubbing back for; timestamps are approximate.

The Road to the Front End 0:00–10:04

  • Highlight“You look back at all the projects you’ve done, and you see where you’ve had the ability to influence the project the most, and it’s always at the front end. The decisions made during that development phase really shape the project, and can sometimes make or break a project.”Roger Farish · ~8:30
  • Highlight“If you do everything right in the front end, it’s not a guarantee that your project is going to be successful; you still have to execute. But it gives you that much higher likelihood. Exponentially higher. And conversely, if you skip some steps or go through it too hurriedly, the likelihood of being successful is exponentially lower.”Roger Farish · ~9:00
  • “I got drawn more to the contractor side because I think they did a better job at selling these mega projects… the big contractors really make a lot of their profit on the very, very large projects.”Roger Farish · ~1:45
  • “It was an amazing learning experience, a little bit unsustainable, as you can imagine: all that responsibility, multiple time zones, offices, folks.”Roger Farish, on the Linde years · ~5:10

Front-End Planning 101 10:04–18:36

  • Highlight“The whole idea is that organizations are taking a disciplined and structured approach to making those decisions, so that they’re making the best possible decision on how to invest their capital.”Roger Farish · ~12:10
  • “At the end of a stage you have a gate review… an economic analysis, a checklist of the things required, a request of funds to continue, and a recommendation: should the project continue, go on hold, or recycle? There are exit ramps for different projects.”Roger Farish · ~11:30
  • “The best set of processes are the ones that are best fit to the particular organization, and the ones that are actually going to be used by your organization.”Roger Farish · ~17:30
  • “You need buy-in from executives, from different layers of management… because of company culture, you can’t just go from one side of the coin to the other.”Roger Farish · ~17:50

Too Big to Start 18:36–26:50

  • Highlight“As projects get bigger, the risks become exponential: you just have an increasing number of interfaces, and every one of those interfaces has not only additional cost but additional risk. These monsters of projects that have all these interfaces really are the riskiest of projects.”Roger Farish · ~19:10
  • Highlight“Bechtel published that 98% of mega projects, a billion dollars and above, fail to meet at least one of their objectives, whether it’s cost, schedule, or another very important project objective.”Roger Farish · ~19:40 · directional, cited from memory
  • “Once it gets so much momentum, sometimes it’s just difficult to step away from it, to take a step back and say, okay, let’s take a second look. Let’s bring in an expert that can tell us what is the likelihood that we’ll actually be successful.”Roger Farish · ~23:00
  • “No existing owner data that we have reviewed to date has told us there’s nothing to learn here. There’s always lots to learn… In the end, that’s the golden nugget.”Roger Farish · ~26:10

Inside the PDRI Room 26:50–40:08

  • Highlight“You have no idea how many times the project manager claims that the deliverable is complete, issued, final, but sometimes the deliverable has not even been started.”Roger Farish · ~30:40
  • “The project manager loves his project, of course, and wants the project to keep going forward, and he’ll do anything and everything to keep moving that project forward… sometimes they’ll find these sort of sneaky ways to do that.”Roger Farish · ~31:10
  • “CII has conducted research to demonstrate that a lower [PDRI] score ultimately yields better project performance, both in terms of cost and schedule.”Roger Farish · ~28:40
  • “You need to know to go straight to them and say: thank you, Mr. Project Manager, but I also want to hear from so-and-so.”Roger Farish · ~33:30
  • “The folks who are not part of the task force are usually the ones that will give me the answers that are somewhat different from what the project team knows… I find usually a lot of gaps there.”Roger Farish · ~34:20

Data, AI & the Hype Filter 40:08–48:10

  • Highlight“I hear a lot of talk, but to me the proof is in the pudding… I think some people are calling a lot of rules-based processes AI, and I think it’s a stretch.”Roger Farish · ~45:10
  • “If you’re not contributing all the data, then that means some of the other organizations are not contributing all the data. And then what does that mean? That the data is not a good dataset.”Roger Farish, on benchmarking pools · ~42:30
  • “I’ve leveraged AI in getting my less experienced engineers and cost estimators up to speed… then we have a summary discussion to ensure they understand the concept well. If they pass the test, we move on.”Roger Farish · ~43:50
  • “Our work is very bespoke, very much one-off… there’s a much greater opportunity for implementation of AI on the execution side, and what we learn there will ultimately permeate into the front end.”Roger Farish · ~46:00
  • “I had to tell them: you are a cloud engineer now. ‘Well, technically this is not really the cloud.’ No, this is the cloud, unfortunately for you.”Orion Matthews · ~46:50

Breaking Into the Front End 48:10–57:50

  • Highlight“Being a generalist in the front end of projects is very important… Push your manager to give you things that are outside of your comfort zone, maybe those not-so-desirable assignments, so you can draw on those experiences and ultimately get involved in the front end.”Roger Farish · ~51:00
  • “In the end, it’s finance. NPV and IRR are finance terms… you need to understand those market elements that ultimately feed an economic model for a project.”Roger Farish · ~52:15
  • “I would add statistics to the list as well, for risk, and even when you’re doing economic models.”Roger Farish · ~54:00
  • “The recommended practices from AACE I use on more or less a daily basis… they’re a little bit of the backbone of what we do.”Roger Farish · ~56:00
  • Highlight“Even though it’s called Capital Projects, that book is all about the front-end planning of projects… It’s geared towards executives, but I think it’s still very accessible to anybody interested in capital projects. I definitely highly recommend it.”Roger Farish, on Paul Barshop’s book · ~57:10

The Close & the Cannonball 57:50–1:02:00

  • Highlight“The less you’re spending, the earlier in the project, the higher outcome of success, kind of like dialing in a cannonball before you shoot it. You want to make sure the aim is correct before you apply all the force: energy, money…”Orion Matthews · ~61:10
  • “The earlier we get in touch, usually the better… as we get involved, we typically get more and more involved, which is very satisfying, as we find ways to help owners and clients support their development of projects.”Roger Farish · ~58:20