
Sign up to save your podcasts
Or


In this episode, we explore why constant firefighting is not the same as sustainable project delivery. Every complex programme will face problems, but when an organisation is always in crisis mode, it usually points to deeper issues: weak front-end definition, poor systems integration, unclear governance, overloaded teams, optimistic reporting, or a culture that rewards heroics more than prevention.
The episode explains how firefighting creates the illusion of progress. People are busy, decisions are urgent, and milestones may still be recovered, but the underlying delivery system often remains weak. Using the Crossrail programme as an example, we discuss how late integration, assurance complexity and unrealistic planning can turn delivery into recovery.
The key message is that sustainable delivery requires prevention: clear scope, visible risks, honest project controls, early integration, protected capacity, and leadership that rewards early escalation and root-cause thinking. Firefighting may save a milestone, but it will not build a reliable delivery system.
Repenning, N. P. & Sterman, J. D. — “Nobody Ever Gets Credit for Fixing Problems that Never Happened” / capability trap research
Repenning, N. P. — “The Persistence of Firefighting in Product Development”
National Audit Office — “Lessons learned from Major Programmes”
National Audit Office — “Crossrail: a progress update”
National Audit Office — “Completing Crossrail”
PMI — “Pulse of the Profession 2018: Success in Disruptive Times”
ISO 31000:2018 — Risk Management Guidelines
INCOSE Systems Engineering Handbook / SEBoK reference
In this episode of The Critical Path Podcast, we explore decision latency: the delay between a project needing a decision and the organisation actually making one.
The episode explains that slow decisions are often hidden behind more visible problems such as cost growth, schedule delay, rework, supplier issues and poor integration. In complex programmes, one delayed decision can affect requirements, design, procurement, testing, integration and entry into service.
The core message is that not deciding is still a decision. When leaders wait for perfect information, avoid accountability or push decisions into another governance forum, the project continues to spend time and money while options reduce.
Using Crossrail as a real-world example, the episode highlights how major projects can suffer when governance is not close enough to delivery reality and senior leaders do not receive clear, timely information.
The episode concludes that good governance should reduce decision latency, not create it. Project teams should track important decisions like milestones, assign owners, set deadlines, define escalation rules and make the cost of waiting visible.
Key takeaway: The critical path is not only made of activities and deliverables. It is also made of decisions and delayed decisions can quietly damage project performance.
Key references:
National Audit Office. Governance and decision-making on mega-projects
National Audit Office. Crossrail – A progress update
National Audit Office. Crossrail progress update – press release
Flyvbjerg, B., Holm, M. S., & Buhl, S. What Causes Cost Overrun in Transport Infrastructure Projects?
Flyvbjerg, B., Holm, M. S., & Buhl, S. How common and how large are cost overruns in transport infrastructure projects?
PMI. Capturing the Value of Project Management Through Decision Making
PMI. Pulse of the Profession 2026: Driving Success in Complex Projects
Cantarelli, C. C., van Wee, B., Molin, E. J. E., & Flyvbjerg, B. Different Cost Performance: Different Determinants? The Case of Cost Overruns in Dutch Transportation Infrastructure Projects
Cantarelli, C. C., Molin, E. J. E., van Wee, B., & Flyvbjerg, B. Characteristics of Cost Overruns for Dutch Transport Infrastructure Projects and the Importance of the Decision to Build and Project Phases
UK Parliament / Public Accounts Committee. Governance and decision-making on major projects
In this episode of The Critical Path, we explore why delegation is not simply about giving tasks to others, but about creating ownership, accountability, and capability within project teams.
The episode explains that effective delegation starts with clarity: people need to understand the outcome, the purpose behind the work, and what success looks like. It also highlights the importance of matching responsibility with authority. Delegation fails when someone is made accountable for an outcome but does not have the power, information, or access needed to influence it.
The discussion also covers the role of guardrails, governance, and review rhythms. Good delegation does not mean disappearing; it means defining decision boundaries, escalation points, and support mechanisms without falling into micromanagement.
Using examples from complex project environments, the episode shows how poor delegation can create integration failures, hidden risks, and bottlenecks. Strong delegation, by contrast, helps teams make faster decisions, surface problems earlier, and reduce dependency on one overloaded leader.
The key message: don’t just delegate tasks, delegate outcomes, authority, and accountability with clear guardrails.
Key references:
Project Management Institute — “Delegation and sharing of authority by the project manager”
Project Management Institute — “Management, leadership — delegation”
PMI / PMBOK concepts — Responsibility Assignment Matrix / RACI
Association for Project Management — APM Body of Knowledge
Association for Project Management — Project Governance
Harvard Business Review — “To Be a Great Leader, You Have to Learn How to Delegate Well”
Harvard Business Review — “When Delegating, Make Accountability Clear”
Atlassian — RACI Chart Guide
PMI — Project Governance: Critical Success
PMI — “Delegation”
This episode explores why change management and change control are essential in every project. Change is unavoidable: requirements, priorities, budgets, technology, suppliers, and stakeholder expectations will evolve. The real challenge is not preventing change, but managing it in a structured and transparent way.
The episode explains that a good change control process protects the project baseline while still allowing the project to adapt. Every proposed change should be clearly described, assessed for impact, approved or rejected by the right authority, and then reflected in the project baseline if accepted.
A key message is that changes should never be assessed in isolation. A small technical change can affect cost, schedule, procurement, testing, safety, contracts, documentation, risks, and stakeholder commitments. This is why change control must involve project management, engineering, commercial, finance, risk, and delivery teams.
The episode also highlights the danger of informal change: small requests, undocumented decisions, and “can you just add this?” moments that slowly create scope creep. Mature projects surface change early, assess it honestly, make clear decisions, and update the baseline properly.
The main takeaway: change is not the enemy. Uncontrolled change is. Strong change control helps projects adapt without descending into chaos.
Association for Project Management – APM Body of Knowledge, 8th edition
APM – “The basics of change control and its importance”
Project Management Institute – PMBOK Guide / Integrated Change Control
PRINCE2 – Issue and Change Control / Issue Management Approach
NASA Systems Engineering Handbook
Earned Value Management guidance / PMBOK project controls principles
General lessons from major infrastructure and defence programmes
In this episode of The Critical Path, we explore why managing expectations is one of the most important leadership skills in complex project environments.
The episode explains that saying yes too quickly can create hidden delivery risk, especially when scope, cost, schedule, quality, safety, and technical performance are treated as if they are independent. In reality, every additional request creates a trade-off.
The core message is that saying no is not about being negative or unhelpful. It is about protecting credibility, delivery confidence, and organisational trust. Strong project leaders make constraints visible early, explain the consequences of decisions, and turn vague pressure into clear choices.
The episode uses the example of a major defence programme preparing for a critical design review, where adding a new capability without proper impact assessment creates downstream problems across engineering, suppliers, testing, safety evidence, cost, and schedule.
The key takeaway is simple: trust is not built by saying yes to everything. Trust is built by telling the truth early, offering options, and helping stakeholders make informed decisions before unrealistic expectations become delivery failures.
Key references:
Association for Project Management — APM Body of Knowledge, 8th Edition
APM / RICS — Stakeholder Engagement, 1st Edition
Project Management Institute — PMBOK Guide
PMI — Requirements Management: A Core Competency for Project and Program Success
PMI — Requirements Management Report
INCOSE — Systems Engineering Handbook
INCOSE — Requirements Management and Systems Engineering Guidance
INCOSE — Systems Integration Guidance
APM — Governance and Stakeholders
William Ury — The Power of a Positive No
Roger Fisher, William Ury and Bruce Patton — Getting to Yes
Chris Argyris — Organisational Learning and Defensive Routines
Bent Flyvbjerg — Megaprojects and Risk / How Big Things Get Done
Eliyahu M. Goldratt — Critical Chain
In this episode of The Critical Path, we explore why high performance in complex projects is not simply the result of talented individuals working harder. In aerospace, defence, nuclear, infrastructure, and other regulated environments, performance is shaped by the system around the team.
Leaders create high performance by designing the right conditions: clear priorities, honest communication, focused execution, strong accountability, and governance that enables decisions rather than creating bureaucracy.
The episode highlights that psychological safety and accountability are not opposites. High-performing teams need both: the confidence to raise bad news early and the discipline to own risks, decisions, interfaces, and outcomes.
Using the Boeing 787 Dreamliner programme as a real-world example, the episode shows how complexity, supplier dependency, unclear integration ownership, and optimistic schedules can undermine performance when the environment is not properly designed.
The key message is simple: leaders do not create high performance by demanding heroics. They create it by removing friction, making complexity visible, protecting focus, and building an environment where capable people can do their best work consistently.
In this episode of The Critical Path, we explore why complex projects and programmes require leaders who can adapt their style to the situation, rather than relying on one fixed leadership approach.
Situational leadership is about understanding what a person, team or challenge needs at a specific moment. In complex environments such as defence, aerospace, nuclear, infrastructure and major technology delivery, different situations demand different responses. Sometimes the leader must provide clear direction, especially during high-risk or urgent issues. At other times, the right approach is to coach, support or delegate.
The episode explains why both extremes can be damaging. Too much control can become micromanagement and reduce ownership. Too little involvement can become abandonment, leaving teams “empowered” but unsupported.
Using the example of a delayed systems integration programme, the episode shows how a situational leader can provide structure, clarify decision rights, support teams under pressure and delegate where capability is strong.
The key message is simple: effective leadership in complex environments is not about having one style. It is about having range, judgement and the discipline to diagnose the situation before deciding how to lead.
Key references:
Hersey, P. & Blanchard, K. H. — Management of Organizational Behavior
The Center for Leadership Studies — Situational Leadership® Model
Yukl, G. — Leadership in Organizations
Snowden, D. J. & Boone, M. E. — A Leader’s Framework for Decision Making, Harvard Business Review
Edmondson, A. C. — Psychological Safety and Learning Behavior in Work Teams
Edmondson, A. C. & Harvey, J-F. — Extreme Teaming
Fiedler, F. E. — A Theory of Leadership Effectiveness
In this episode of The Critical Path, we explore the paradox of energy in project management and leadership: project leaders often need to give energy to the system before they receive any back.
Complex projects rarely fail only because of poor plans, missed risks, or technical issues. They often lose momentum because the human energy behind delivery gradually drains away. Teams become tired, decisions slow down, meetings become repetitive, governance consumes time without creating movement, and suppliers or stakeholders become defensive.
The episode explains that leadership energy is not about false positivity or motivational speeches. It is about creating clarity, reducing confusion, making progress visible, and helping the system move again. Good leaders generate energy by clarifying priorities, removing blockers, making trade-offs visible, and turning effort into tangible progress.
A key message is that energy is lost at interfaces: between teams, suppliers, functions, and governance layers. Integration is therefore not only a technical discipline, but also an energy discipline. When integration works, effort flows toward outcomes. When it fails, teams can work hard in isolation while the programme remains stuck.
The episode also highlights how poor governance drains energy when it demands updates but avoids decisions. Good governance, by contrast, creates confidence because it enables decisions, supports escalation, and removes constraints.
The practical takeaway is to review your project through the lens of energy. Identify where energy is being created and where it is being drained. Then take one action: remove an unnecessary meeting, clarify one priority, escalate a blocked decision, or recognise genuine progress.
The central conclusion: energy is not a soft leadership concept. In complex projects, it is a delivery asset.
Key references:
A well-implemented project management methodology is not bureaucracy, it’s a performance enabler. In this episode, we explore how structured approaches improve clarity of roles, decision-making, risk management, and overall predictability in complex projects. Rather than slowing teams down, the right methodology reduces ambiguity, prevents “decision debt,” and ensures issues are identified early. Using a real-world defence programme example, we show how the absence of integration discipline led to delays and rework—and how introducing a structured methodology restored control.
Methodology doesn’t create complexity, it helps you manage it.
Key References:
Project Management Institute – A Guide to the Project Management Body of Knowledge (PMBOK® Guide)
AXELOS – PRINCE2® (Projects IN Controlled Environments)
Scrum Alliance & Scrum.org – Scrum Guide (by Ken Schwaber and Jeff Sutherland)
Scaled Agile, Inc. – SAFe (Scaled Agile Framework)
Standish Group – CHAOS Reports
McKinsey & Company & University of Oxford – “Delivering Large-Scale IT Projects on Time, on Budget, and on Value” (Flyvbjerg et al.)
Bent Flyvbjerg – How Big Things Get Done / megaproject research
Daniel Kahneman – Thinking, Fast and Slow
Barry Boehm – Spiral Model / Risk Management research
Donella Meadows – Thinking in Systems
NASA – NASA Systems Engineering Handbook
UK Infrastructure and Projects Authority – Project Delivery Functional Standard
Association for Project Management – APM Body of Knowledge
Why do projects fail so often, even when the tools, processes, and reporting all seem to be in place? In this episode, we unpack the five most evidence-backed reasons projects fail: unclear objectives, poor requirements and scope control, weak sponsorship and stakeholder alignment, unrealistic planning driven by optimism bias, and weak communication across interfaces. The episode explains how these issues build slowly, often long before a project is visibly in trouble, and why failure is usually the result of tolerated drift rather than one dramatic mistake. Using a real-world style example, it also explores what leaders can do differently to reduce failure risk and improve delivery outcomes.
Key references:
From the publisher's feed