Project Management

Operational Excellence in Project Management

by
Leadership, PMO and Project Management

About this Blog

RSS

Recent Posts

Is the PMO governing projects, or trying to control complexity with inadequate tools?

From Governance to Execution Intelligence: How PMOs Navigate Complexity

PMOs Navigating Complexity: From Coordination to Sensemaking

How to Measure PMO Impact Practically, Based on Evidence Rather Than Perception

How to Reposition the PMO for Real Influence

Categories

Agile, best practice, business agility, competence, Consulting, customer, customer succcess, Decision Making, Education, excellence, Governance, Government, Healthcare, Information Technology, Innovation, kamishibai, Leadership, leadership, lean, Organizational Project Management, PM in Academia, PMO, pmo, pmo, project leader, project manager, risk, risk management, scope, storytelling, team

Date

Mature PMOs Still Fail to Prove Value to the C-Level – Part 1

linkedin twitter facebook Request to reuse this  
There is a pattern that is rarely discussed openly.

The more a PMO evolves internally, the less influence it tends to have over the organization’s critical decisions.

This is not a competence issue. It is a positioning issue.

The PMO becomes more structured, more consistent, and more reliable. But the decision-making center follows a different flow.

Executives do not operate based on organization.
They operate based on consequence.
They respond to movements that change results, reduce material risk, or shift direction. And this type of input rarely comes from the PMO.

In practice, what happens is straightforward.


The PMO gains more in-depth visibility into projects. But it does not gain greater influence over what gets decided.
It sees better.

However, it remains outside the moment when decisions are made.
This misalignment creates a silent effect.

The PMO becomes informative but ceases to be determinative.

At that point, executive perception shifts: the PMO is not changing anything that truly matters.
The problem is not in reports, rituals, or governance.
It lies in the absence of connection between what the PMO produces and the points where the organization defines priorities, risks, and investments.



Without that connection:
  • Risks continue to be absorbed too late
  • Priorities continue to be redefined outside the PMO
  • Decisions continue to happen without structured input
And most critically:

None of this shows up in internal assessments.

Because they measure consistency, not influence.

This is the breaking point.

A PMO can continuously evolve while simultaneously losing strategic relevance. When that happens, the nature of the discussion changes.
It is no longer about quality.
It becomes about necessity.

The PMO is not questioned for what it does. It is questioned for not making a difference.
From that point onward, any additional evolution tends to generate diminishing returns.
More process.
More control.
The same irrelevance.
The required shift is not technical.
It is structural.

As long as the PMO continues to operate as a mechanism for organizing execution, it will remain outside the decision core.
And outside the decision core, there is no perceived value.
In the next pieces, I will explore three points that are usually left out of this discussion:

  • How to reposition the PMO to generate real influence,
  • How to measure impact practically, and
  • How to connect PMO services to executive decision-making.
Posted on: April 24, 2026 07:49 AM | Permalink | Comments (2)

Cybersecurity in Project Management: From Risk Awareness to Structured Execution

linkedin twitter facebook Request to reuse this  


Introduction


The increasing convergence between Information Technology (IT) and Operational Technology (OT) has elevated cybersecurity from a technical concern to a strategic project management discipline. As organizations expand their digital footprint through Industry 4.0 and IIoT initiatives, project environments are exposed to a broader and more complex threat landscape.
In this context, cybersecurity must be treated as an integral dimension of project management, embedded across planning, execution, and governance activities rather than addressed as a parallel or reactive function.

The Nature of Cyber Risk in Projects

Cyber risks in project environments are characterized by three structural properties:
  • Interdependence: vulnerabilities in one system may propagate across integrated platforms
  • Latency: risks often remain undetected until late phases of execution
  • Impact asymmetry: relatively small vulnerabilities can generate disproportionate operational or financial consequences
Unlike traditional project risks, cybersecurity risks may simultaneously affect:
  • operational continuity
  • regulatory compliance
  • organizational reputation
  • physical safety (particularly in OT environments)
This multidimensional impact requires a structured and proactive management approach.

Integrating Cybersecurity into Project Management

From a project management perspective, cybersecurity should be incorporated as a transversal control layer across all knowledge areas. This implies:
1. Planning Phase
  • Definition of security requirements aligned with business and regulatory expectations
  • Identification of critical assets and threat vectors
  • Integration of security criteria into scope and acceptance definitions
2. Execution Phase
  • Continuous validation of security controls
  • Coordination between technical teams, vendors, and governance structures
  • Monitoring of vulnerabilities introduced during implementation
3. Monitoring and Control
  • Use of specific cybersecurity KPIs, such as:
  • percentage of implemented security requirements
  • number of critical vulnerabilities resolved within SLA
  • incident response time during testing phases
  • Alignment with frameworks such as ISO/IEC 27001 and NIST CSF
4. Closing Phase
  • Validation of compliance and certification requirements
  • Documentation of lessons learned related to security incidents and controls
This integrated approach ensures that cybersecurity is not treated as an isolated checkpoint but as a continuous management discipline.

The Role of the Project Manager

The project manager assumes a coordination role that goes beyond traditional delivery responsibilities. In cybersecurity-intensive environments, this role includes:
  • facilitating alignment between business, technical, and regulatory stakeholders
  • ensuring traceability between security requirements and implementation outcomes
  • supporting decision-making under uncertainty, particularly in risk prioritization
This requires not only methodological knowledge but also a systemic understanding of how security influences value delivery.

Common Implementation Challenges

Organizations typically face recurring challenges when integrating cybersecurity into projects:
  • Fragmentation of responsibilities between IT, security, and business units
  • Late inclusion of security requirements, increasing rework and costs
  • Limited visibility of cyber risks at the portfolio level
  • Difficulty in measuring the real impact of security initiatives
These challenges are not isolated issues but indicators of structural misalignment between governance, execution, and strategic objectives.

Practical Application: What Should Change in Project Execution

To operationalize cybersecurity within projects, organizations should adopt a set of practical measures:
  • Embed security checkpoints in stage-gate or agile review cycles
  • Define minimum security baselines for all project types
  • Establish clear ownership of cybersecurity risks within the project structure
  • Integrate security metrics into project dashboards and reporting routines
  • Use risk-based prioritization to balance delivery speed and protection requirements
These practices allow organizations to transition from reactive risk mitigation to structured risk management.


Conclusion

Cybersecurity is no longer an optional or specialized concern within project environments. It is a fundamental component of project governance, directly influencing the organization’s ability to deliver sustainable and resilient outcomes.
For project professionals, the key shift is conceptual and operational: cybersecurity must be understood not only as a technical domain, but as a management discipline that shapes how projects are designed, executed, and evaluated.
This perspective enables a more consistent alignment between project delivery and organizational resilience in increasingly complex and interconnected environments.
Posted on: March 30, 2026 10:32 AM | Permalink | Comments (3)

Your PMO does not have a process problem. It has hotspots you are not seeing.

linkedin twitter facebook Request to reuse this  
When something is not working in the PMO, the reaction is usually predictable:
  • adjust the methodology
  • reinforce governance
  • add more controls
Even so, some problems keep showing up:
  • decisions being made outside the PMO
  • low adherence to practices
  • conflicts with business areas
  • questioning of the PMO’s value
If this is happening, it is unlikely to be a process problem.
It is a different type of issue.
A recurring pattern.

We call this a hotspot.



A hotspot is not an isolated error.
It is a recurring point of friction that indicates the PMO is not operating where it should.

A simple example:

A PMO with defined processes tools already implemented rituals in place
Even so, strategic decisions continue to happen outside of it.

The most common response:

“we need to reinforce governance”



But the PMO already controls processes well.

That is not where the problem is.

The problem is that relevant decisions are happening in a different space, where the PMO is not present.

In other words, it is not a process failure.

It is a positioning failure.



Where is the mistake



Most PMOs evolve by deepening control.

Few are able to expand influence.

And it is in this gap that hotspots emerge.

The PMO improves what it controls, but decisions remain outside its reach.



Result:



  • more effort
  • more structure
  • the same perception of value




The point that usually goes unnoticed

Solving this type of problem is not about reviewing processes.
It is also not about changing tools.

The real issue is different:

clearly understanding where the PMO actually operates

and where it should operate, but cannot



Without this clarity, any improvement tends to happen in the wrong place.

As a result, the PMO may evolve internally, but still struggle to demonstrate real impact.

This pattern is not isolated.

There is evidence that many organizations are mature in delivery, but still far from achieving effective business outcomes.



To reflect



If in your context there are:

  • decisions happening outside the PMO
  • low adherence to practices
  • a constant need to reinforce governance
it is worth questioning whether the problem is really execution.
Or whether you are dealing with hotspots.
This type of situation shifts the discussion.
It is no longer about method.
It becomes about where the PMO is positioned within the organization.
And this is where many realize they need to take the next step.
Posted on: March 18, 2026 04:27 PM | Permalink | Comments (1)

Why project leadership is becoming an essential capability in complex organizational environments.

Categories: leadership, Leadership

linkedin twitter facebook Request to reuse this  
Leadership in projects has always been considered important in the project management literature. However, the practical meaning of leadership has changed significantly as projects have come to play a more central role in organizational transformation. What was once largely understood as the ability to coordinate teams and deliver scope within time and budget has evolved into something broader: the ability to connect projects to strategy, navigate organizational complexity, and generate real business impact.

To understand this evolution, it is useful to examine how three widely used references address the topic: PMI, IPMA, and more recent approaches associated with the concept of Project Leadership.

For many years, the dominant literature treated leadership as a competence of the project manager. For the Project Management Institute, leadership appears primarily within the domain related to the project team. The emphasis is on skills such as motivating people, resolving conflicts, building trust, and facilitating collaboration within the project team. This model assumes that the project manager must create an environment in which the team can perform the work effectively.

A similar approach can be observed in the IPMA thtat organizes professional competencies into three broad areas: Perspective, People, and Practice. Leadership appears within the People domain and is treated as a behavioral competence involving influence, integrity, communication, and the ability to mobilize people.

These models have contributed enormously to the professionalization of the discipline. However, they also reflect a historical moment in which projects were often seen as relatively bounded execution mechanisms within organizations. As projects increasingly became vehicles for innovation, digital transformation, and organizational change, this understanding began to expand.
Today many projects are no longer limited to delivering a product or system. They involve profound organizational change. Digital transformation projects, for example, may alter processes, power structures, business models, and even organizational culture. In such contexts, leadership in projects is no longer confined to the project team.





It begins to operate along two distinct dimensions.

  • The first dimension remains the leadership of the project team. This is the more traditional dimension and involves creating cohesion within the team, resolving conflicts, aligning expectations, and ensuring collaboration among specialists.
  • The second dimension involves the organizational leadership of the initiative. Here the professional must operate within a broader space that includes executives, functional departments, governance structures, and often the strategic portfolio of the organization.
This understanding appears clearly in contemporary approaches to project leadership that distinguish two levels of leadership: horizontal and vertical leadership.

  • Horizontal leadership refers to the ability to mobilize people and coordinate efforts across project stakeholders.
  • Vertical leadership refers to the ability to connect the project to organizational strategy and influence decisions that affect its direction and impact.
This distinction becomes particularly relevant when examining the literature on project success. Several studies indicate that technical project execution alone is not sufficient to guarantee organizational success. An important example is the work of Joslin and Müller, which shows that project success is strongly associated with the alignment between organizational governance and project management methodologies.
In other words, technically well-managed projects may still fail if they are not properly connected to the strategic priorities of the organization.

A simple example helps illustrate this difference.

"Imagine a project implementing a new enterprise resource planning (ERP) system in a large industrial organization. A traditional project manager might focus on building a detailed schedule, managing technical risks, coordinating the IT team, and ensuring that the system is delivered on time and within budget.
From a project management perspective, this might be considered a success.
However, many ERP projects fail not because of technical problems but because of organizational factors. User resistance, conflicts between departments, redefinition of processes, and disputes over information control are common challenges. If these issues are not addressed, the system may be implemented correctly yet still fail to deliver the expected benefits."

In this type of situation, the role of leadership becomes much broader. The project leader must act as an organizational integrator. This involves engaging with executives, understanding strategic implications, negotiating changes across departments, and ensuring that the initiative remains aligned with business priorities.

This requires competencies that go beyond traditional project management techniques.

This point also appears in research analyzing the role of governance structures and PMOs. Studies indicate that these structures influence project success not only through methodologies and tools but primarily through the way they connect projects to strategic decision-making within the organization.
In this context, project leadership is exercised within a broader organizational system that includes portfolios, governance mechanisms, and decision structures.

This movement helps explain why, in more recent discussions about the evolution of the profession, the term Project Leadership is appearing with increasing frequency. The idea is not to replace the concept of project management but to recognize that the role of the professional has expanded.
Project professionals still need to master methods, planning, and control. But they also need to understand organizational dynamics, strategy, and change.
The relevant question for the project management community may therefore not be limited to how to improve project management techniques. The question may be deeper.

Are we training professionals who are capable only of managing schedules, or leaders capable of guiding initiatives that truly transform organizations?



This reflection is particularly important at a time when projects have become the primary mechanism through which many organizations implement their strategies. The greater the complexity of these initiatives, the more central project leadership becomes as a core professional capability.

References


  • PMI – Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK Guide). Seventh Edition. Newtown Square: PMI, 2021.
  • IPMA – International Project Management Association. Individual Competence Baseline Version 4.0. Zurich: IPMA, 2015.
  • Joslin, Robert; Müller, Ralf. Relationships between a project management methodology and project success in different project governance contexts. International Journal of Project Management, v. 33, n. 6, 2015.
  • Joslin, Robert. Addressing Portfolio Information Issues through the Use of Business Social Networks, Stars and Gatekeepers. International Journal of Project Management, 2015.
Posted on: March 11, 2026 03:56 PM | Permalink | Comments (1)

Decision Intelligence: The Real Test of AI Maturity in the PMO

linkedin twitter facebook Request to reuse this  
The recent redefinition of project success has shifted the focus from execution to delivered value. Success is no longer defined solely by schedule and budget compliance, but by value creation that justifies the effort and investment involved (Project Management Institute [PMI], 2024). This shift has direct implications for the role of the PMO.

At the same time, the profession faces a structural talent deficit. Projections indicate that by 2035, demand for project professionals could reach 65 million, with a potential gap of nearly 30 million (PMI, 2025a). Complexity is growing faster than available human capacity.
In this context, decisions become the true organizational asset.

However, evidence indicates that only 18% of professionals demonstrate a high level of business acumen, the ability to interpret strategic context, integrate variables, and understand broader organizational impacts (PMI, 2025b). This suggests that many decisions may be made under bounded rationality, even when supported by data.

The arrival of artificial intelligence amplifies this tension.

Recent studies on GenAI usage indicate that advanced users achieve higher output quality, but also report increased collaboration challenges and risks of misuse (PMI, 2025c). AI does not correct structural weaknesses. It amplifies them.
If the PMO’s decision architecture is immature, AI simply accelerates poorly structured decisions.
This is where the concept of Decision Intelligence emerges within the AI-PMO context.



Decision intelligence goes beyond data analysis. It represents the capability to make explicit the criteria, patterns, and biases that structure organizational decisions. The AI-PMO model positions AI as strategic infrastructure and as a cognitive mirror, revealing inconsistencies, recurring patterns, and systemic impacts (AIPMO & Joslin, 2025).
Yet this transformation is sustained by clear principles.

First, final human accountability. AI-assisted decisions require explicit human validation and justification. Accountability is not transferred to the algorithm.
Second, transparency and explainability. If a PMO cannot explain the criteria behind an algorithmic recommendation, maturity does not exist. Governance requires traceability.
Third, active governance. AI must operate under structured supervision, with defined roles, continuous monitoring, and risk evaluation. Technology without governance accelerates uncertainty.
Fourth, ethics over efficiency. The fastest decision is not necessarily the right one. In the AI-PMO model, operational efficiency never overrides ethical responsibility.
Fifth, human AI integration. Maturity does not lie in pure automation, but in combining algorithmic analysis with contextual judgment. AI augments cognition; it does not replace reflection.
Sixth, reflexive learning. An intelligent PMO does not merely decide. It learns from its decisions. AI can surface invisible patterns but only if formal review and learning processes exist.

These principles fundamentally redefine maturity.

AI maturity is not measured by the number of automated dashboards or algorithm-generated reports. It is measured by the PMO’s ability to:
  • Make decision criteria explicit
  • Ensure transparency and justifiability
  • Operate under structured governance
  • Integrate ethics into decision processes
  • Combine algorithmic analysis with human judgment
  • Learn from patterns and consequences
A PMO may be technologically advanced and still operate at a low level of decision maturity.
The central question, therefore, is not whether the PMO uses AI.

The question is:

  1. Does the PMO know how to explain why it decides the way it does?
  2. Is AI being used to accelerate decisions or to improve them?
  3. Is there formal oversight over AI-assisted decisions?
  4. Are decision criteria transparent or implicit?
  5. Is the organization measuring automation or strategic impact?

The Intelligent PMO is not the one that uses AI as an operational tool.
It is the one that governs AI, understands its own decision architecture, and elevates the strategic quality of organizational choices.
And perhaps the most important question is not technological.
Perhaps it is structural.

If AI were removed tomorrow, would your PMO’s decision process remain solid, transparent, and justifiable?

Or does it depend on outputs that no one truly questions?

References

  • AIPMO, & Joslin, R. (2025). AI-PMO™ Foundations: The Intelligent Companion. Association of International Project Management Officers (AIPMO). AI-PMO Foundations
  • Project Management Institute. (2024). Maximizing project success. Project Management Institute.
  • Project Management Institute. (2025a). Global project management talent gap. Project Management Institute.
  • Project Management Institute. (2025b). Pulse of the Profession® 2025. Project Management Institute.
  • Project Management Institute. (2025c). Reclaiming Agile’s Promise: How GenAI enhances agility’s business value through human-centered collaboration. Project Management Institute.
Posted on: February 27, 2026 04:20 PM | Permalink | Comments (0)
ADVERTISEMENTS

You may have to fight a battle more than once to win it.

- Margaret Thatcher

ADVERTISEMENT

Sponsors