Where networking and knowledge intersect.
Aarni Heiskanen, LJK
A program or project portfolio explains how an organization is implementing its strategy with projects. If product management answers the question “Are we managing the projects correctly?,” then project portfolio management answers the question “Do we have the right projects?”
Although an increasingly larger part of organizational development takes place in projects, only one out of four development projects succeed. Projects are easy to start, but hard to finish.
Project SelectionThe reasons for project failures can usually be ascertained by determining what has happened before, during and after a project. Unsuccessful projects are often caused by:
Project PreparationFor a project to succeed, the choices made at the next phase are crucial. These choices include the selection of the project manager, project team and steering group. However, if a project does not have sound starting points, even a good team could fail to save a project.
Implementation PlanAn inadequate implementation plan is the final factor that can sabotage an otherwise successful project performance. After a project has been completed, there is a tendency to focus on the next project, neglecting to confirm the utilization of the results. Proper subsequent appraisals that compare the results to the stated objectives should be included in development projects. This feedback is necessary to improve the project portfolio management process and the project evaluation criteria. Appraisals are a way to educate management on how to set effective goals and how to ensure that those goals can be achieved through projects.
Problematic project choices are often structural. Roles and rules are missing in the organization, making it impossible to render feasible decisions. Factors that can lead to bad decisions include:
Project portfolio management (PPM) is the management of an organization’s development projects as a totality that systematically and consistently implements an organization’s strategy. There are prerequisites for successful program management, including:
Figure 1 shows what is required from the organization for successful project portfolio management.
ResultsOrganizations that have adopted project portfolio management as a tool have been able to reduce the percentage of unsuccessful programs. Success happens when a project’s operations have reached a sufficient level of maturity throughout the entire organization, for example, in a group.
When an organization is considering using project portfolio management, the first practical and necessary step is to standardize the conceptual terminology to avoid any possible misunderstandings.
The concepts and exemplary definitions associated with project portfolio management include:
In many organizations, the concepts of program and project are identical in terms of their content. The term “program” presented here represents an aggregate consisting of several projects.
The project portfolio’s management consists of the specification of the portfolio, the inclusion of programs in the portfolio and the balancing of the portfolio.
Specification of Evaluation CriteriaPortfolio criteria are measured as expressed by an organization’s strategy or as estimated variables. Portfolio criteria are suited to classification and evaluation; they can be financial, strategic or tactical. Portfolio criteria change with strategic changes. The criteria should be sufficiently comprehensive, but at the same time universally applicable to facilitate the satisfactory depiction of all types of programs.
Massachusetts Institute of Technology (MIT)’s Peter Weill lists four main criteria for IT programs imported to the project portfolio, which are shown in figure 2:1
Many companies classify programs according to their focus by utilizing balanced scorecard (BSC) perspectives (i.e., financial results, customers, processes, personnel and growth).
From the standpoint of ICT programs, an important criterion is the relationship of the program to various architectures: corporate, informational, applications and technology. The program can rely on existing architectures, deviate from them or even require entirely new architectures.
Financial criteria include, for example, payback period, return on investment (ROI) or turnover effect. Tactical criteria include assessment factors related to risk, quality or customer satisfaction.
Specification of Other Descriptive InformationOther possible program-related descriptive information can include, for example:
Portfolio InclusionPortfolio inclusion entails the program’s description, classification and evaluation. The person submitting new program proposals describes and classifies the program according to the aforementioned criteria. After a program has been described, a portion of its data remain unchanged, unless management decides otherwise. Information related to the project’s tracking, on the other hand, is updated regularly.
Balancing the Portfolio The owner of the project portfolio evaluates the program proposals. The organization can weigh the programs according to, for example, their risk, size or resource allocations.
The number of proposed programs in an organization generally exceeds the available resources that would have to be deployed to manage them. Strategic criteria, the organization’s snapshot and the resource situation require prioritization decisions that can be made for new and ongoing programs (see figure 3).
One of the project portfolio’s success factors is that it offers the possibility to suspend programs whose continuation would no longer be sensible as a result of, for example, a changing business situation. Without the portfolio, the decision to suspend a program can be extremely difficult because it is often based on assumptions instead of knowledge.
One or Many Portfolios?Project portfolio management sets no limits on the number of portfolios. Some companies handle all programs in a single portfolio, while others prefer to assemble the programs in several portfolios.
One way to think about portfolios is to see them as views of the entire program and project stack. For example, an ICT infrastructure development project is in the information management portfolio, but is simultaneously a part of a certain development program affecting the entire company.
The project portfolio’s start-up is not just a management tool for procurement and teaching. What is more important is to bring the entire organization to a level of maturity at which the desired competence level for portfolio management is possible. In a group, for example, this could mean the management of all common group projects and their resources, according to the portfolio model.
Start-up TasksThe start-up of the project portfolio entails the following five main tasks:
Many companies have begun using the project portfolio in connection with ICT programs. In that case, information management functions as a pioneering operational model and example to business operations. In any case, ICT upgrades are now a part of almost all business development activities.
Integration With the Organization’s Planning SystemIn many organizations there is a planning cycle, a so-called anniversary clock, that repeats annually. The project portfolio can be joined to this planning system at various points.
When planning strategic implementations, the project portfolio is an essential tool because organizations often develop their operations through projects. In budgeting processes, the project portfolio provides information concerning ongoing and planned programs. The project portfolio also provides data on the use of key resources and strategic implementation.
Development programs can originate from different starting points (see figure 4). Certain projects are discretionary, while others can be considered mandatory, such as projects arising as a result of revised legislation. In any case, a documented business case should be required for any program whose addition to the project portfolio has been proposed.
Although the writing of a business case is the task of the program’s future owner, the parties eventually benefiting from the results of the program should participate in its formulation.
Program ProposalThe writer of the business case presents it to members of the organization (e.g., management team or steering group) so that they can make a decision concerning the project portfolio. The business case must be evaluated according to the project’s portfolio inclusion criteria, and a program decision must be made. If the program is extremely significant and comprehensive, its approval may require a decision by the enterprise’s or a group’s board of directors.
In practice, the program decision can also mean a permission to draw up plans for projects associated with the program. If ongoing, program-related or independent projects are being processed, the decision-making group can make the start-up decision.
Management of Approved Program or ProjectWhen the program or project has obtained start-up permission, certain situational and predictive information must be reported in the project portfolio. These data typically relate to budget and schedule realization, as well as the values of the selected quality indicators.
Reporting during the project period is naturally the task of the project manager or program manager. The reporting schedule matches the steering group’s meeting times.
The executive group tracking the progress of the entire portfolio can intervene in the progress of a project if its implementation begins to deviate from the original plan. At times, it may be necessary for the executive group to prioritize programs and suspend or terminate a program or project before the date originally scheduled.
CompletionA completed program or project is not deleted from the project portfolio. It continues to be included, but with a different status. Within a certain specified time, its results must be evaluated and compared with the targets stated in the project portfolio.
At its best, the project portfolio promotes an open management culture. Within a specified scope, program proposals, project situations and results can be open to the entire organization.
The reports generated from the project portfolio are not just lists of monetary amounts or person-workday quantities. The project portfolio depicts an organization’s strategy. It tells where the organization is headed and how it will get there (see figure 5).
Communications should be clear and understandable. Visual presentations provide a quick overall view of the portfolio from different viewpoints. Examples of overviews are shown in figures 6 and 7.
The project portfolio’s management is not solved with tools, but the project portfolio’s information must be communicated to management in some way. Many begin using the project portfolio by simply assembling it with a spreadsheet program. The table’s row describes a single project and the columns describe its classification, evaluation and basic information.
The table is a flexible tool, but its simultaneous use by the user and organization requires special arrangements.
Many organizations have implemented a project portfolio according to their own specifications based on a modified database. In such cases, multiple users have the opportunity to edit, browse and report on the project portfolio’s content simultaneously and concentratedly.
A few commercial project portfolio applications—most of them extensions of project management programs—exist. There are only a few independent project portfolio programs on the market.
When selecting tools, one must keep in mind that they are meant to be used by management and, thus, must be intuitive and easy to use.
PPM helps align projects with the strategy of the organization. It improves the success rate of projects because it introduces a managed process of turning ideas into projects and projects into business results. Organizations using PPM make good use of their resources and are able to invest in opportunities that matter the most in their future.
1 Weill, Peter; Managing the IT Portfolio: Getting More Value From IT Investments, Microsoft Solutions Forum, USA, 2004
Aarni Heiskanen, LJK, is a partner at Thinking Business Group. He has 10 years of experience in strategic portfolio management and has consulted for several global organizations. Heiskanen is a codeveloper of Thinking Portfolio® , an online tool for project and asset portfolio management. Heiskanen can be reached at email@example.com.
Enjoying this article? To read the most current ISACA Journal articles, become a member or subscribe to the Journal.
The ISACA Journal is published by ISACA. Membership in the association, a voluntary organization serving IT governance professionals, entitles one to receive an annual subscription to the ISACA Journal.
Opinions expressed in the ISACA Journal represent the views of the authors and advertisers. They may differ from policies and official statements of ISACA and/or the IT Governance Institute and their committees, and from opinions endorsed by authors’ employers, or the editors of this Journal. ISACA Journal does not attest to the originality of authors’ content.
© 2012 ISACA. All rights reserved.
Instructors are permitted to photocopy isolated articles for noncommercial classroom use without fee. For other copying, reprint or republication, permission must be obtained in writing from the association. Where necessary, permission is granted by the copyright owners for those registered with the Copyright Clearance Center (CCC), 27 Congress St., Salem, MA 01970, to photocopy articles owned by ISACA, for a flat fee of US $2.50 per article plus 25¢ per page. Send payment to the CCC stating the ISSN (1526-7407), date, volume, and first and last page number of each article. Copying for other than personal use or internal reference, or of articles or columns not owned by the association without express permission of the association or the copyright owner is expressly prohibited.