KEVOS® Project Delivery Handbook
Project Management Maturity
Why This Matters: The Organisation Around the Project A practical KEVOS handbook for project delivery teams.
In this handbook article
- Why This Matters: The Organisation Around the Project
- What Is Project Management Maturity?
- The Evolution of Project Management Focus
- The Five-Level Maturity Model
- Level 1: Common Language
- Level 2: Common Processes
- Level 3: Integrated Methodology
- Level 4: Continuous Improvement
- Level 5: Benchmarking
- How Maturity Assessment Works
- The Assessment-Improvement Cycle
- What Drives Assessment?
- Understanding Project Success: Two Lenses
- The Client View
- The Team View
- Mature vs. Immature: The Operational Difference
- The Maturity-Profitability Connection
- The Pitfalls: Where Maturity Efforts Fail
- Key Takeaways
Why This Matters: The Organisation Around the Project
Here's an uncomfortable truth: a brilliant project manager with perfect technical skills will still fail — repeatedly — inside an organisation that treats project management as an afterthought.
Project success isn't just about individual competence. It's about the organisational ecosystem in which projects live. Does the organisation have standardised processes? Does leadership understand and support project management? Are lessons learned captured, or do teams reinvent the wheel every quarter?
These questions define project management maturity — and maturity, more than any single tool or technique, predicts whether an organisation's projects will consistently succeed or perpetually stumble.
Core Principle: A mature organisation is a project-friendly organisation. Projects survive, succeed, and thrive in organisations that are supportive of proper project management goals and activities.
The motivation for improving maturity can be proactive (a deliberate strategy for excellence) or reactive (a response to a crisis, a lost bid, or a competitor's announcement). The most rational motivation, though, is the desire to transition from firefighting mode to fire prevention mode.
What Is Project Management Maturity?
Project management maturity describes the degree to which an organisation has embedded effective, repeatable, and continuously improving project management practices into its operations.
Maturity models provide a framework and roadmap through which an organisation can achieve excellence methodically and deliberately. A mature organisation will typically:
- Operate a formal project portfolio management process
- Maintain a library of best practices and lessons learned
- Cultivate a pool of competent and qualified project team members
- Conduct regular maturity assessments as a health check
- Have an Enterprise Project Management Office (EPMO) providing standards and support
The Evolution of Project Management Focus
The concept of what project management encompasses has expanded significantly:
| Era | Focus | Scope |
|---|---|---|
| Past View | Things issues only | Managing scope, schedule, cost of individual projects |
| Current View | Things + People + Enterprise | Full spectrum of technical, interpersonal, and strategic issues across project portfolios |
The Five-Level Maturity Model
The project management processes in an organisation can be assessed against a five-level maturity scale. Each level builds upon the one below it — you cannot meaningfully achieve Level 4 without having first established Levels 1 through 3.
Relationship details
| From | Relationship | To |
|---|---|---|
| Level 1 — Common — Language | leads to | Level 2 — Common — Processes |
| Level 2 — Common — Processes | leads to | Level 3 — Integrated — Methodology |
| Level 3 — Integrated — Methodology | leads to | Level 4 — Continuous — Improvement |
| Level 4 — Continuous — Improvement | leads to | Level 5 — Benchmarking |
Level 1: Common Language
This is the starting point — and frankly, many organisations never leave it.
- Token acknowledgement that project management exists
- Little or no executive-level support
- Ad-hoc, sporadic interest in PM practices
- A pervasive "do it my way" attitude to managing projects
- No investment in project management training or education
Reality Check: At Level 1, the only requirement for becoming a project manager is competency in the technical content area of the project. An excellent engineer becomes a project manager — not because they can manage projects, but because they understand the product. This is the classic "accidental project manager" problem.
What it looks like in practice: Each PM uses their own templates, their own reporting format, and their own definition of "done." There's no common vocabulary. When things go wrong, nobody can diagnose why because there's no baseline to compare against.
Level 2: Common Processes
The organisation begins to recognise that project management has tangible business value.
- Recognition of the benefits of project management
- Organisational support emerging at all levels
- Recognition of the need for standard processes and methodologies
- Recognition of the need for cost control on projects
- Development of a project management training curriculum
What it looks like in practice: The organisation starts adopting a standard methodology (PMBOK, PRINCE2, or a hybrid). Templates begin to appear. There's a growing sense that "the way we run projects" should be consistent — even if compliance is uneven.
Level 3: Integrated Methodology
This is where maturity starts to compound. Processes are no longer isolated — they're integrated across the organisation.
- Fully integrated processes connecting project management with other business functions
- Cultural support for project management as a discipline
- Management support at all levels — not just lip service
- Movement toward informal project management (less bureaucracy, more embedded practice)
- Measurable return on investment for project management training
- Evidence of behavioural excellence — PM skills are valued alongside technical skills
What it looks like in practice: The EPMO exists and has teeth. Project reporting is standardised. Resource management happens across projects, not just within them. There's a shared understanding that good PM practice isn't overhead — it's value creation.
Level 4: Continuous Improvement
The organisation now has the infrastructure to learn systematically from its own experience.
- Active lessons learned files that are actually used (not just filed)
- Deep cultural support — PM excellence is part of organisational identity
- Formal knowledge transfer mechanisms between teams and projects
- Mentoring programs pairing experienced PMs with developing ones
- Strategic planning for project management best practice — PM maturity is itself a strategic objective
What it looks like in practice: Post-project reviews happen consistently and produce actionable insights that change future practice. New project teams start with a briefing on what worked and what didn't on similar past projects. The organisation measures PM performance with real data, not opinions.
Level 5: Benchmarking
The organisation looks beyond its own walls to measure and improve.
- Establishment of a dedicated Project Office or Centre of Excellence
- Commitment to benchmarking against industry standards and competitors
- Looking at project management across industries — not just within their sector
- Benchmarking against processes, methodologies, and cultures
What it looks like in practice: The organisation participates in industry surveys, benchmarks cycle times and success rates against competitors, and actively imports best practices from other sectors. PM maturity is treated as a competitive differentiator.
How Maturity Assessment Works
The Assessment-Improvement Cycle
Relationship details
| From | Relationship | To |
|---|---|---|
| Conduct Maturity — Assessment | leads to | Identify Current — Maturity Level |
| Identify Current — Maturity Level | leads to | Gap Analysis: — Current vs. Target |
| Gap Analysis: — Current vs. Target | leads to | Develop — Improvement Plan |
| Develop — Improvement Plan | leads to | Implement — Improvements |
| Implement — Improvements | leads to | Monitor & — Measure Progress |
| Monitor & — Measure Progress | leads to | Conduct Maturity — Assessment |
What Drives Assessment?
Motivational pressures for maturity assessment come from three distinct sources:
Relationship details
| From | Relationship | To |
|---|---|---|
| Motivation for — Maturity Assessment | leads to | Proactive — (Internal drive) |
| Motivation for — Maturity Assessment | leads to | Reactive: Client — (External demand) |
| Motivation for — Maturity Assessment | leads to | Reactive: Competitor — (Market pressure) |
| Proactive — (Internal drive) | leads to | Future performance — improvement |
| Proactive — (Internal drive) | leads to | New business — lines & ventures |
| Proactive — (Internal drive) | leads to | Transition from — firefighting to — fire prevention |
| Reactive: Client — (External demand) | leads to | Client requires — verified maturity |
| Reactive: Client — (External demand) | leads to | Screening of — prospective contractors |
| Reactive: Client — (External demand) | leads to | Reduce client — monitoring overhead |
| Reactive: Competitor — (Market pressure) | leads to | Competitor announces — maturity achievement |
| Reactive: Competitor — (Market pressure) | leads to | Need for more — accurate bids |
| Reactive: Competitor — (Market pressure) | leads to | Global bidding pool — differentiation |
Warning: Reactive motivations tend to fade once the crisis passes. The most sustainable improvement comes from proactive, internally driven commitment to excellence.
Understanding Project Success: Two Lenses
A subtle but critical insight from maturity thinking: clients and teams define project success differently. Understanding both perspectives is essential to maturity improvement.
The Client View
The client sees the project through the lens of the destination — what they receive:
The client's primary focus is the business need that created the project. Cost, schedule, and scope matter — but only insofar as they serve the business case. When the business case changes, the client expects the team to adapt accordingly.
The Team View
The team sees the project through the lens of the journey — how they manage it:
Where:
- Things = Cost, Schedule, Scope, Quality
- People = Team dynamics, Client relationships, Stakeholder management
- Enterprise = Strategic alignment, Financial viability, Portfolio ranking
The Maturity Insight: Immature organisations focus only on Things. Mature organisations address the full spectrum of Things, People, and Enterprise factors.
Relationship details
| From | Relationship | To |
|---|---|---|
| Client View — (Focus: Destination) | leads to | Team View — (Focus: Journey) |
Mature vs. Immature: The Operational Difference
| Characteristic | Immature Organisation | Mature Organisation |
|---|---|---|
| PM Selection Criteria | Technical content expertise only | Full spectrum: technical + PM + leadership |
| Process Standardisation | Ad-hoc, individual preference | Formalised, consistently applied |
| Project Visibility | Status unknown until crisis | Continuous, accurate monitoring |
| Auditing Approach | Surprise audits when trouble suspected | Regular assessments as routine health checks |
| Lessons Learned | Filed and forgotten (or never captured) | Actively used to improve future projects |
| Response to Failure | Reactive firefighting | Proactive prevention and early detection |
| Competency Focus | Things only | Things + People + Enterprise |
Key Insight: In mature organisations, there is no need to conduct the dreaded surprise audit. Because regular assessments and monitoring are embedded in the culture, faltering projects are detected quickly and remedial actions are deployed before small problems become existential crises.
The Maturity-Profitability Connection
Why should senior leadership care about maturity? Because maturity has direct implications for profitability and competitive positioning:
- Better estimates → fewer cost overruns → improved margins
- Repeatable processes → faster delivery → competitive advantage
- Knowledge retention → reduced re-work → lower waste
- Portfolio management → better project selection → higher strategic ROI
- Credibility → maturity rating as a bidding differentiator in competitive markets
A maturity rating functions as an enterprise credential. In industries where prior direct experience with a contractor may be impossible (particularly in global bidding), a verified maturity level provides objective evidence of capability.
The Pitfalls: Where Maturity Efforts Fail
1. Assessment as an End in Itself: Conducting maturity assessments without acting on the results. The assessment becomes a box-ticking exercise rather than a driver of genuine improvement.
2. Skipping Levels: Attempting to jump from Level 1 to Level 4. Each level builds capability that the next level depends on. An organisation without common processes (Level 2) cannot meaningfully implement continuous improvement (Level 4).
3. Reactive-Only Motivation: Launching maturity initiatives only after a crisis, then abandoning them once the immediate pressure subsides. Sustainable maturity requires sustained commitment.
4. Ignoring People and Enterprise: Focusing maturity improvement exclusively on tools and templates (Things) while neglecting team development, leadership, and strategic alignment. The three pillars — Things, People, Enterprise — must advance together.
5. Over-Engineering the Process: Creating procedures so detailed and burdensome that practitioners abandon them. The best-adopted processes are described at a practical level (flowcharts with inputs and outputs) and clearly identify who is accountable.
Key Takeaways
- Project management maturity measures how deeply an organisation has embedded effective, repeatable PM practices into its operations.
- The five-level model progresses from Common Language → Common Processes → Integrated Methodology → Continuous Improvement → Benchmarking.
- Maturity improvement can be proactive (strategic) or reactive (crisis-driven), but only proactive commitment produces lasting results.
- Clients and teams define success differently — mature organisations bridge both perspectives.
- Immature organisations focus only on Things; mature organisations address Things, People, and Enterprise holistically.
- Maturity has direct business impact: better estimates, faster delivery, higher margins, and stronger competitive positioning.
This article is part of the Foundations of Project Management series. Content synthesised from Rad & Levin (2006), Kerzner's maturity framework materials.
