Major Project PodcastProjects over $1B
The Whiteboard · Concepts that stick

The Major Project Big Ideas

Every whiteboard-style big idea from the show's episode briefs, re-drawn in one place: the frameworks, flows, matrices and chains our guests use to run projects over US$1 billion. Browse by project domain, filter by guest, and follow any card back to the conversation it came from.

56 Big ideas 17 Project domains From 18 episodes · more with every release
Harland & Wolff drawing office · R. J. Welch · Public domain
Browse by guest

56 of 56 on the whiteboard

Section 01 · 7 ideas

Schedule

Logic, cadence and the critical path: how the best teams make time visible and keep thousands of hands pointed at the right work.

Big idea · Bridge

The $80M overlay

Ep 001 · Grant Stead

Two documents that both looked right in isolation, and cost $80M because nobody put them on top of each other until a week before execution.

The schedule (P6)
  • A time-scaled, detailed estimate
  • Every weld & bolt-up, man-houred by craft
  • Says when each discipline is needed, and how many
Overlay them, months early Mismatch = idle crews or missing ones
The committed resource plan
  • What the purchase orders actually buy
  • Headcount by contractor, by day
  • Often leveled flat: no ramp in, no ramp out

The P6 schedule is a time-scaled, detailed estimate that says when each discipline is needed and in what numbers; the committed resource plan is what the purchase orders actually buy: headcount by contractor by day, often leveled flat with no ramp. Both looked right in isolation, but nobody put them on top of each other until a week before execution: the schedule demanded 80 welders and 20 showed up. Overlaying them months early exposes the idle-crew/missing-crew mismatch that cost $80M.

From Grant's BP war story, ~35:00–39:00 · schedule demanded 80 welders; 20 showed up

See it in contextFrom ep 001 · Grant SteadAlso filed under Materials / Resources

Big idea · Flow

The schedule–map handshake

Ep 002 · Jovita Stander

Two databases, one language: every green asset gets a location code that lives in both ArcGIS and Primavera P6 (with costs attached) so scope, schedule and money reconcile at street level, in either direction.

Mosques · Friday & weekly Road segments Parks & wadi parcels
Shared location codesArcGIS ↔ Primavera P6 · costs attached
One reconciled truthScope changes ripple both ways; at handover, every tree maps back to GIS.

Every green asset on the program (mosque plantings, road segments, parks and wadi parcels) carries a shared location code that lives in both ArcGIS and Primavera P6, with costs attached. That common key makes scope, schedule and money reconcile at street level in either direction: a scope change ripples through both databases, and at handover every tree maps back to GIS.

From the conversation, ~25:28–31:20 · the Friday-mosque scope change is the worked example

See it in contextFrom ep 002 · Jovita StanderAlso filed under Data & AI

Big idea · Bridge

Trust, but audit

Ep 005 · Tarun Gohel

Two schedules describe the same project. The audit is the bridge that reconciles them, before the gap becomes a surprise.

The contractor’s schedule
  • Constraint on the finish date: “the date won’t move”
  • Green every month, until it suddenly isn’t
  • P10 / P50 / P90 dates never offered
Quarterly project-controls audit
a contractual right · with notice
The owner’s realistic schedule
  • Built from deliverable, procurement & quantity registers
  • Every deliverable ID matched to its P6 activity
  • Vendor lead-times cross-checked: 52 weeks claimed vs 80 quoted

The contractor's schedule (finish date constrained, green every month, P10/P50/P90 never offered) and the owner's realistic schedule describe the same project, and a quarterly project-controls audit - a contractual right, exercised with notice - is the bridge that reconciles them. The owner rebuilds reality from deliverable, procurement and quantity registers, matching every deliverable ID to its P6 activity and cross-checking vendor lead-times, before the gap becomes a surprise.

From Chapter 04 (~21:50–30:10)

See it in contextFrom ep 005 · Tarun GohelAlso filed under Governance / Reporting

Big idea · Flow

The dimension stack is an on-ramp, not a ladder

Ep 009 · Omar Habib

3D is geometry; 4D adds time; 5D adds cost; 6D adds sustainability. But real projects set budgets before models, so teams enter the stack from either end. The win isn’t the sequence; it’s the linking.

3D model · X, Y, Z
Time schedule · P6
Cost plan · budget & BoQ
The linked simulation4D + 5D · one shared language
Decisions in the roomWhat-ifs answered while everyone (engineer or executive) watches the same movie.

The BIM dimension stack (3D geometry, 4D time, 5D cost, 6D sustainability) is usually drawn as a ladder, but real projects set budgets before models exist, so teams enter the stack from either end. The value is not the sequence but the linking: model, schedule and cost feeding one simulation that gives engineers and executives a shared language, with what-if questions answered live in the room.

From the Lego-house explainer (~11:30) and the 5D-before-3D exchange (~15:45–17:00)

See it in contextFrom ep 009 · Omar HabibAlso filed under Cost

Big idea · Matrix

The vital four

Ep 013 · Travis Arlitt

One progress picture, four numbers: the deterministic forecast Travis has run from the Colorado compressor station to Pikka. No plan variance anywhere in it.

measure the pace · demand the date · expose the gap · price the slip

Travis's deterministic forecast reduces the whole progress picture to four numbers: a rolling average of the pace the field is actually producing, the pace required to hit the committed date, the compression factor (required divided by actual), and the impact if the end date floats to match real pace. There is no plan variance anywhere in it - just measured pace against demanded pace, and the honest finish date the gap implies.

From the conversation, ~11:10–13:30 · “that’s what we call now the vital four.”

See it in contextFrom ep 013 · Travis ArlittAlso filed under Field / Progress

Big idea · Flow

The bow wave

Ep 013 · Travis Arlitt

Hidden schedule compression: slipped work doesn’t disappear: it piles up in front of the finish date, invisible to a report that still shows the original plan.

Slipped work never disappears - missed early starts, optimistic re-plans, and progress claimed ahead of the field pile up as hidden compression in front of the finish date, invisible to a report that still shows the original plan. Ignored, the bow wave compounds into a two-or-three-x endgame blowout; measured honestly, it becomes an early, cheaper decision.

From the conversation · “if your average pace is less than what’s required, you’re pushing a bow wave” (~12:45); “early starts matter” (~1:17:30).

See it in contextFrom ep 013 · Travis ArlittAlso filed under Field / Progress

Big idea · Bridge

From plan variance to forward control

Ep 013 · Travis Arlitt

The episode’s central pivot: stop grading the project against a static baseline, and start forecasting from what the field is actually producing: the same data, looked at forward.

The episode's central pivot: stop grading the project against a static day-one baseline and start forecasting from what the field is actually producing. Forward redistribution - the Day1Model, where every status state is a fresh day one - turns rear-view variance explanations into forecasts from real pace, decisions made three to nine months earlier, and direct, action-based conversations.

From the conversation · “the plan is now a date and a set of progress that’s required to meet that date” (~12:35); “you’re gaining minimum three months, probably six to nine months, on those key decisions” (~24:40).

See it in contextFrom ep 013 · Travis ArlittAlso filed under Governance / Reporting

Section 02 · 7 ideas

Careers & Talent

How people break in, level up and stay valuable in a changing industry.

Big idea · Matrix

Two ways up in project controls

Ep 002 · Jovita Stander

Her career map for newcomers: depth and breadth are both winning strategies. The trap is taking the hub seat with a specialist’s habits. Ask yourself which fits your personality, and re-ask every five years.

← one discipline, deep · · many disciplines, wide →
The subject-matter expert

Vertical mastery: the P6 planner everyone calls. “We do need people like that… the depths of knowledge.”

The horizontal mover

Scheduler → risk → cost → commercial. Each move widens the base before the next climb.

The trap

Stepping into the director seat still in love with one discipline: the band never gets its downbeat, and you end up managing chaos.

The hub · PC director

Wide view, gives direction, knows what to ask: budget, actuals, forecast, cash flow. “A good understanding of everything… but not necessarily an expert” (on purpose).

There are two winning career strategies in project controls: go deep as the subject-matter expert everyone calls, or move horizontally across scheduling, risk, cost and commercial, widening the base before each climb. The trap is stepping into the director's hub seat still in love with one discipline: the hub role deliberately trades expertise for a wide view and knowing what to ask.

From the conversation, ~55:08–1:03:30 · including Orion’s orchestra-conductor question

See it in contextFrom ep 002 · Jovita StanderAlso filed under Leadership

Big idea · Flow

The talent gauntlet

Ep 011 · Ahmed AbdelSalam

Every gate must pass before an offer exists, and the market can still take the candidate at the finish line.

Built this before?
Client will pay the rate?
Local · relo · remote OK?
Authorized to work?
The offerevery box checked
“I got a better offer.”Competition stays brutal to the last minute: speed and career story win, not just rate. (~23:10)

A project-controls hire only happens when every gate passes at once: the candidate has built this kind of project before, the client will pay the rate, the location or remote arrangement works, and they are authorized to work. Even with every box checked, the market can still take the candidate at the finish line with a better offer, so speed and a compelling career story win, not just rate.

From the talent discussion, ~18:10–23:10

See it in contextFrom ep 011 · Ahmed AbdelSalam

Big idea · Bridge

Career growth beats compensation

Ep 011 · Ahmed AbdelSalam

What staffing plans optimize isn’t what candidates are actually weighing: the gap his PhD research measured.

What staffing plans optimize
  • Rate vs budget
  • Immediate availability
  • Onsite presence
A visible career path
retention through closeout
What people actually ask
  • What happens after this project?
  • Will I grow? Will I get promoted?
  • Is there job security here?

Staffing plans optimize rate against budget, immediate availability and onsite presence, but Ahmed's PhD research found candidates are weighing something else entirely: what happens after the project, whether they will grow, and whether the job is secure. The bridge between the two is a visible career path: the thing that actually retains people through closeout.

From the PhD finding (~1:07) and the closeout-attrition warning (~15:30)

See it in contextFrom ep 011 · Ahmed AbdelSalamAlso filed under Leadership

Big idea · Matrix

The remote-work matrix

Ep 012 · Live Panel

The panel never picks a winner, because the answer depends on what the work is and where you are in your career.

← The analysis · The field →
Experienced × analysis

Remote works. Grab your SME in Egypt without a plane; collaborate across technical centers worldwide.

Experienced × field

Hybrid. Robotic dogs and drones extend reach, but impacts still need to be seen contemporaneously, not retrospectively.

Starting out × analysis

Career risk. Out of sight is out of mind: soft skills and mentorship don't transfer through avatars on Teams.

Starting out × field

Be there. You can't know what you're looking at if you've never been there. Presence is how judgment gets built.

Top: established career · Bottom: starting out

The panel never picks a remote-vs-office winner because the answer is a 2x2: what the work is (analysis vs field) crossed with where you are in your career. Experienced analysts can work remote and grab an SME anywhere in the world; field work stays hybrid at best because impacts must be seen contemporaneously. For people starting out, remote is a career risk: out of sight is out of mind, and presence is how judgment and mentorship get built.

From the remote-work chapter · Nosbisch, Darley, Caddell & Bennink

See it in contextFrom ep 012 · Live PanelAlso filed under Field / Progress

Big idea · Matrix

The Four Drivers

Ep 015 · Christina Robinson

What the next generation actually requires before it will choose project controls: miss any quadrant and “you don’t have a new workforce to replace the ones who are aging out.”

Easier workflows

Invest in the software or heavily over-invest in the people fighting it. Manual entry and data mining read as “we don’t change”: a first-week resignation letter.

Flexibility

Hybrid by default, mental-health days without stigma, and openness to ideas from any age. The five-day mandate only works if you’re still the only game in town. You aren’t.

Pay

Money now, not ladder promises. “Bottom of the barrel” entry pay stopped clearing the market when the millennials saw the ladder was a farce.

Autonomy

Move about as they choose, with the work still getting done. Control (of hours, dress, hair, expression) is the thing this generation is “just not having.”

The next generation has four non-negotiables before it will choose project controls: easier workflows, flexibility, pay, and autonomy. Miss any one quadrant and there is no new workforce to replace the people aging out -- manual data entry reads as a first-week resignation letter, and rigid five-day mandates only work if you're still the only game in town.

From Christina’s answer at ~10:20 and the driver-by-driver walk through ~23:45

See it in contextFrom ep 015 · Christina RobinsonAlso filed under Leadership

Big idea · Bridge

The Broken Ladder: a mutual de-risking

Ep 015 · Christina Robinson

Orion’s frame, Christina’s evidence: both sides of the employment contract quietly withdrew their long-term commitments, so recruiting pitches built on “later” no longer land.

What corporations withdrew
  • Retirement programs the older generation still enjoys
  • Performance bonuses → discretionary bonuses
  • The 5–10-year “good run” → layoffs without recourse
  • The goalposts, moved and moved again
What workers withdrew in return
  • Long-term investment of their time: no more Sisyphus careers
  • Patience for “where I sit in 20 years” pitches
  • Tolerance for control over dress, hair, hours
  • The default of staying: value-while-present replaces tenure

Both sides of the employment contract quietly withdrew their long-term commitments: corporations pulled retirement programs, real performance bonuses, and the 5-10-year 'good run,' while workers pulled their long-term time investment, their patience for 'where I sit in 20 years' pitches, and their tolerance for control. The new social contract that bridges the gap is offering something now -- recruiting pitches built on 'later' no longer land.

From the exchange at ~31:30–33:55 · Orion’s de-risking frame, Christina’s moving-goalposts answer

See it in contextFrom ep 015 · Christina RobinsonAlso filed under Leadership

Big idea · Flow

Go to Them First

Ep 015 · Christina Robinson

Her leadership playbook for rebuilding the pipeline: the scaled-up version of the BP × TSU partnership that recruited her.

University partnerships
Professional organizations
Real conversations, at their level
Go to them firstAsk (don’t guess), then back to the drawing board
Pilot programsRotational-program pilots → measure → implement slowly. Carried top-down from the C-suite, human element first.

Christina's leadership playbook for rebuilding the talent pipeline, scaled up from the BP x TSU partnership that recruited her: go to the next generation first through university partnerships, professional organizations, and real conversations at their level. Ask instead of guessing, then run rotational pilot programs, measure, and implement slowly -- carried top-down from the C-suite with the human element first.

From ~27:45–31:00 · and from her own start at ~0:55

See it in contextFrom ep 015 · Christina RobinsonAlso filed under Leadership

Section 03 · 7 ideas

Risk

Seeing trouble early: registers, reserves and the psychology of what goes wrong.

Big idea · Matrix

Every risk needs a trigger, and an owner

Ep 005 · Tarun Gohel

Tarun’s diagnosis of why defined, quantified risks still go unmitigated: the register never said when to act or who acts. Two columns decide whether a risk log is a control or wallpaper.

Trigger defined (when do we act?) →
Trigger + owner

Mitigation actually happens: the action has a name, a date, and a monthly or quarterly review against “did it happen?”

Owner, no trigger

Someone is accountable but nobody knows when to move: action arrives after the delay is already fact.

Trigger, no owner

Everyone sees the line crossed; acting on it is nobody’s job.

Neither

Risk-register wallpaper: defined, quantified, reviewed, and never acted on.

↑ Mitigation owner assigned (who acts?)

A risk register only works as a control when each risk carries both a defined trigger (when do we act?) and an assigned mitigation owner (who acts?). With only one of the two, action either arrives after the delay is already fact or is nobody's job; with neither, the register is wallpaper - defined, quantified, reviewed, and never acted on.

Sketched from Tarun’s trigger framework (~17:00–21:30): “Every risk must have a trigger… every mitigation trigger must have a mitigation owner assigned.”

See it in contextFrom ep 005 · Tarun Gohel

Big idea · Matrix

Four things you can do about any risk

Ep 010 · Kim Essendrup

Kim teaches all four responses through a single running example: materials shipped from overseas that might arrive late.

Mitigate

Reduce the probability it happens, reduce the impact if it does, or both. Expedite, dual-source, build slack.

Avoid

Remove the risk altogether: go through the effort of finding a local supplier and the shipping delay can't touch you.

Transfer

Still your risk, but a third party carries responsibility and financial impact: a fixed-fee contract, or insurance.

Accept

It might happen, it might not, and maybe there's nothing to do, so decide now what you'd do, and hold contingency just in case.

Kim teaches the four classic responses to any risk (mitigate, avoid, transfer, accept) through one running example: materials shipped from overseas that might arrive late. Mitigate reduces the probability or the impact (expedite, dual-source, build slack); avoid removes the risk entirely by finding a local supplier; transfer keeps the risk yours but puts responsibility and financial impact on a third party via a fixed-fee contract or insurance; accept means deciding now what you'd do and holding contingency just in case.

From the conversation at ~9:15–10:20 · the same example later flips into an opportunity at ~15:30

See it in contextFrom ep 010 · Kim Essendrup

Big idea · Flow

The RAID log is the run tool

Ep 010 · Kim Essendrup

Risk inputs scattered across founding documents and institutional memory converge into one managed table, whose job is keeping every other plan honest.

Contract / SOW
Charter & initiation docs
Team risk workshops
Past registers & benchmarks
THE RAID LOGRisks · Actions · Issues · Decisions
Course-correct earlyTrack the plans, spot drift when it starts, and act while it's still cheap.

Risk inputs scattered across the contract/SOW, charter and initiation documents, team risk workshops, and past registers converge into one managed table: the RAID log (Risks, Actions, Issues, Decisions). It is not the plan, the schedule, or the budget; it is the run tool that keeps those plans honest, spots drift when it starts, and lets you course-correct while it's still cheap.

From the conversation at ~6:00–7:45 (sources) and ~16:35–18:30 (the run tool)

See it in contextFrom ep 010 · Kim EssendrupAlso filed under Governance / Reporting

Big idea · Bridge

Change one word, change the meeting

Ep 010 · Kim Essendrup

The tactical culture fix Kim credits to Dr. Josh Ramirez: the word "risk" invites a shrug; the word "obstacle" invites a plan.

“What are the risks?”
  • Feels hypothetical (the lightning-strike shrug): it probably won't happen to us
  • Invites avoidance: "if I ignore it, it might not happen; if it happens, I'll deal with it"
  • Sours the room in orgs without psychological safety
“What are the obstacles between us and success?”
  • Tangible and real: something standing in the way, right now
  • Invites action: "how are we gonna overcome this?"
  • Opens a more productive conversation, no PMI certification required

A tactical culture fix Kim credits to Dr. Josh Ramirez: asking "what are the risks?" feels hypothetical and invites the lightning-strike shrug, while asking "what are the obstacles between us and success?" feels tangible and invites a plan. Changing one word turns risk identification into an action-oriented conversation (no PMI certification required) even in organizations without psychological safety.

From the conversation at ~12:50–14:20

See it in contextFrom ep 010 · Kim EssendrupAlso filed under Communication & Stakeholders

Big idea · Bridge

Two registers, one project

Ep 016 · Matt Mitchell

Leviathan’s risk load was too big for one list. The fix wasn’t a bigger list: it was a boundary, drawn at what the project team can actually control.

Leviathan's risk load was too big for one list, so the team ran two registers with the boundary drawn at FID: a commercial register (gas sales and offtake, geopolitics and markets, pipelines beyond the fence) managed separately above the project, and an execution register (schedule and cost impacts, engineering and delivery risk, what the team can actually mitigate) reviewed monthly with the project. The fix wasn't a bigger list; it was a boundary drawn at what the project team can control, so the overlap can't muddy the water and the team stays pointed at execution.

From the conversation, ~8:20–9:40 · “we just really wanted to focus on project execution.”

See it in contextFrom ep 016 · Matt MitchellAlso filed under Governance / Reporting

Big idea · Flow

The valve test

Ep 016 · Matt Mitchell

Gut likelihoods arrive miscalibrated from both ends of the spectrum. One reframing question converts feelings into frequencies before they hit the register.

Gut likelihoods arrive miscalibrated from both ends of the spectrum: one voice says the valves are extremely high risk and going to fail, another says it'll never happen, and someone wants 12 extra valves ordered just in case. One reframing question (out of 100, how many actually fail?) converts feelings into frequencies before they hit the register: "probably three" gets logged very low, the whole room believes the number, and the fix arrives as a conversation instead of an argument.

From the conversation, ~14:20–15:20 · “it’s about having that conversation and talking them through.”

See it in contextFrom ep 016 · Matt MitchellAlso filed under Communication & Stakeholders

Big idea · Flow

The lessons-learned loop

Ep 016 · Matt Mitchell

His single takeaway, drawn as the cycle it is: a lesson learned is a risk on a future project, which means no register is ever really finished, and none should ever start blank.

Matt's single takeaway, drawn as the cycle it is: lessons learned captured no-blame, old registers closed out rather than deleted, and similar projects' risks all seed the next project's opening register, so it never starts as a blank screen. That register is closed out in its turn and becomes the next lessons file, which means no register is ever really finished, and none should ever start blank: the loop closes on every project.

From the conversation · “a lesson learned is a risk on a future project” (~1:01:40); “change is the mother of all risk” is the loop’s trigger condition (~1:02:30).

See it in contextFrom ep 016 · Matt MitchellAlso filed under Front-End Planning

Section 04 · 6 ideas

Governance / Reporting

Gates, boards and reports: the machinery that turns project data into decisions executives can actually make.

Big idea · Flow

The three I's

Ep 001 · Grant Stead

A ladder for executive reporting: each rung is worthless to a leader without the one above it.

Information · the raw data Estimates · timesheets · quantities
Insights · "your PF is a 0.8"Rolled up · drillable · owned
Interventions · the options"The only thing that makes money": hold $90M and cut scope, or accept $100M: a decision framework, not a chart

A ladder for executive reporting: raw information (estimates, timesheets, quantities) rolls up into insights like 'your PF is a 0.8,' but each rung is worthless to a leader without the one above it. The top rung is interventions: concrete options such as holding $90M by cutting scope versus accepting $100M. Intervention is the only rung that makes money; it is a decision framework, not a chart.

Credited on air (~47:00–52:00) to a mutual friend now at Cenovus Energy

See it in contextFrom ep 001 · Grant SteadAlso filed under Leadership

Big idea · Bridge

Basics before the dashboards

Ep 002 · Jovita Stander

The shiny layer only works if the boring layer underneath is right. Jovita’s order of operations for any new program, and her caution for the AI era.

The boring layer (first)
  • One project calendar, common cutoff dates
  • Sense-check the week-over-week deltas
  • Gut nagging? Go back to the source
  • Golden thread: weekly → monthly → yearly
  • Routine, repeated every 30 days
The shiny layer (after)
  • PMIS platforms & dashboards
  • S-curves, infographics, storytelling
  • AI tooling: amplifier, not fixer
  • Faster, accurate data for decision makers

Get the boring layer right first: one project calendar, common cutoff dates, sense-checked week-over-week deltas, and a golden thread that lets a monthly report deconstruct cleanly into its weeks. Only then layer on the shiny stuff (PMIS platforms, dashboards, S-curves and AI), because those tools amplify whatever sits beneath them: garbage in, garbage out.

From the conversation, ~45:28–54:00 · “start with the basics… then go for the dashboards”

See it in contextFrom ep 002 · Jovita StanderAlso filed under Data & AI

Big idea · Bridge

Project success = PM success + product success

Ep 008 · Akin Oni

The iron triangle measures the operation. Akin’s 2006 paper title carries the warning (“The Operation Was Successful, But the Patient Died”) and his definition completes the equation.

Project management success
  • On scope, on schedule, on cost
  • The operation was successful
  • What the triangle can see
Project success
Only when you have both
Product success
  • Value delivered, benefits realized
  • The patient is alive
  • What the triangle can’t see

The iron triangle (on scope, on schedule, on cost) only measures project management success: the operation was successful. Product success asks whether the patient is alive: value delivered and benefits realized. True project success requires both, the equation at the heart of Akin's 2006 paper that Ed Merrow circulated across IPA.

From the episode, ~45:45–47:30 · and his 2006 paper, circulated by Ed Merrow across IPA

See it in contextFrom ep 008 · Akin OniAlso filed under Reference

Big idea · Matrix

The three shapes of a PMO

Ep 011 · Ahmed AbdelSalam

Same three letters, three completely different animals, distinguished by how involved the PMO is, and who answers for delivery.

Advisory

Reports and templates from outside the work. Not involved, doesn’t know the risks, and its templates often go unused. “I’m not a big fan.”

Supporting

Experts embedded in delivery: cost, schedule, risk, procurement working hand in hand with the PM, who stays accountable. His preferred shape.

Controlling

Delivery teams report into the PMO; one team answers for the entire program. A single point of accountability, if the leaders have the experience to carry it.

← lighter touch · · involvement & accountability · · full control →

Ahmed sorts PMOs into three types along one axis: how involved the office is and who answers for delivery. Advisory PMOs push reports and templates from outside the work and usually fail; supporting PMOs (his preferred shape) embed cost, schedule, risk and procurement experts alongside a project manager who stays accountable. Controlling PMOs take full accountability as the client's single answerable team, which works only if the leaders have the experience to carry it.

From the PMO chapter, ~34:50–41:00

See it in contextFrom ep 011 · Ahmed AbdelSalamAlso filed under Leadership

Big idea · Flow

The misdiagnosis loop: it’s never just the people

Ep 014 · Ellie Moradinezhad

When integration fails, every faction blames a different single cause, because blaming others is the simplest move. Ellie’s ERP case study shows what happens when someone finally root-causes the combination instead.

“Wrong people on deck”
“The old system was better”
“The procedures don’t fit us”
Root-cause analysisInterviews · workshops · private conversations · data
Fix the combinationTraining + procedures + system configuration, together: “if you fix three of them, you get much better results.”

When integration fails, every faction blames a different single cause (the people, the old system, the procedures) because blaming others is the simplest move. Ellie's ERP case study runs those complaints through real root-cause analysis (interviews, workshops, private conversations, data) and lands on fixing the combination instead: training, procedures, and system configuration together, which gives much better results.

From the ERP case study (~25:30–29:10) and the buy-in discussion (~29:30–33:45)

See it in contextFrom ep 014 · Ellie MoradinezhadAlso filed under Leadership

Big idea · Bridge

An approval system and a decision-making system are not the same building

Ep 017 · Iwona Wilson

Two organizations can hold identical process documentation and be doing completely different things with it. What separates them is not the framework: it is the set of capabilities that make the framework mean something. That set is what almost nobody buys, teaches or measures.

An approval system
  • Phases and gates on a wall chart
  • Templates and guidelines
  • Approval lists and mandatory checklists
  • Deliverable status as the gate conversation
  • The question is: can we pass?
Capability The missing span
A decision-making system
  • Thinking through uncertainty
  • Framing opportunities before they’re projects
  • Aligning stakeholders across functions
  • Naming and challenging assumptions
  • The question is: is this a good decision?

Two organizations can hold identical stage-gate documentation and be doing completely different things with it. An approval system asks 'can we pass?' through templates, checklists, and deliverable status; a decision-making system asks 'is this a good decision?' by thinking through uncertainty, framing opportunities before they're projects, aligning stakeholders, and challenging assumptions. The span between the two is capability, the thing almost nobody buys, teaches, or measures.

From Iwona’s answer at ~1:33–1:35 · “having a process in place is not the same as having capabilities”

See it in contextFrom ep 017 · Iwona WilsonAlso filed under Careers & Talent

Section 05 · 6 ideas

Front-End Planning

The decisions made before sanction that the rest of the project inherits.

Big idea · Bridge

The stage gate becomes a stream

Ep 003 · James Wiseman

Energy’s execution model was built for certainty. The demand wave rewards speed, so the gates blur into one continuous flow of doing and buying.

The stage-gate era (last 20–25 years)
  • Plan → scope → engineer a 100% design package
  • Then buy materials, hire contractors, build
  • “Follow these steps and your project is gonna go great, and it’s just not the case”
“What can we do, and buy, right now?”
The new execution question
The stream of activities
  • Blur the gates; sequence engineering to keep materials flowing
  • Go as fast as the project is good
  • The first-mover prize outweighs a perfectly cost-controlled plan

Energy's traditional stage-gate model - plan, scope, engineer a 100% design package, then buy and build - was built for certainty, and the current demand wave punishes it. Wiseman's replacement is a continuous 'stream of activities' where the gates blur: engineering is sequenced to keep materials flowing, the operative question becomes 'what can we do - and buy - right now?', and the first-mover prize outweighs a perfectly cost-controlled plan.

From the conversation, ~3:45–12:00 · stage gates, Tesla’s lithium refinery, and the first-mover prize

See it in contextFrom ep 003 · James WisemanAlso filed under Schedule

Big idea · Bridge

Flipping the Table: Construction Sets the Sequence

Ep 006 · Geoff Ryan

The old theory said silo E, P and C and optimize each; the reality is construction (half of any project’s cost) pays for everyone else’s optimization.

The silo model
  • Engineering and procurement optimized to their own budgets & schedules
  • Drawings and materials arrive out of sequence
  • Construction (half the project’s cost) pays the price
“Imagine construction in heaven”
Path-of-construction workshop
The AWP alignment
  • Construction names its ideal sequence first
  • Engineering & procurement sequence to match it
  • In data centers, procurement drives the schedule: plan around when the parts arrive

The old silo model optimized engineering and procurement to their own budgets and schedules, so drawings and materials arrived out of sequence and construction (half of any project's cost) paid the price. AWP flips the table with a path-of-construction workshop ('imagine construction in heaven'): construction names its ideal sequence first and engineering and procurement sequence to match it. In data centers, procurement drives the schedule, so you plan around when the parts arrive.

From the conversation, ~9:10–10:20 and ~35:50

See it in contextFrom ep 006 · Geoff RyanAlso filed under Interface Management

Big idea · Matrix

The Exponential Front End

Ep 007 · Roger Farish

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

Front-end discipline doesn't guarantee a successful project - it multiplies the odds, while skipping steps divides them just as hard. Plotted as a 2x2 of front-end discipline against execution quality, the only quadrant worth aiming for is disciplined front end times strong execution; execution matters, but it can only cash the cheque the front end wrote.

From Roger’s exponential framing (~9:00) and Orion’s cannonball close (~61:10)

See it in contextFrom ep 007 · Roger FarishAlso filed under Risk

Big idea · Flow

Anatomy of a Stage Gate

Ep 007 · Roger Farish

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.

Every FEL stage funnels the same deliverables - scope definition, cost estimate, schedule and risk analysis, project economics - into a gate review built on a checklist, an economic analysis, a request of funds, and a recommendation. The machine is allowed to say no: outcomes are Go, Hold, or Recycle, and exit ramps are the point, not a failure.

From the FEL 101 segment, ~10:30–12:15

See it in contextFrom ep 007 · Roger FarishAlso filed under Governance / Reporting

Big idea · Bridge

“Can we?” is the wrong question

Ep 008 · Akin Oni

Feasibility answers whether a thing can be built. Evaluation (where courage meets clarity) answers whether it should be, under the conditions that actually exist.

Can we build it?
  • Engineering feasibility
  • Constructability & contractors
  • “Yes” is almost always available, at a price
The evaluation
Courage meets clarity
Should we build it now, here, with these assumptions, at this risk?
  • Markets · supply chains · regulation
  • Community · talent · geopolitics
  • The true cost of capital

Feasibility only answers whether a project can be built, and 'yes' is almost always available at a price. The real decision is the evaluation, where courage meets clarity: should we build it now, here, with these assumptions and at this risk, weighing markets, supply chains, regulation, community, talent, geopolitics, and the true cost of capital.

From the episode, ~19:20 · the heart of Megaproject Development & Decision Making

See it in contextFrom ep 008 · Akin OniAlso filed under Portfolio & Capital Strategy

Big idea · Matrix

All decisions are equally important. Not all carry the same consequences.

Ep 017 · Iwona Wilson

The organization’s attention follows the money, which means it arrives exactly when changing your mind has become most expensive. The leverage sits in the quadrant nobody is watching.

← cheap to change, nobody watching  ·  expensive to change, everybody watching →
Assess

Cheapest to change · lowest attention. What is the opportunity, what’s the value proposition, is there at least one way to realize it? Highest leverage in the whole lifecycle.

Develop → FID

Expensive to change · attention arriving. Concept locked, estimate built on framing assumptions, the story being written for the public.

Concept / select

Still cheap to change · still private. Options generated and analysed, value drivers tested, one alternative chosen. Options quietly get locked here.

Execute

Near-irreversible · maximum attention. Emotionally, politically and financially committed. “The contractor just gonna send you an invoice.”

within each column, the lower cell is later in the lifecycle

A 2x2 of the project lifecycle against cost-to-change and organizational attention: attention follows the money, so it arrives in Execute exactly when changing your mind has become near-irreversible. The highest leverage sits in Assess and Concept/Select, where changes are cheapest and nobody is watching, and where options quietly get locked before FID makes the commitment emotional, political, and financial.

From Iwona at ~32:15 and ~33:40 · and the title of her book, Where Projects Are Won or Lost

See it in contextFrom ep 017 · Iwona WilsonAlso filed under Portfolio & Capital Strategy

Section 06 · 4 ideas

Document Control

The unglamorous discipline that quietly decides claims, audits and handovers.

Big idea · Flow

One source of truth

Ep 004 · Leanne Allgaier

Strip the episode to one drawing and it's this: a major project generates documents from everywhere, and exactly one function stands between that firehose and the people betting billions, and lives, on the contents.

A major project generates documents from every direction (engineering, contractors, vendors and suppliers, regulators, and operations/field changes), and document control is the one function standing between that firehose and the people betting billions, and lives, on the contents. Done right, it delivers the most updated information to the correct audience at any moment, from one agreed-upon single source of truth, protecting cost, schedule, quality, and safety.

From Leanne's definition of document control (~4:05) and the P&ID lifecycle walk-through that follows.

See it in contextFrom ep 004 · Leanne AllgaierAlso filed under Data & AI

Big idea · Bridge

The shoe doesn't make the runner

Ep 004 · Leanne Allgaier

The systems question, drawn as a bridge. Every serious project buys a document platform; the episode's point is that the platform only works when the operating discipline on the other side holds up its end.

Every serious project buys a document platform (Documentum/OpenText, Aconex, PIMS, M-Files, Omega 365, SharePoint), but the tool only supplies the repository, automated workflows, search, and audit trail. Defined lifecycles, version and revision integrity, written-and-trained procedures, and a single source of truth people trust come only from operating discipline. As the episode's metaphor puts it, the shoe doesn't make the runner: the tool is only as good as the discipline of its operators.

From the systems exchange, ~14:50–16:30 · Orion's metaphor, Leanne's operator rule.

See it in contextFrom ep 004 · Leanne AllgaierAlso filed under Governance / Reporting

Big idea · Matrix

The four levers of doc-control ROI

Ep 004 · Leanne Allgaier

The ROI question, drawn as the four levers Leanne names on-air. “Admin cost” is the wrong frame: each quadrant is a place where controlled documents either save money or quietly burn it.

Treating document control as admin cost is the wrong frame: it directly moves four levers: cost, schedule, quality, and risk/safety. Building from a superseded revision means paying twice for the same work and falling behind schedule, while version control is quality control, ensuring the field builds exactly what engineering last approved. At the extreme, an outdated drawing can lead to equipment failure, injury, or death.

From the ROI segment, ~20:20–21:45.

See it in contextFrom ep 004 · Leanne AllgaierAlso filed under Cost

Big idea · Matrix

The noise ladder

Ep 004 · Leanne Allgaier

Her diagnostic, drawn as an escalation. Document control health is audible: the quieter the project, the healthier the information, and each rung up the ladder is a louder, costlier signal.

Document control health is audible: the quieter the project, the healthier the information, and each rung up the ladder is a louder, costlier signal. Level 0 is quiet (information reaches the correct audience with little fuss); Level 1 is 'can't find it' (search, hierarchy, and metadata problems); Level 2 is 'can't reach it' (access misalignment amplified by contractor churn); Level 3 is building from the wrong revision: rework, cost, and schedule pain the project director will notice.

From the good-vs-bad diagnosis, ~26:30–29:40.

See it in contextFrom ep 004 · Leanne AllgaierAlso filed under Governance / Reporting

Section 07 · 4 ideas

Leadership

Setting direction on sites of thousands: cadence, trust and accountability under pressure.

Big idea · Flow

Culture is cadence

Ep 001 · Grant Stead

Culture on a 4,000-person event isn't a value statement: it's the byproduct of planning deep enough that every hand is handed a task, every shift.

Scope validated line-by-line 70–100k-activity schedule Resource plan overlaid early
Every hand knows its task, day one400 welders · exact welds · exact specs
A calm, safe, productive site"No running by the pool": incidents live where people don't know what to do

On a 4,000-person turnaround, culture is not a value statement: it is the byproduct of planning deep enough that every hand is handed a task, every shift. Line-by-line scope validation, a 70–100k-activity schedule, and an early resource overlay are what let you tell 400 welders exactly where to put their stick on day one. The output is a calm, safe, productive site; incidents live where people don't know what to do.

From the episode, ~7:15–10:30 · the hill Grant dies on

See it in contextFrom ep 001 · Grant SteadAlso filed under Schedule

Big idea · Matrix

Right plan × right people = project culture

Ep 003 · James Wiseman

James’s first principles for scale, as a 2×2. Both inputs combine to make the culture that gets a project over the line. Quadrant labels are our sketch of his framing.

← The plan → · ← The people →
Right plan + right people

The mixture that rides the bull the full eight seconds: “both combine to make the project culture for a good project.”

Right plan + wrong people

The plan can’t execute itself: “projects are planned and built by people.”

Wrong plan + right people

Heroics on a bad map: talent burns down fighting sequence, scope and procurement.

Wrong plan + wrong people

Eight seconds you never survive: the bull wins.

Wiseman's first principles for scaling, drawn as a 2x2: the plan on one axis, the people on the other. Only the right-plan-plus-right-people quadrant produces the project culture that survives the full 'eight seconds' - a good plan can't execute itself, talented people burn down fighting a bad plan, and wrong-plus-wrong means the bull wins.

Sketched from “you have to have the right plan and the right people,” ~4:45–12:00

See it in contextFrom ep 003 · James WisemanAlso filed under Front-End Planning

Big idea · Bridge

The bridge from technical expert to industry leader

Ep 012 · Live Panel

Everyone on stage fell into the profession by accident, but nobody accidentally became president. The crossing is built from three deliberate planks.

The technical base
  • Estimates, schedules, SPI: "the fundamentals out of the way"
  • Knowing your stuff: "only so many times you can bluff"
  • The accidental entry: scheduling, estimating, risk
Credentials · Soft skills · Contribution
Get it in the bank · influence people · give time back
The leadership seat
  • Recommendations, not just analysis
  • Influence without authority: reputation compounds
  • Servant leadership: the chair, the boards, the papers

All four presidents entered project controls by accident, but none of them became an industry leader by accident. The bridge from the technical base (estimates, schedules, knowing your stuff) to the leadership seat is built from three deliberate planks: credentials in the bank, soft skills that let you influence people, and giving time back through contribution. On the far side, the work shifts from analysis to recommendations, servant leadership and reputation that compounds.

From the next-generation and big-chair chapters · Darley, Nosbisch, Caddell & Bennink

See it in contextFrom ep 012 · Live PanelAlso filed under Careers & Talent

Big idea · Bridge

From the lab bench to the giga picture

Ep 014 · Ellie Moradinezhad

The mentor’s advice that shaped her career, generalized in the closing takeaway: systems thinking is the bridge between mastering your slice and seeing the whole, and it’s a mindset before it’s a method.

The specialist view
  • Your discipline, your deliverable, your slice of the schedule
  • “I love what I do. Why do I have to issue invoices?”
  • One methodology, one publisher, one media diet
Systems thinking
A mindset before a method
The giga picture
  • Functions in interaction, and the personalities leading them
  • Finance, economy, politics as project influencers
  • Communities, environment, the future you’re designing

Systems thinking is the bridge from the specialist view (your discipline, your deliverable, your slice of the schedule) to the giga picture: functions in interaction, the personalities leading them, and finance, politics, communities, and the environment as forces on the project. It is a mindset before it is a method: openness to contradictory information rather than loyalty to one methodology or one media diet.

From the mentor story (~6:45–8:10) and the closing takeaway (~1:22:40–1:29:00)

See it in contextFrom ep 014 · Ellie MoradinezhadAlso filed under Careers & Talent

Section 08 · 3 ideas

Data & AI

What automation can and cannot do to the craft of building big things.

Big idea · Matrix

When AI multiplies you, and when it makes you a menace

Ep 009 · Omar Habib

Orion’s knowledge quadrant, offered near the end and endorsed by Omar: AI’s value depends on whether you can verify what it gives you.

How much of the domain you actually know →
You know what you know

AI is an accelerant: you can verify the output, so it multiplies you. Every WiiGroup win in this episode ends with a verification step.

You know what you don’t know

“That’s where AI is really helpful”: it fills gaps you’ve already mapped, and you still know enough to check the result.

You don’t know what you know

The quadrant the conversation leaves alone: the framework’s quiet corner.

You don’t know what you don’t know

“I think you just become a menace.” No basis to verify anything: the surgeon-by-chatbot problem.

Orion's knowledge quadrant, endorsed by Omar: AI's value depends on whether you can verify what it gives you. When you know what you know (or know what you don't know), AI is an accelerant, and every AI win in the episode ends with a verification step. When you don't know what you don't know, there is no basis to check anything and you just become a menace.

Orion’s framework (~1:12:30–1:13:40), agreed by Omar: “You need a certain limit of knowledge”

See it in contextFrom ep 009 · Omar HabibAlso filed under Careers & Talent

Big idea · Flow

AI is the amplifier: humans keep the verdict

Ep 012 · Live Panel

The panel's shared read: AI collapses the reporting cycle and mines data no team could, but the decision layer (interpretation, recommendation, judgment) stays human.

More project data than ever
Live data, in your face
Decades of benchmarks
AI, the enabler"Waited all my career for it"
People still decideInterpret, recommend, act, and know which three reports actually matter

The panel's shared position on AI: it is an enabler that collapses the monthly reporting cycle and mines more project data and benchmarks than any team could, putting live answers 'right in your face.' But the verdict layer stays human: someone who understands the project must still interpret the output, make the recommendation and know which three reports actually matter, with Bennink's caution that over-depended-on models have crashed markets before.

From the AI chapter · Darley's enabler case, Bennink's model-overdependence caution, Nosbisch's answer to worried students

See it in contextFrom ep 012 · Live PanelAlso filed under Governance / Reporting

Big idea · Flow

Five systems, one view of the truth

Ep 021 · Omer Iqbal

Executive confidence starts with integration: at Sydney Water, fragmented reporting across five systems was unified into a single portfolio intelligence view: the difference between building a dashboard and building executive intelligence.

Sydney Water's portfolio reporting once lived fragmented across five systems: SAP, Primavera P6, ARM, Unifier and Power BI. Unifying them into one portfolio intelligence view (cost, schedule, risk, benefits) gives Board and Executive Committees a consistent basis for capital prioritisation and risk posture. That integration is the difference between building a dashboard and building executive intelligence.

From Omer's Sydney Water remit, discussed in the tech & data chapter.

See it in contextFrom ep 021 · Omer IqbalAlso filed under Governance / Reporting

Section 09 · 2 ideas

Cost

Where the money actually goes, and how forecasts earn or lose the room's trust.

Big idea · Flow

The Billion-Dollar Math

Ep 006 · Geoff Ryan

A decade of paired audits turns “AWP works” into a number, and the number into a choice.

70 megaproject audits CII scorecard: 45% → 75% compliant Tool-time studies in the field
22% busier workersthe measured difference
~10% of total project cost on the table$10M of AWP on a $1B project chasing $100M back: a 1,000% return. Figures directional, from Geoff’s audits.

A decade of roughly 70 megaproject audits pairs CII scorecard compliance (45% versus 75%) with tool-time studies in the field, and the measured difference is 22% busier workers. That gap works out to about 10% of total project cost left on the table. Spending roughly $10M applying AWP on a $1B project to chase $100M back is a 1,000% return (figures directional, from Geoff's audits).

From the conversation, ~16:20–18:20 and ~1:10:40

See it in contextFrom ep 006 · Geoff RyanAlso filed under Field / Progress

Big idea · Flow

The fundamentals, in order

Ep 008 · Akin Oni

Boards ask to see the dollars first. Akin’s order runs the other way: understand four things, and only then does cost mean anything, all of it inside the license to operate.

1 · People
2 · Scope
3 · Risk
4 · Schedule
5 · Cost“The money makes zero sense without the first four”
A decision you can defendAll of it inside the license to operate: “a project without one is a project waiting to be stopped”

Boards ask to see the dollars first, but Akin's order runs the other way: understand people, scope, risk, and schedule (in that order), and only then does cost mean anything, because the money makes zero sense without the first four. All of it must sit inside the license to operate; a project without one is a project waiting to be stopped.

From the episode, ~35:30–43:40 · the five fundamentals plus the license to operate

See it in contextFrom ep 008 · Akin OniAlso filed under Front-End Planning

Section 10 · 2 ideas

Interface Management

The seams between contracts, systems and companies: where projects quietly fray.

Big idea · Bridge

The integrator

Ep 009 · Omar Habib

Engineering and project controls both hold numbers that are calculated right, and still disagree. The bridge isn’t a tool; it’s a person who speaks both languages, backed by a KPI table that gives every metric an owner, a frequency and a data source.

The engineering world
  • 3D models, clashes & methods
  • BIM uses & model rigor
  • “Done” = installed on site
The integrator
Same language, both ways
The controls world
  • P6 schedules & activity IDs
  • Budgets, EVM & commitments
  • “Done” = committed & booked

Engineering and project controls each hold numbers that are calculated correctly yet still disagree, because 'done' means installed on site in one world and committed-and-booked in the other. The bridge is not a tool but an integrator (a person fluent in both languages) backed by a KPI table that gives every metric an owner, a frequency and a data source.

From “sometimes I call myself an integrator” (~53:30), the KPI table (~54:10) and the window-package reconciliation (~55:50)

See it in contextFrom ep 009 · Omar HabibAlso filed under Governance / Reporting

Big idea · Matrix

Integration is a grid, not a line

Ep 014 · Ellie Moradinezhad

Ellie’s framework: integration runs in three directions, and each direction must hold across three domains. Most teams actively manage one or two cells. The rest break quietly until the project “suddenly” fragments.

Systems
Procedures
People
Verticalstrategy ↔ field
SystemsProject data rolls up cleanly: portfolio ROI, resources, revenue projections come from the same source the field uses.
ProceduresStandards proportional to project tier: megaproject machinery doesn’t crush the $30k study.
PeopleLeaders see reliable data; the field understands why it’s collected, or they simply won’t follow.
Horizontalfunction ↔ function
SystemsOne platform serving PM, controls, HR, finance and quality, not a silo tool per function.
ProceduresCross-functional review of each other’s work: routine in engineering, rare in PMO development.
PeopleEvery function interviewed for its needs, constraints and forecasting problems before anything is built.
Cross-functionalcompany ↔ company
SystemsSoftware chosen jointly: on cost, owner integration and team familiarity, not capability alone.
ProceduresRACI with explicit authority thresholds and delegation: who decides, who’s accountable, who’s informed.
PeopleTeam building and co-location until the JV genuinely feels like one team.

Ellie's integration framework is a nine-cell grid: integration runs in three directions: vertical (strategy to field), horizontal (function to function), and cross-functional (company to company). Each direction must hold across three domains: systems, procedures, and people. Most teams actively manage only one or two cells, and the neglected ones break quietly until the project suddenly fragments.

From the episode’s core framework (~9:30–20:00 and ~38:00–48:00) and the published episode summary

See it in contextFrom ep 014 · Ellie MoradinezhadAlso filed under Governance / Reporting

Section 11 · 2 ideas

Portfolio & Capital Strategy

Choosing what to fund (and what not to) across a portfolio of bets.

Big idea · Matrix

Delivered ≠ Successful

Ep 021 · Omer Iqbal

The episode thesis: delivery metrics and investment outcomes are different axes. A project can land in the top-left: on time, on budget, and still the wrong thing to have built.

← lower investment value · higher investment value →   (rows: delivered cleanly ↑ · troubled delivery ↓)

Delivery metrics and investment outcomes are different axes: a project can hit time, cost, scope and quality and still be the wrong thing to have built. The 2x2 maps delivery performance against investment value: the quadrant the episode warns about is “delivered, low value” (on time, on budget, failed investment), while “troubled, high value” is the uncomfortable one executives must still recognise. Only “delivered, high value” (benefits realised, strategy served, public value created) actually counts.

From the episode thesis · “a project can be delivered on time and on budget and still fail as an investment.”

See it in contextFrom ep 021 · Omer IqbalAlso filed under Governance / Reporting

Big idea · Bridge

Portfolio management is the missing bridge

Ep 021 · Omer Iqbal

Boards and delivery teams speak different languages. Omer's remit (the Investment PMO) is the span between them, translating both ways.

Boards and delivery teams speak different languages: the boardroom talks strategy, risk appetite, benefits, public value and capital prioritisation, while delivery teams talk time, cost, scope, quality, progress and site-level risk. Portfolio management (Omer's Investment PMO) is the missing bridge that spans the two, translating both ways so board intent reaches the work and delivery reality reaches the board.

From the interview script · “portfolio management as a missing bridge between the boardroom and the people delivering the work.”

See it in contextFrom ep 021 · Omer IqbalAlso filed under Board

Section 12 · 1 idea

Contracts

Incentives, clauses and the commercial architecture that shapes behavior on site.

Big idea · Flow

The contract as an alignment tool

Ep 005 · Tarun Gohel

A contract you only enforce is a stick with an untrained recipient. West Qurna 2 used it three ways: embed the requirements, explain them face to face, and pay for the behavior you want.

200–300-page PC requirements
WBS control at level 2–3
Priced-in reporting effort
Embed → Explain → Incentivizethe contract, used three ways
One reporting languageevery hub, yard and contractor rolls up to the same structure

West Qurna 2 treated its 200-300 pages of project-controls requirements as an alignment tool, not just an enforcement stick: embed the requirements in the contract, explain them to the contractor face to face, and incentivize the behavior you want instead of penalizing. The payoff is one reporting language, with every hub, yard and contractor rolling up to the same WBS structure.

From Chapter 02 (~4:20–13:00) and Orion’s three-levels reframe (~8:30)

See it in contextFrom ep 005 · Tarun GohelAlso filed under Governance / Reporting

Section 13 · 1 idea

Field / Progress

Boots-on-the-ground reality: measuring what is truly done, not what is reported.

Big idea · Flow

The Installation Work Package

Ep 006 · Geoff Ryan

One week of work for one crew, proven executable before the foreman ever sees it.

Scope & drawings Materials on site Tools · crane · permits Crew size & budgeted hours Safety risks & quality checks
The IWPconstraints removed · proven first
A foreman who can execute“Don’t put out work you can’t do. Just put out work you can do.”

An Installation Work Package is one week of work for one crew, proven executable before the foreman ever sees it. Scope and drawings, materials on site, tools, crane and permits, crew size and budgeted hours, and safety and quality checks all feed the package, with every constraint removed up front. The output is a foreman who can actually execute: don't put out work you can't do; just put out work you can do.

From the conversation, ~5:40–11:20 · plus the risk register in the back of the package

See it in contextFrom ep 006 · Geoff RyanAlso filed under Front-End Planning

Section 14 · 1 idea

Engineering

Design as the pacesetter: the drawings everything else waits on.

Big idea · Flow

The solar 3× rule

Ep 003 · James Wiseman

Why storage (not panels) is the real project. Solar gives you eight good hours; the grid needs twenty-four.

Sun: ~8 productive hours/day
Demand: 24 hours, 7 days
Produce 3× what you need in daylightthen store two-thirds of it
Around-the-clock power, to the next dayLong-duration storage is the frontier: “we’ve barely scratched the surface.”

Solar gives roughly eight productive hours a day against a 24/7 demand curve, so a solar project must produce about three times the energy it needs during daylight and store two-thirds of it just to reach the next day. The panels are the easy part - long-duration storage is the real project, and Wiseman says we've barely scratched the surface on it.

From James’s solar math, ~15:00–17:00

See it in contextFrom ep 003 · James WisemanAlso filed under Sustainability & Environment

Section 15 · 1 idea

Scope

Defining the work, and holding the line when it moves.

Big idea · Bridge

What the PDRI Room Reports vs What Probing Reveals

Ep 007 · Roger Farish

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

A PDRI scope review is only as honest as its facilitation. The room reports deliverables as complete and a score pushed low enough to clear the gate, while probing reveals deliverables never started, gaps living with people outside the task force, and the disengaged discipline nobody thought to ask. Experienced facilitation that hears every voice is the bridge between the two.

From the PDRI stories, ~28:00–35:40 · lower PDRI score = better definition

See it in contextFrom ep 007 · Roger FarishAlso filed under Communication & Stakeholders

Section 16 · 1 idea

Reference

Benchmarks, standards and the canon the industry measures itself against.

Big idea · Chain

Six Dimensions of Decision Quality: the decision quality chain

Ep 017 · Iwona Wilson

The rule · a decision is only as good as its weakest dimension

Decision quality drawn as a six-link chain: appropriate frame, creative alternatives, relevant information, values and trade-offs, sound logic, and commitment to action. A decision is only as good as its weakest dimension, and commitment to action is flagged as the link that fails most: if the stakeholders who must act are not committed, nothing happens.

See it in contextFrom ep 017 · Iwona WilsonAlso filed under Governance / Reporting

Section 17 · 1 idea

Communication & Stakeholders

Making the case: storytelling, alignment and managing up.

Big idea · Flow

The groan zone is not a facilitation failure

Ep 017 · Iwona Wilson

Diversity in the room produces tension; tension is what shared understanding is made of. The only real choice is whether you pass through it in two days with a neutral facilitator, or over three months of rescheduled meetings.

Diverge Invite opinions Ask questions Surface concerns
The groan zone Disagreement · discomfort · mess
Converge Shared understanding · the decision named · faster execution with fewer surprises

Divergence (inviting opinions, asking questions, surfacing concerns) necessarily produces a messy middle of disagreement and discomfort that Sam Kaner calls the groan zone. Leaders who bail out of it reschedule the same conversation for months, while teams that push through converge on shared understanding and execute faster with fewer surprises. The tension is not a facilitation failure; it is the cost of alignment.

From Iwona at ~45:50–49:00, citing Sam Kaner’s research on collaborative group decision-making · “this is the cost of alignment”

See it in contextFrom ep 017 · Iwona WilsonAlso filed under Reference

How this wall grows Every episode brief distills its conversation into a few whiteboard-style big ideas, and each one gets pinned here, filed under the project domain it belongs to, with a link back to the brief it was drawn for. Diagrams are re-rendered from the briefs; wording is kept verbatim. Spot an idea we should pin? Tell Orion.