Sunday, 22 May 2011 00:00

I Want A Shining New PMO, Too

Rate this item
(0 votes)

Last week I gave a presentation at the San Diego PMI Chapter's Tutorials conference. Flanking both sides of my ten o'clock presentation in the leadership track was Steve Romero. His two presentations were on IT governance. His energy, insight, enthusiasm, and passion (not to mention being the IT governance evangelist for CA Technologies) made him an excellent selection. And, what is so news worthy about that? Nothing. However, for someone that has little regard for adding one more layer of management to solve a problem, I was surprised that I sat through both of his presentations. He provided a three hours of information on governance—both PMOs and PPMs—crammed into two intense and valuable hours.

Still A Nonbeliever

Old IT PMO Image (missing)

Figure 1. Classical IT-Business Relationship

said, believing that he really has seen PMOs work and trying to reconcile his ideas with my experience, I came to a couple of conclusions.

First and foremost, people need to define what they are asking for when implementing a PMO. My first step is asking why they are considering implementing a PMO. I listen to their attempts to assign traits, "It provides governance," "It monitors projects, providing normalized metrics to compare dissimilar projects," "It makes sure projects are following the right process," and so forth. Trying to get them to realize they are talking about solutions, I reiterate my question, "What does the acronym mean?" In near three-part harmony, they respond project, program, and portfolio followed by management office. Those three P's define wildly different scope. Puzzled participants ponder the problem for a few moments then I suggest, "If we cannot agree on that 'P', then maybe it will help to know the fourth 'P.' What problem are you trying to solve?"

What is Your Problem?

Image of PMO filling the gap (missing)

Figure 2. A PMO filling the gap


This starts a flurry of comments. The most common being, "We need a consistent method for running projects." Unfortunately, that is not a problem; once again, it is a solution. Eventually the lights come on and someone in a resigned voice says, "Our customer does not like what we are building," or, their close cousins, of excessive cost and late delivery. Now, those are problems. As we drill into the meaning further, we inevitably land on a point that Steve makes in one of his first few slides. There is a gap... no... a chasm between the supplier and the customer. (Steve, being an IT Governance evangelist, says IT, but the problem exists in nearly every project-based discipline.) Trying to get alignment with someone that you rarely see is nearly impossible. System integrators, product developers, and service providers all agree on a solution—if you are unable to deliver what the customer wants, get closer to your customer. Hence, the disconnect with Steve, how does adding a layer of management between the customer and suppler close this gap? It doesn't; it fills the gap and the distance remains. This is where PMOs fail. They lose track of the problem they are trying to solve.

Getting Closer To The Customer

My suggestion is to move closer, literally, to the customer. Move your office, collocate resources, or take them to lunch, do whatever it takes, get to know them and their business. Move the people that will build product or deliver the service as close to the customer as possible. This is one of the key attributes of Agile—the people building the product and the customer or end user are sitting together; the customer directs building a value-laden product.

Removing the gap Image (missing)

Figure 3. Removing the gap


Sticking with the IT world for an example, a majority internal IT departments are very isolated from the business (Figure 1), hence the gap. Instead of layering a new group to fill in the gap (Figure 2), take the resources that build the product or service and move them into the business unit (Figure 3). Here was my second conclusion: how Steve's concept of a PPM becomes viable. PPM, by most definitions, means Portfolio and Project Management. However, I prefer the term Portfolio Planning and Management. It is more meaningful. The functions are the same as Steve purports—making sure the organization (not just IT) is working on the right things. The key is that the PPM group must have enterprise authority to prioritize projects and validate value to identify which are viable and, if trouble arises, which to abandon.

Want to read more?

Executive project sponsorship plagues nearly every project. Our researched-based white paper Challenges In Executive Project Sponsorship uncovers a variety of issues (some specific to healthcare, that are quite unexpected.

No More IT Projects

As I mention in a prior blog, to some people's dismay, there are no IT Projects. There are business initiatives with IT components. Likewise, some business initiatives are devoid of IT requirements, but still utilize critical business resources. If you are going to do real portfolio planning and management, then you need to include the entire enterprise. A managerial layer filling a gap between two groups cannot accomplish this. It must be done by the tier above those groups—a layer that, for the most part, already exists. In other words, key players are the executives, in many cases the C-Level executives. They are the only ones that can ensure a proper direction. Stating the obvious, having executive management properly aligned and active in the project execution will improve project outcomes. Am I saying that lack of executive involvement in projects is the reason project failure rates are so high? I will let you draw your own conclusion.

More in this category:
Next Post Previous post
Read 12025 times

Leave a comment

Related items

  • The Catch-22 of Organizational Change Management

    "Kotter, ADKAR, or CAP which methodology should we be using to build our approach to improving project adoption?" I hear this question repeatedly from people trying to implement an organizational change management (OCM) program. The problem is that is the wrong question. Take a perfunctory peek at any of the models and you will see that in the quest for an answer people have mistakenly jumped over the first few steps. It is a Catch-22; unless you already have an OCM process in place, you will most likely fail at implementing it. Putting one in place, however, is a change—one of the most difficult cultural transformations that your company will undertake. As a result, people jump to the solution stage, which is well down the change management process path (which, ironically they did not know since there was no procedure in place).

  • Project Inception - Designing Organizations For Success

    Buy it now!

    A failing project’s fate is destined long before assigning a project manager. Its doom is sealed from the time the customer envisions the idea. Traditionally, project inception is defined as when the customer comes to a solution provider (internal or external to their organization) asking for a product or service. In actuality inception is much earlier. It starts when someone says, “Wouldn’t be neat if I could...” From that point forward the customer’s exceptions are set, changed, and reset as the process of discovery refines the concept. The customer’s ideas change from what they want to what they need, while continually constrained and formed by the realities of an ever-changing business environment. Although people cite unrealistic expectations as major problem during inception, the constant change in expectations causes the real issue—misalignment. For project managers to make a significant difference in a project’s success, they must use a new paradig.

  • Strategic Alignment: The Key To Project Success

    Buy it now!

    Project success rates for many companies and government organizations are dismally low, yet executives never seem to look at the big picture. They continue to make adjustments in the way projects are run by addressing isolated problems. However, projects are part of a much larger system and should be addressed in that context. To do that, companies must define how their strategic plan will use people, projects, and technology to achieve their goals. This paper discusses one approach to make this happen.

  • Transforming Project Managers Into Project Leaders

    Buy it now!

    Project management has been accepted in many businesses as a discipline critical for continued growth. To improve project performance, companies have levied rules on how projects should be run, defined common reporting requirements for all projects, and pooled and shared their project management resources. Even with these functions, projects still struggle to meet the needs of the customer. In order to improve project outcomes, the way in which they are managed must change. Project managers must become leaders, paying more attention to soft skills, managing their stakeholders, and identifying solutions to organizational issues that are limiting project success. The following paper discusses techniques developed by the author to address these needs and improve project success rates.

  • Vision To Value: Creating Successful Projects Using Leadership

    Buy it now!

    Value: Rather than scope, schedule, and budget, value is the lynch-pin of project success. Although the former three constraints are key factors in project success, there is no guarantee that meeting these constraints will result in a positive outcome. Instead constantly tracking the value of the project and making adjustments to the triple constraints to attain sufficient value is critical. Arguably this is the project managers most critical deliverable in the project. It requires significant insight into the project’s customer and a thorough understanding of their needs versus their wants. Project managers have to be leaders (leading subordinates, leaders, and customers), be able to assign priorities based on a critical, objective view.

Rescue The Problem Project

Internationally acclaimed

Image of RPP

For a signed and personalized copy in the US visit the our eCommerce website.

Amazon logo
Flag of the United States Buy it in Canada Flag of the United Kingdom
Flag of Ireland Flag of Germany Flag of France
Flag of Italy Flag of the PRC
Flag of Japan
Book sellers worldwide.