View source for Relationship of projects, programs and portfolios

Relationship of projects, programs and portfolios

This wiki page will go into the description and distinctions between Project, Program and Portfolio. 
It will start with defining the three different topics, by using standards and recognized books on each of the three topics. Afterwards, the distinctions between the three will be clarified. The topics platforms and lineage will also be mentioned and clarified, due to the comparability between these two and the more well-known types. However, the main focus will be explaining the first three topics and the importance of knowing what kind, a manager is trying to manage. Through the reading on the page, an example will be followed so it will be possible to see a direct and hands-on use of the topics. Through the page reference to PRINCE2, Dansk Standard (DS) and books published by Project Management Institute will be used as background material to verify the statements.

These books will also provide the key element for each of the topics which will be compared to each other to come up with the best and most clear way to navigate through these key differences. The page will also show how they differ by looking at how the topics handle; Scope, change, planning, management, monitoring and success. The outcome from this wiki page will provide a clear and easy understanding of the difference in what a project, program and portfolio are. Also providing a clear view of the difference in the management of these three different types.


== Project ==
So for a start, the definitions of a project can be looked upon. There is a lot of different definitions of a project on this page will focus on the acknowledged definitions from DS and PRINCE2.

"...'' a unique set of processes consisting of coordinated and controlled activities with start and end dates, performed to achieve project objectives. Achievement of the project objectives requires the provision of deliverables conforming to specific requirements''.” - (ISO 21500:2012) 

''"A temporary organization that is created for the purpose of delivering one or more business products according to an agreed business case."'' - PRINCE2

So be looking at these two definitions it is clear to see the importance of understanding that a project is a temporary organization. This means that when the project has a lifecycle. This lifecycle can both be short and long depending on the project. So it can be said that a project is made to die. This part of a project is explained on the wiki page "The Project Charter" [[http://wiki.doing-projects.org/index.php/The_Project_Charter]]. Thereby not said that a project can not have deliverables beyond the end of a project. Which mean that a done project can still have deliverables after the project is done. 

When looking at a project from a business perspective, a project is aimed at moving an organization from one state to another state. When looking at it this way the organization is commonly referred to as being in the current state and will move to the future state when the desired result of the change driven by the project is done. In the book "''A guide to the project management body of knowledge''" By Project Management Institute, they have en following figure which is illustrating it very well. This figure is shown in Figure 1 [[File: Navn.png |thumb|500px|right| Figure 1: Organizational State Transition via a Project. Figure 1.1 in "''A guide to the project management body of knowledge''" By Project Management Institute ]]. Here it is shown how a project moves and change the organization. In the figure the is seen that the organization is moved in both business value and in time. The business value in projects refers to the benefit that the results of a specific project provide to its stakeholders

After a project is done one of the things which are used to evaluate the project is, whether the project has been a success or not. This can be done in multiples ways by using different tools. One of the more known tools is "the Iron triangle"[[http://wiki.doing-projects.org/index.php/Iron_triangle]] but it also has its limitations and mentioned in this wiki page "Limitations of the iron triangle" [[http://wiki.doing-projects.org/index.php/Limitations_of_the_iron_triangle]].  Other tools can be used which can be seen on these wiki pages; [http://wiki.doing-projects.org/index.php/Success_factors],[[http://wiki.doing-projects.org/index.php/Project_Management_Success_Factors]], [[http://wiki.doing-projects.org/index.php/Measuring_Project_Success_Beyond_The_Iron_Triangle]].

===Project Example===
Throughout this wiki page, an example will be used to show what all the theory is talking about. The example will be looking at a car brand. Later on, the car brand will change to clarify understanding. 
If looking at the theory used in the project part it can be compared to how car brands make new cars. A whole new car is a project for a car brand. 
When brands start the project they do not necessarily have an end date for the overall project. But they have a start date and an end goal, a brand new car. 
As the (ISO 21500:2012) mentioned "''a unique set of processes consisting of coordinated and controlled activities with start and end dates''" here it can be compared to, the designers who need to design a new car and the mechanic who needs to build a new motor. At the end of the project, all of these activities will be combined and the result will hopefully be a new car. So by finishing this project the business values in the organisation will be changed due to a new car will be introduced to the market. Whether the project in itself is a success or not can then be looked at with different tools.

== Program ==
New looking at a program. Once again the definition of a program will be obtained by comparing two well-known writing. 

''"A programme is generally a group of related projects and other activities aligned with strategic goals."'' - (ISO 21500:2012)

''"A temporary, flexible organization structure created to coordinate, direct and oversee the implementation of a set of related projects and activities in order to deliver outcomes and benefits related to the organization's strategic objectives. A programme is likely to have a life that spans several years."'' - PRINCE2

''".. a group of related projects managed in a coordinated way to obtain benefits and control not available from managing them individually.  Programs may include elements of related work outside of the discrete scope of projects in the program."'' - Project Management Institute

[[File: bobobobobo.png |thumb|400px|right| Figure 2: Illustration of a program.]]
So by looking at these three definitions it can be seen a program is a group of projects which have the same strategic goals. It is also worth mentioning that the lifetime of a program can be for several years. It makes sense since the program is a group of projects. A good way to explain it is: If you have a project, and remove one of the activists, the project will most likely be a failure, and thereby not deliver the benefit to the organization. But if you have a program and remove one of the projects, the program can still be beneficial for an organization. The figure, which is shown to the right, is an illustration of a program which has five projects in it. It is seeing the length of the project is different and none of the projects is depending on each other. 

When the (ISO 21500:2012) is talking about other activities it is things like controlling the economy of the program. Normally the program will be handed an amount of money, which is then of to manage between the different project. Sometimes a new project will add to the program. This will, of course, mean that the money for each project will be shorted, therefore a program will have the opportunity to ask the organisation for more money. But some times the economy will in the start be calculated with this in mind. 

Also, the program can be evaluated on the success. The program's success is measured by the programs ability to deliver its intended benefits to an organization. So the way to measure the success of the program can in a way be compared to the way of doing it in projects. But in a program, the outcome and the benefit is much more important than in a project. A program is a comment element of a portfolio, which will be defined in the next sections.

There is a number of wiki page on how to manage programs in different ways [[http://wiki.doing-projects.org/index.php/The_Role_of_Program_Management_in_an_Organisational_Change]][[http://wiki.doing-projects.org/index.php/Program_management_in_change_management]]. There is also different books how you can to manage programs, eg "The standard for program management" by the Project Management Institute.

=== Program Example ===
An example of a program could be looking at a car brand coach again. When a car brand makes a new car, they are most likely making differents models of one car. When you see eg. the Peugeot 208 series, they have different types. This man is compared to a program. They all share the same strategic goal, to make a medium car, but they do still have it in both petrol and diesel type. Here it is often seen the cares have different types of motors and gears. This is a very good example of the above theory. When thinking at the overall benefit of makings these cars, most likely make a profit. Would it be possible to obtain a profit with one of the types of cares? Yes. 
Here a comparison with a project can be done. By seeing if you can remove one of the elements from a car, and still have the benefit, profit. Would it be possible to remove eg. the motor and still sell the car? No. 
So here it can be seen that in the program an element can be removed and still obtain the benefit, but it is more difficult in a project.

== Portfolio ==

''"A project portfolio is generally a collection of project and programmes and other work that are grouped together to facilitate the effective management of that work to meet strategic"'' - (ISO 21500:2012)

''"The totality of an organization's investment (or segment thereof) in the changes required to achieve its strategic objectives."'' - PRINCE2

[[File: asdf.png |thumb|500px|right| Figure 3: Illustration of a portfolio.]]
When looking at these definitions it can be difficult to see how a portfolio differ from a program. These two definitions fail to mention that the activists within the portfolio may be related or unrelated, may be independent or interdependent, and may have related or unrelated objectives. This is the big difference between a program and a portfolio. This means that the programs or projects within a portfolio may not be directly related or interdependent, they are linked to the organization’s strategic plan by means of the portfolio. An illustration of a portfolio is shown in figure 3, to the right. Here is can be seen that the different program and project is not related but is still in the same organization, here shown as a green cloud. Like project and program, a portfolio does also have a lifecycle. One main difference here is that a project and a program have a more limited duration, the portfolios do often have greater longevity and management attention. The closure of a portfolio can occur then it is no longer required eg. when the portfolio’s components are decommissioned or moved to another portfolio. The life cycle of a portfolio often mentioned as ongoing processes and functions that occur to a set of portfolios, programs, projects, and operations within a continuous time frame. For an organization can remain competitive and financially stable the portfolio life cycle needs to be adaptive and flexible to constantly change needs from all influences, internal and external.

When looking at an organization they most likely have more than one portfolio, depending on the size of the company. Each of these portfolios will be addressing unique or different organizational strategies, goals, business, functional and objectives. The size of portfolios can also vary, some portfolios do maybe only have one program and three projects, others have five programs and teen projects. The larger portfolios may contain subsidiary portfolios and are usually structured as a hierarchy. Common project portfolios include product lines, information technology portfolios, enterprise project portfolios, and others.

===Portfolio Example===
If staying in the car world. One often sees an organization often have a vary of portfolio and projects. If looking at the big car companies, they often own more than more car brand. Here the difference car brand can bee considered a portfolio. So if looking at eg. Volkswagen Group, they have 13 different car brands. Hereunder the car brands as Audi, Bentley, Bugatti, Lamborghini, Porsche, SEAT, Škoda Auto, MAN, Scania, Volkswagen and is also part owner of Suzuki Motor Corporation.
When seeing this an comparing it to a portfolio. One can say that the differences brand is a portfolio exiting of different types of cars. When looking at eg. Audi, they have A1, A2, A4, Q2, Q7 etc. Here the types of car are not related other than the overall strategic, making a profit for Audi. Looking to compare an Audi Q7 series and the A3 series, the only thing they have in common it the logo in front of the car. So here a clear example of a portfolio can be seen.


== Others types of multi-project management  ==
When talking about multi-project management the two muck comment ones are these to the above-mentioned method, program and portfolio. But there are also other constellations one man organize project. Here two other ways to do it will be shortly introduced. The two is Platforms and Lineage.

[[File: hej.png |thumb|250px|right| Figure 4: Illustration of a Platform.]]
===Platforms===
The way the platforms handle multi-projects is to use some of the same things in a different project. Here an example could once again be in the car world. It is often seen that a car brand use the same undercarriage for different cars. This way they safe money by not using the time to design a new one and exploit the scale of production. So by using product and process commonalities the cost for a project will be reduced. 
====Platforms Example====
When Volkswagen Group wants to make a new car, then they could have the design of an undercarriage the car should use. Then when Audi will make a project, "make a new car" they can use the undercarriage. The same one will then also be used in SEAT and Škoda. Then the difference project at the different car brands will safe the money, going into making this. And this is actually the case here. The Audi A3, SEAT Leon, Škoda Fabia and Volkswagen Golf are all four made on the same undercarriage, some of them also share motors which is very alike.

===Lineage===

==Summary==
To make a summary of the relationship of projects, programs and portfolios. It can be said that portfolios consist of programs and project which is not necessarily related to each other but they are managed as a group to achieve strategic objectives. Where a program is a group of related projects. And finely a project is a temporary endeavour undertaken to create a unique product, service, or result.

A good and clear way to compere this three topics is to compare how they differ in a managing way. The "Project Management Institute" has made a table in some of their standards which explain it very well. The most important takeouts will be presented here below.

{| class="wikitable"
|+ Organizational Project Management
|-
! !! Project !! Program !! Portfolio
|-
| '''Definition''' || A project is a temporary endeavour undertaken to create a unique product, service, or result. || A program is a group of related projects, subsidiary programs, and program activities that are managed in a coordinated manner to obtain benefits not available from managing them individually. || A portfolio is a collection of projects, programs, subsidiary portfolios, and operations managed as a group to achieve strategic objectives.
|-
| '''Scope''' || Projects have defined objectives. Scope is progressively elaborated throughout the project life cycle. || Programs have a scope that encompasses the scopes of its program components. Programs produce benefits to an organization by ensuring that the outputs and outcomes of program components are delivered in a coordinated and complementary manner. || Portfolios have an organizational scope that changes with the strategic objectives of the organization.
|-
| '''Change''' || Project managers expect change and implement processes to keep change managed and controlled. || Programs are managed in a manner that accepts and adapts to change as necessary to optimize the delivery of benefits as the program’s components deliver outcomes and/or outputs. || Portfolio managers continuously monitor changes in the broader internal and external environments.
|-
| '''Planning''' || Project managers progressively elaborate high-level information into detailed plans throughout the project life cycle || Programs are managed using high- level plans that track the interdependencies and progress of program components. Program plans are also used to guide planning at the component level. || Portfolio managers create and maintain the necessary processes and communication relative to the aggregate portfolio.
|-
| '''Management''' || Project managers manage the project team to meet the project objectives. || Programs are managed by program managers who ensure that program benefits are delivered as expected, by coordinating the activities of a program’s components. || Portfolio managers may manage or coordinate portfolio management staff, or program and project staff that may have reporting responsibilities in the aggregate portfolio.
|-
| '''Success''' || Success is measured by product and project quality, timeliness, budget compliance, and the degree of customer satisfaction. || A program's success is measured by the program's ability to deliver its intended benefits to an organization and by the program's efficiency and effectiveness in delivering those benefits. || Success is measured in terms of the aggregate investment performance and benefit realization of the portfolio.
|-
|}