Critical reflection on Project Portfolio Management software

From apppm
Revision as of 17:45, 23 November 2014 by Akemb (Talk | contribs)

Jump to: navigation, search


Contents

Abstract

More and more senior managers have turned to the use of complex and sophisticated Project portfolio management (PPM) software, to help their business to survive and grow in an increasingly competitive environment. It is key that senior managers are able to manage their project pipeline effectively; so that it provides the business, the highest possible value at the lowest level of risk and at the same time fit the business strategy.

PPM Software developers such as Intel, Microsoft, Siemens and many others brand their PPM software as a leading solution and a Best practice tool able to solve almost any PPM management issue. However, after the implementation of such software systems many mangers fail to see the promised results emerge in their organization.

Articles such as (Cooper et al 2001) argues that the businesses that yields the best result from PPM, is the ones that focus their decisions on the strategic fit method. This is in deep contrast to the methods used by most PPM software. They rely solely on non-transparent algorithms designed optimize the financial benefits at a certain level of risk. This article will reflect on the difficult question, if all portfolio management decisions should or can be taken solely by PPM software or if important management aspects are forgotten in the process.


What is PPM software

In the recent years more and more companies is moving towards project based organisational structures [1] This makes it increasingly important to do projects right and to do the right projects [2]. PPM has to do with the latter. Project evaluation criteria is typically reliant on financial methods, taking into account risk assessment and resource based analysis [3]. Such evaluations requires extensive data analysis which can be time consuming and complex for busy managers. The result is software developers and vendors rushing to the market to assist managers in the complex process. Such software typically include the elements [4] • Project selection tools • Project and resource overview tools • Task management tools • Project portfolio optimization • Data collection and analysis tools

It is here such systems underlying algorithms for optimization and data analysis become useful (Something here)

Vendors of the software rely on beautiful charts and printouts to impress its users and providing them with an easy and professional way of communication.

Picture inserted here

Many large companies have already adapted such offerings and more plan to do so in the future [5]

Picture inserted here

Business drivers for PPM software

Cooper R and Edgett S, states that gut feeling is one of the worst portfolio practices and argues that even a poorly made system is better than no system [6]. The business driver for managers to implement decision making tools in their PPM is mainly to make them capable to make decisions, based on an analytical approach, and hereby remove elements such as gut feeling from the process. The decision making process is complex and several factors must be considered [7].

1) Multiple and conflicting objectives

2. Some of the objectives may be qualitative while others are not

3. Uncertainty and risk

4. Tradeoffs between important factors, such as risk and time to completion

5. Interdependencies

6. The number of feasible projects may exceed the organizations resources.

A company capable of integrating all of these elements into their decision making will benefit in several ways. Financially, by maximizing the return of the portfolio, maintain a competitive position on the market, by choosing the right projects and reduce cost by allocating resources right. Minimize the risk in the portfolio and hereby increase the project success rate [6].


Pitfalls and limitations of PPM software

Of all the companies adopting advanced PPM software, many fail to see the expected results emerge in their organization [8]. The most visible reasons has to do with choosing the wrong software, taking responsibly away from the decision maker and failing to implement it effectively. This article however will argue that a third reason for failure is the software’s inability to cope with intangible project benefits.

Choosing the wrong software

The reality is that every organization have different ways of handling their project portfolio and make decisions. Insurance companies may have very rigor processes while others such as Product development organizations relying on being innovative leaders require more flexibility.

“It is often not profitable nor technically feasible for big PPM vendors to deliver large, multi-project management tools with the customer-specific models that would enable organizations to optimize their project portfolios based on value.” – Lee Merkhofer consulting

Also many managers hope that such systems will be a quick fix to their portfolio problems, however to achieve a reasonable output the manager need to define personal measurements and metrics that fits his / her organization. These must be developed and integrated with the software developer. Well-designed PPM software can provide a logical and mathematically correct way of evaluating projects, which can be beneficial to companies. However many tools, even though the provider states the opposite, do not even use simplifications of such methods. Their evaluation can distort the decision process resulting in higher costs and wrong projects in the portfolio [10]. Even though Cooper R. argues that poor tools are better than no tools I would argue that a tool that distorts the result is worse.

Implementation failure

Much connected to selecting the wrong software comes failures of successful implementation. Managers have no or only little experience with software projects. What seems to be a quick buy and install project is met by organizational resistance because of the bureaucratic process of fitting the organization to the tool instead of the opposite [9]. Intangible decisions


Role of the decision maker

Having a sophisticated decision making system is not a guarantee for making the right choices. The right choices cannot be made if the user does not understand the mechanisms behind. Such mechanisms are not transparent in a system that just spits out a result. If you fully understand the process behind you will be able to build a model to ease the management, however you cannot manage what you do not understand. I argue that the latter is the case when buying pre-made PPM software. Another issue is that in an attempt to make the decision process easy, responsibility is taken away from the decision maker, not allowing any room for his / her past experiences and insights [11]. The world is rarely so simple that it can be put into algorithms especially if we do not understand it. It could be argued that instead of constructing dumbing-down mechanisms we should spend more time with understanding and deal with the complexity of our problems [12]. One way of dealing with complexity is though experience which allow the decision maker to see interdependencies between different elements in a complex system.

Recommendation

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox