GRIP vs PACE: What Changed for Network Rail Projects

Network Rail scrapped GRIP in favour of PACE back in 2021. If you're working on rail infrastructure projects, you've probably noticed the difference. Fewer stage gates. Faster decisions. Less waiting around for sign-offs that used to take weeks.
But what exactly changed? And more importantly, what does PACE mean for how you manage records, handle variations, and protect your commercial position on rail projects?
This guide breaks down the practical differences between the two frameworks, shows you what PACE looks like in action, and explains what it means for contractors working on Network Rail projects today.
The 30-Second Summary
GRIP had eight sequential stages with formal gate reviews between each one. Teams couldn't progress until they'd completed every requirement and received sign-off. This created rigour, but it also created delays.
PACE has four main phases that can overlap where it makes sense. Decision-making authority sits with project teams rather than requiring escalation through multiple management layers. The aim is to keep the control without the bureaucracy.
The result? The Dartmoor Railway Line went from concept to construction in eight weeks under PACE. Under GRIP, that process would have taken months.
GRIP: The Framework That Served Rail for 20 Years
Network Rail introduced GRIP (Governance for Railway Investment Projects) in 2000 to bring structure and risk management to rail infrastructure delivery. For two decades, it was the standard approach for any project enhancing or renewing the operational railway.
The Eight GRIP Stages
GRIP divided every project into eight distinct stages, each with specific deliverables and a formal gate review before progression:
The approach was product-driven rather than process-driven. Each stage had an agreed set of deliverables that had to be completed before moving forward.

The approach was product-driven rather than process-driven. Each stage had an agreed set of deliverables that had to be completed before moving forward.
What Each Gate Required
Before progressing through each gate, teams had to demonstrate they'd met specific requirements. This created thoroughness, but also created bottlenecks:
Why GRIP Worked (Initially)
GRIP brought genuine benefits when it was introduced:
Risk Reduction: The staged approach caught problems early, before they became expensive to fix. Gate reviews provided assurance that projects were ready to progress.
Consistency: Every project followed the same framework. Teams moving between projects understood the process. Clients knew what to expect.
Governance: Clear accountability at each stage. Documented decision-making. Audit trails that stood up to scrutiny.
Where GRIP Started Causing Problems
Over time, the rigidity that provided control started creating different problems:
Sequential Bottlenecks: Teams couldn't work in parallel. Civil engineers waited for design sign-off. Procurement waited for civil. Every delay cascaded forward.
Escalation Overhead: Minor decisions required approval from multiple management tiers. A project manager couldn't approve a sensible change without escalating through layers of governance.
Disproportionate Process: A small footbridge required the same stage-gate rigour as a major station rebuild. The process didn't flex to match project complexity.
Time and Cost Creep: The bureaucracy added weeks to project timelines. Those weeks cost money. And the industry was under pressure to deliver more for less.
Mike Wright, Network Rail's Capital Investment Programme Director, summarised the problem: the goal was "to keep the rigour of GRIP but not control projects so excessively that we are adding extra time and cost to the delivery."
PACE: The Framework Built for Speed
PACE (Project Acceleration in a Controlled Environment) received Network Rail board approval in November 2020 and began rolling out to projects from January 2021.
It emerged from Project SPEED (Swift, Pragmatic and Efficient Enhancement Delivery), a joint initiative between the Department for Transport and Network Rail focused on cutting both the time and cost of project delivery.
The Four PACE Phases
PACE condenses the eight GRIP stages into four main phases:
The critical difference isn't just fewer phases. It's that these phases can overlap. Teams can work in parallel where it makes sense, rather than waiting for sequential handoffs.
The Philosophy Behind PACE
PACE isn't just GRIP with fewer stages. It's built on fundamentally different principles:
Level of Control: Governance That Scales
One of PACE's most significant changes is tailoring governance to project complexity. Not every project needs the same level of oversight:
This means a straightforward track renewal doesn't face the same governance burden as a major station rebuild. The controls match the risk.
What PACE Changed in Practice
Parallel Working: Different disciplines can progress simultaneously. Procurement can begin while detailed design continues. Construction planning doesn't wait for every drawing to be finalised.
Delegated Authority: Decision-making sits with project teams. Minor changes don't require escalation through multiple approval layers. The people closest to the work can make decisions about the work.
Tailored Controls: Project complexity determines the level of control required. Sponsors and project managers can tailor controls to match their project's risk profile.
Integrated Risk Management: Rather than treating risk assessment as a separate exercise at predetermined checkpoints, PACE embeds risk consideration throughout the project lifecycle.
Consistent Procurement: The framework creates more uniform procurement and contracting processes across civil, electrical, and mechanical works.
GRIP vs PACE: Side-by-Side Comparison
Where the Time Savings Come From
The comparison table shows what changed. This table shows how those changes translate into actual time savings:
Understanding PACE Milestones
While PACE has fewer phases than GRIP, it still has clear decision points. Understanding these milestones helps you plan your work and know when key decisions will be made:
The critical difference from GRIP is that reaching these milestones doesn't require completing every preceding activity. If you can demonstrate readiness, you can progress, even if parallel workstreams are still ongoing.
PACE in Action: The Dartmoor Railway Line
The restoration of the Dartmoor Railway Line demonstrates what PACE makes possible.
The line between Exeter and Okehampton closed to regular passengers in 1972. For nearly 50 years, daily services didn't run. Then, in 2021, it became the first railway to reopen under the government's Restoring Your Railway programme.
The Timeline
- February 2021: Project initiated using PACE approach
- March 2021: £40.5 million government funding confirmed
- April 2021: Construction begins (8 weeks from concept)
- November 2021: Regular passenger services commence
From concept to construction in eight weeks. Under GRIP, the stage-gate process alone would have consumed months before any construction activity could begin.
What Made It Possible
The project team worked through feasibility and detailed design in parallel rather than sequentially. Issues were identified and resolved in real time through early collaboration, rather than discovered at formal gate reviews.
Christian Irwin, Network Rail's Industry Programme Director, led the project with PACE's emphasis on speed and delegation. Teams made decisions at project level rather than escalating through approval hierarchies.
The Results
The 11-mile stretch of line was transformed in nine months, completed under budget. The line now carries over 550,000 passenger journeys per year, far exceeding initial expectations.
This wasn't just faster delivery. It was proof that reducing bureaucratic overhead doesn't mean reducing rigour. The project delivered safely, on time, and under budget.
What PACE Means for Contractors
If you're working on Network Rail projects, PACE changes several things about how you'll operate:
Faster Decision Cycles
With delegated authority, you'll get decisions faster. Changes that previously required weeks of escalation and approval can now be resolved at project level. This is good for programme but requires you to be ready to respond quickly.
Parallel Workstreams
You may find yourself working on detailed design while procurement is already underway. This requires better coordination and clearer communication about dependencies. Your programme management needs to handle overlapping activities rather than sequential handoffs.
Tailored Governance
The level of control will vary by project complexity. A simple renewal will have lighter governance than a major enhancement. Understanding where your project sits on this spectrum helps you pitch your approach appropriately.
The PACE Product Index
PACE organises its documentation requirements into eight themes. What's produced for each theme depends on your project's Level of Control:
For LoC 1 projects, you might only need basic versions of key products. For LoC 4 projects, you'll need the full set with enhanced governance products. Understanding this early helps you plan your documentation effort appropriately.
Why Records Matter More Under PACE
This seems counterintuitive. Lighter governance should mean less documentation, right?
Actually, the opposite is true. Under GRIP, formal stage gates provided natural documentation checkpoints. Teams assembled evidence for reviews. The process enforced record-keeping.
Under PACE, those checkpoints are fewer and lighter. But the need for evidence doesn't disappear. It shifts from formal review packages to continuous contemporaneous recording.
If you're on an NEC contract (which most Network Rail projects are), your ability to substantiate compensation events, demonstrate defined costs, and support early warnings still depends entirely on the quality of your site records. PACE doesn't change that. It just means you can't rely on stage gates to force the discipline.
Which Framework Applies to Your Project?
Most new projects will use PACE by default. But there are scenarios where GRIP might still apply or where a transition makes sense:
If you're joining a project mid-way, check which framework it's using. The documentation requirements, approval processes, and governance expectations differ significantly.
Common Challenges in the Transition
Teams moving from GRIP to PACE often encounter similar challenges. Knowing what to expect helps you prepare:
The most common failure mode is treating PACE like "GRIP but faster." The mindset shift matters as much as the process change. Delegated authority only works if people actually use it. Parallel working only saves time if teams coordinate effectively.
Key Takeaways
Related Resources
- NEC4 Contract Administration: A Practical Guide
- Site Diary Best Practices for Rail Projects
- How to Substantiate Compensation Events
- Commercial Record Management for Infrastructure Projects
Key takeaways
Related blogs you may like
Stay ahead of the curve
Our monthly email newsletter keeps you up-to-date with best practices in project management, contech implementation and NEC4.
