Resources in Project Management

From apppm
(Difference between revisions)
Jump to: navigation, search
(Conclusion and limitations)
Line 3: Line 3:
 
== Abstract==
 
== Abstract==
  
Resources are an important aspect of everyday life. Resources are what you have available to complete a task and get an output. In a project management perspective, resources can be anything from time, money, people, facilities and equipment. Proper resource management is important in this matter, as it ensures that individuals are not overloaded with work, and that time is effectively utilized, as well as the final budget must be within or under budget. Often in resource planning, the challenge is to find a baseline and complete the projects on time and to budget. Statistics however shows that one in every three project have no baseline<ref>[''The State of Project Management, Annual Survey  2016, APM PMO specific group, page 7']  </ref> and less than one-third of projects are completed on time and on budget<ref>[''CHAOS MANIFESTO 2013, Think big, Act small, page 1']  </ref>. These are just a few examples of how difficult resource management planning can be.  Resource management planning could for instance help project-  managers and teams to answer questions like the following:
+
Resources are an important aspect of everyday life. Resources are what you have available to complete a task and get an output. In a project management perspective, resources can be anything from time, money, people, facilities and equipment. Proper resource management is important in this matter, as it ensures that individuals are not overloaded with work, and that time is effectively utilized, as well as the final budget must be within or under budget. Often in resource planning, the challenge is to find a baseline and complete the projects on time and to budget. Statistics, however, shows that one in every three projects have no baseline<ref>[''The State of Project Management, Annual Survey  2016, APM PMO specific group, page 7']  </ref> and less than one-third of projects are completed on time and on budget<ref>[''CHAOS MANIFESTO 2013, Think big, Act small, page 1']  </ref>. These are just a few examples of how difficult resource management planning can be.  Resource management planning could for instance help project-  managers and teams to answer questions like the following:
  
*  '''''Do we have enough space on our budget for new equipment and experts handling this products? What if not?'''''
+
*  '''''Do we have enough space on our budget for new equipment and experts handling these products? What if not?'''''
 
* '''''Is there anyone who is overloaded with work and is there anyone who has not sufficient amount of work?'''''
 
* '''''Is there anyone who is overloaded with work and is there anyone who has not sufficient amount of work?'''''
 
* '''''Is there any worker available to work in the Christmas holidays?'''''
 
* '''''Is there any worker available to work in the Christmas holidays?'''''
Line 19: Line 19:
 
* '''Control Resources'''
 
* '''Control Resources'''
  
In this article the focus will be on the process of '''''Plan Resource Management'''''
+
In this article, the focus will be on the process of '''''Plan Resource Management'''''
  
 
==Structure of article==
 
==Structure of article==
  
This article is built around the Plan Resource management model described in the next chapter. The article will be based on the input point models and with those input points there will be proposed some tools & equipments to move the input over to output. Throughout the article there are several supporting figures to make the description more visually clear and understandable. The article ends with a conclusion.
+
This article is built around the Plan Resource management model described in the next chapter. The article will be based on the input point models and with those input points, there will be proposed some tools & types of equipment to move the input over to output. Throughout the article, there are several supporting figures to make the description more visually clear and understandable. The article ends with a conclusion.
  
 
== Plan Resource Management ==
 
== Plan Resource Management ==
Line 30: Line 30:
 
[[File:Resourceplanning.png|700px|thumb|center|Figure 1: Resource Management Plan - Processes<ref name="Pmbokguide" />]]
 
[[File:Resourceplanning.png|700px|thumb|center|Figure 1: Resource Management Plan - Processes<ref name="Pmbokguide" />]]
  
Plan Resource management is used to ensure that the resources are sufficient and available during the project time and thereby making sure that there is a successful completion of the project.  Those resources can be found internally and also outside of the organization through a procurement process. In this article there will be looked out how the elements inside the boxes: ''Inputs'', ''Tool & Techniques'' and ''Outputs'' are defined and also some methods to get this information which is demanded for delivering an output.
+
Plan Resource management is used to ensure that the resources are sufficient and available during the project time and thereby making sure that there is successful completion of the project.  Those resources can be found internally and also outside of the organization through a procurement process. In this article, there will be looked out how the elements inside the boxes: ''Inputs'', ''Tool & Techniques'' and ''Outputs'' are defined and also some methods to get this information which is demanded to deliver an output.
  
 
==Project Charter==
 
==Project Charter==
Project charter<ref name="Pmbokguide" /> is probably one of the most confusing areas in the project and it begins prior to project being even started. It is also arguable that is the most important part of the project as it outlines the whole project and more or less will choose the outcome of the project. It is an agreement between the different parts in the negotiation. In the project charter the project name is identified. There is outlined that It's a formal authorization document for the description of the project. So the description of the project states the need, that this project is going to provide a solution for the organization. It states the organization, the need that the organization has, and the solution that this project is deemed to fit. The project charter also includes key stakeholder list, summary milestones, costs, pre approved financial resources and also the risk assessment which is attached to the project which are vital for the survival of the project. A Project charter should include, according to PMO atleast these topics:  
+
Project charter<ref name="Pmbokguide" /> is probably one of the most confusing areas in the project and it begins prior to project being even started. It is also arguably that is the most important part of the project as it outlines the whole project and more or less will choose the outcome of the project. It is an agreement between the different parts of the negotiation. In the project charter, the project name is identified. There is outlined that It's a formal authorization document for the description of the project. So the description of the project states the need, that this project is going to provide a solution for the organization. It states the organization, the need that the organization has, and the solution that this project is deemed to fit. The project charter also includes key stakeholder list, summary milestones, costs, pre-approved financial resources and also the risk assessment which is attached to the project which is vital for the survival of the project. A Project charter should include, according to PMO at least these topics:  
  
 
* Requirements
 
* Requirements
Line 52: Line 52:
 
* Work efficiency is going as planned and there is no delay
 
* Work efficiency is going as planned and there is no delay
 
* If there is a conflict there will be taken action and the problem will be solved immediately
 
* If there is a conflict there will be taken action and the problem will be solved immediately
Normally in project management quality plan the Project Manager, Project Team, Customer and stakeholders are involved. According to PMO, the quality management plan can be divided in a three process.
+
Normally in project management quality plan the Project Manager, Project Team, Customer and stakeholders are involved. According to PMO, the quality management plan can be divided into three processes.
  
 
* [[Total Quality Management]]
 
* [[Total Quality Management]]
Line 58: Line 58:
 
* [[Quality Control]].  
 
* [[Quality Control]].  
  
These topics are already discussed in several wiki-articles. Press the link besides the bullet points for further interest on these topics.
+
These topics are already discussed in several wiki-articles. Press the link beside the bullet points for further interest on these topics.
  
=== Scope Basline===
+
=== Scop Baseline===
  
A scope baseline used to measure, manage, assessing and controlling the project scope<ref name="Pmbokguide" />. Scope baseline is a actually component of the project management plan. Scope baseline can be changed only through formal control procedures. It contains three elements of approved project documents:  
+
A scope baseline used to measure, manage, assessing and controlling the project scope<ref name="Pmbokguide" />. Scope baseline is an actual component of the project management plan. Scope baseline can be changed only through formal control procedures. It contains three elements of approved project documents:  
  
 
* WBS (Work Breakdown Structure):  
 
* WBS (Work Breakdown Structure):  
Line 73: Line 73:
 
'''The detailed project scope''' statement includes the description of the project scope, deliverables, assumptions and constraints.  
 
'''The detailed project scope''' statement includes the description of the project scope, deliverables, assumptions and constraints.  
  
To make a picture of what the tool '''WBS''' is intuitively, one could take as an example that you can’t eat an elephant at once alone. One has to divide it up in pieces and eat one piece at the time to complete the task. When you clean your room you have to make it in parts, maybe first clean up the floor and then wash it and afterwards vacuum the floor. So the concept behind WBS is very simple and is that every complex project task can be broken down to smaller task until you meet a point where it is not possible anymore. WBS works the same way for companies. The work breakdown structure helps to visually see all the components that make up the task and ultimately make up the entire project. A typical WBS has around 3-6 levels.
+
To make a picture of what the tool '''WBS''' is intuitively, one could take as an example that you can’t eat an elephant at once alone. One has to divide it up in pieces and eat one piece at the time to complete the task. When you clean your room you have to make it in parts, maybe first clean up the floor and then wash it and afterward vacuum the floor. So the concept behind WBS is very simple and is that every complex project task can be broken down to smaller task until you meet a point where it is not possible anymore. WBS works the same way for companies. The work breakdown structure helps to visually see all the components that make up the task and ultimately make up the entire project. A typical WBS has around 3-6 levels.
  
 
The '''WBS dictionary''' is a more detailed part of the WBS about every element it may describe. It describes milestones, costs, deliverables, acceptance criteria, schedule etc. While WBS could be used for higher level manager, a WBS dictionary is more for the people involved in a certain sub-division area of the WBS like middle/project managers.
 
The '''WBS dictionary''' is a more detailed part of the WBS about every element it may describe. It describes milestones, costs, deliverables, acceptance criteria, schedule etc. While WBS could be used for higher level manager, a WBS dictionary is more for the people involved in a certain sub-division area of the WBS like middle/project managers.
Line 79: Line 79:
 
==Project Documents==
 
==Project Documents==
  
Project document is an overview of the whole project. That is the time schedule, the risk associated with different parts of the projects, who are the stakeholders and what influence do they have on the project and who is responsible for what, so that the project can succed.  
+
The project document is an overview of the whole project. That is the time schedule, the risk associated with different parts of the projects, who are the stakeholders and what influence do they have on the project and who is responsible for what, so that the project can succeed.  
  
 
===Project Schedule===
 
===Project Schedule===
  
The project schedule shows how the activities are linked with planned dates, durations, milestones and resources. All project schedules have a start date and a end date. To control this companies and project teams are most often using Gantt Charts to represent schedule. To read more about Gantt charts press here: [[Gantt Chart]]
+
The project schedule shows how the activities are linked with planned dates, durations, milestones and resources. All project schedules have a start date and an end date. To control these companies and project teams are most often using Gantt Charts to represent schedule. To read more about Gantt charts press here: [[Gantt Chart]]
  
 
===Risk Register ===
 
===Risk Register ===
  
To get an overview over what the risks are with the different parts of the project a risk-analysis is done.<ref name="Pmbokguide2">''Lavanya, N. & Malarvizhi, T. (2008). Risk analysis and management: a vital key to effective project management. Paper presented at PMI® Global Congress 2008—Asia Pacific, Sydney, New South Wales, Australia. Newtown Square, PA: Project Management Institute.'' </ref>. The risk is one two parameters, they are consequences and probability.  
+
To get an overview of what the risks are with the different parts of the project a risk-analysis is done.<ref name="Pmbokguide2">''Lavanya, N. & Malarvizhi, T. (2008). Risk analysis and management: a vital key to effective project management. Paper presented at PMI® Global Congress 2008—Asia Pacific, Sydney, New South Wales, Australia. Newtown Square, PA: Project Management Institute.'' </ref>. The risk in this tool is based on two parameters, they are consequences and probability.  
  
  
Line 100: Line 100:
 
* Asses the consequences high to low.
 
* Asses the consequences high to low.
 
* Asses the probability that a certain part may happen.
 
* Asses the probability that a certain part may happen.
* Calculate the final risk (probabiity x consequence).
+
* Calculate the final risk (probability x consequence).
 
* Come up with solutions that can reduce probability and consequences
 
* Come up with solutions that can reduce probability and consequences
  
Line 106: Line 106:
  
  
To identify the important stakeholders and their influence and interest in the project a stakeholder analysis can be used.<ref name="Pmbokguide3">''''Stakeholders: Theory and Practice, A. Friedman and S. Miles, 2006, Oxford University Press, Oxford'' </ref>. Stakeholder analysis is a strong tool and is applied for getting more information about the stakeholder environment and to prioritise management resources. Stakeholders are the resources. Product, services we are delivering or people delivering to us, these are all stakeholders and by making a stakeholder analysis it is possible to align the stakeholders and make assesments.  
+
To identify the important stakeholders and their influence and interest in the project a stakeholder analysis can be used.<ref name="Pmbokguide3">''''Stakeholders: Theory and Practice, A. Friedman and S. Miles, 2006, Oxford University Press, Oxford'' </ref>. Stakeholder analysis is a strong tool and is applied for getting more information about the stakeholder environment and to prioritize management resources. Stakeholders are the resources. Product, services we are delivering or people delivering to us, these are all stakeholders and by making a stakeholder analysis it is possible to align the stakeholders and make assessments.  
  
 
The first step is for the management to identify the stakeholders. After all the stakeholders are listed they need to be listed in terms of power and interest. This for getting information about the influence the stakeholder has on the project.  The influence/interest table can be listed in 4 boxed and are described in the following:  
 
The first step is for the management to identify the stakeholders. After all the stakeholders are listed they need to be listed in terms of power and interest. This for getting information about the influence the stakeholder has on the project.  The influence/interest table can be listed in 4 boxed and are described in the following:  
  
* '''Manage closely''' : These stakeholders have high interest and influence. These are the most important stakeholders. It is extremly important to keep them satisfied. Keep them updated all the time, make them involved in decisions and always find out what is important to them and help them out.  
+
* '''Manage closely''' : These stakeholders have high interest and influence. These are the most important stakeholders. It is extremely important to keep them satisfied. Keep them updated all the time, make them involved in decisions and always find out what is important to them and help them out.  
  
 
* '''Keep them satisfied''':  These stakeholders have high power but very little interest. As these stakeholders are very powerful the main goal is to increase their interest by inviting them for meeting and asking them all the time. They can cancel resources at any time, so they need to be under the monitor all the time and try to move them to the box “Manage Closely”.
 
* '''Keep them satisfied''':  These stakeholders have high power but very little interest. As these stakeholders are very powerful the main goal is to increase their interest by inviting them for meeting and asking them all the time. They can cancel resources at any time, so they need to be under the monitor all the time and try to move them to the box “Manage Closely”.
  
* '''Keep an eye''': These stakeholders are not that powerful and have little or no interest in the company. The goal is therefore to keep an eye on them and try to increase their interest for the project as they could move to another position in the future.
+
* '''Keep an eye''': These stakeholders are not that powerful and have little or no interest in the company. The goal is, therefore, to keep an eye on them and try to increase their interest in the project as they could move to another position in the future.
  
 
* '''Keep them informed''': These stakeholders are mostly external.  These people have very low power and very high interest in the project. This group should always be informed as these stakeholders often can be very helpful with consultancy for the project.
 
* '''Keep them informed''': These stakeholders are mostly external.  These people have very low power and very high interest in the project. This group should always be informed as these stakeholders often can be very helpful with consultancy for the project.
Line 122: Line 122:
 
=== Responsibility Chart===
 
=== Responsibility Chart===
  
It is not sufficient to only have some inputs. There also have to be some tools/equipment for making sure the project parts are being implemented. The Responsibility chart<ref name="Pmbokguide" /> is a useful tool as it is firstly clarifying which person has which role and responsibility and also secondly that it is a great way to..
+
It is not sufficient to only have some inputs. There also have to be some tools/equipment for making sure the project parts are being implemented. The Responsibility chart<ref name="Pmbokguide" /> is a useful tool as it is firstly clarifying which person has which role and responsibility and also secondly that it is a great way to.
  
 
* '''Responsible''': The one who is completing and delivering the task. This person may get assisted during the process.
 
* '''Responsible''': The one who is completing and delivering the task. This person may get assisted during the process.
 
* '''Accountable''': This person is the authority aspect of the project. The main goal is to approve the work the responsible has done. Only one accountable can be set for each action
 
* '''Accountable''': This person is the authority aspect of the project. The main goal is to approve the work the responsible has done. Only one accountable can be set for each action
* '''Consulted''': These are the consultants. These are often specialized people and experts who know a lot about one thing and are consulted before taking a decision. Input from this people is necessary. This is mostly a two-way communication system.  
+
* '''Consulted''': These are the consultants. These are often specialized people and experts who know a lot about one thing and are consulted before taking a decision. Input from these people is necessary. This is mostly a two-way communication system.  
* '''Informed''': These are people who need to be informed when a decision is taken. This is mostly a one way communication
+
* '''Informed''': These are people who need to be informed when a decision is taken. This is mostly a one-way communication
  
  
Line 135: Line 135:
  
 
===Enterprise Environmental Factors ===
 
===Enterprise Environmental Factors ===
The environment is basically always fluctuating.<ref name="Pmbokguide" /> The environment can be defined as anything which belongs to the natural world and is more or less uncontrollable. EEF is a condition that controls the project but as a project manager you don't have control over the EEF.  The environment does affect a project both positively and negatively. In environment one can distinguish between external and internal environment.
+
The environment is basically always fluctuating.<ref name="Pmbokguide" /> The environment can be defined as anything which belongs to the natural world and is more or less uncontrollable. EEF is a condition that controls the project but as a project manager, you don't have control over the EEF.  The environment does affect a project both positively and negatively. In an environment, one can distinguish between external and internal environment.
  
 
External:
 
External:
Line 151: Line 151:
 
* '''Infrastructure'''
 
* '''Infrastructure'''
  
Above are some examples of the internal and external points. For instance in the external point the government can increase the taxes and it would make the project team forced to revise their project plan, budget etc.  Market conditions could also happen if a new threatening competitor enters the market.  
+
Above are some examples of the internal and external points. For instance, in the external point, the government can increase the taxes and it would make the project team forced to revise their project plan, budget etc.  Market conditions could also happen if a new threatening competitor enters the market.  
  
Some example of internal environment could be the organizational culture. The company has a vision and a mission strategy as well as values, beliefs, norms, leadership style, ethics, religion etc. Resource availability is also another good example of internal environment.  All in all there are a lot of environmental parameters to consider and to cope with this the whole unit, company, consultant etc have to take into account how to cope with this problems and opportunities.
+
Some example of internal environment could be the organizational culture. The company has a vision and a mission strategy as well as values, beliefs, norms, leadership style, ethics, religion etc. Resource availability is also another good example of the internal environment.  All in all, there are a lot of environmental parameters to consider and to cope with this the whole unit, company, consultant etc have to take into account how to cope with these problems and opportunities.
  
 
===Organizational Process Assets ===
 
===Organizational Process Assets ===
  
Assets can be defined as something you own or control and helps you achieve goals. For instance you use your vehicle to get to work. The same way organizations also use assets to move from A to b to achieve their goals. These are called Organizational process assets<ref name="Pmbokguide" />.
+
Assets can be defined as something you own or control and helps you achieve goals. For instance, you use your vehicle to get to work. The same way organizations also use assets to move from A to b to achieve their goals. These are called Organizational process assets<ref name="Pmbokguide" />.
  
The OPA's can be sorted in two groups according to PMO. The first one is
+
The OPA's can be sorted into two groups according to PMO. The first one is
  
 
*'''Policies'''
 
*'''Policies'''
Line 166: Line 166:
 
*'''General guidelines'''
 
*'''General guidelines'''
  
These points are quite general and do not belong to project work. These could for instance be that you must use intranet policy at work, or you must fill out at certain template and also general guidelines like time reporting, Human resource rules etc.  
+
These points are quite general and do not belong to project work. These could, for instance, be that you must use intranet policy at work, or you must fill out at certain template and also general guidelines like time reporting, Human resource rules etc.  
  
  
Line 181: Line 181:
 
==Conclusion and limitations==
 
==Conclusion and limitations==
  
During this article the focus has been on process in resource project management called ''Resource Management Plan''. For many of the input bullet points there has been proposed a tool to make it possible to get an output and to help identify different parameters such as stakeholders, responsibility issues, risk, WBS, etc,  which all are important for the outcome of the project. There has also been discussed about the importance to keep an eye on what happens in the environment and how project work gets easier when it is "Learn from the past", that is having old procedures which you can use again, there is no need to re-invent the wheel. If this is the case the project management team does not have to start from scratch.   
+
During this article the focus has been on process in resource project management called ''Resource Management Plan''. For many of the input bullet points, there has been proposed a tool to make it possible to get an output and to help identify different parameters such as stakeholders, responsibility issues, risk, WBS, etc,  which all are important for the outcome of the project. There has also been discussed about the importance to keep an eye on what happens in the environment and how project work gets easier when it is "Learn from the past", that is having old procedures which you can use again, there is no need to re-invent the wheel. If this is the case the project management team does not have to start from scratch.   
  
  
Summary for the tools which were used tools which were used are:  
+
Summary of the tools which were used tools which were used are:  
  
* WBS: a tool which divides the project down i smaller elements
+
* WBS: a tool which divides the project down in smaller elements
 
* WBS dictionary: The same as WBS just more detailed  
 
* WBS dictionary: The same as WBS just more detailed  
 
* Risk-analysis: A tool used for setting different  
 
* Risk-analysis: A tool used for setting different  
Line 198: Line 198:
 
The tools presented in this article are not always the most optimal. They are just one of many tools developed and used for the different input points.
 
The tools presented in this article are not always the most optimal. They are just one of many tools developed and used for the different input points.
  
'''Stakeholder analysis''': To identify stakeholder the stakeholder analysis tool should be sufficient enough.  But the model could maybe be expanded to boxes within the boxes where there could be adressed what is important to the stakeholder and what strategy is going to be taken into account to keep this stakeholder or for increasing the power and influence for the stakeholder. This for getting more information on the stakeholder and with the extra information, a solution could be proposed on how to keep the stakeholder satisfied on a long term.<ref>[''Smith, L. W. (2000). Stakeholder analysis: a pivotal practice of successful projects. Paper presented at Project Management Institute Annual Seminars & Symposium, Houston, TX. Newtown Square, PA: Project Management Institute.'] </ref>
+
'''Stakeholder analysis''': To identify stakeholder the stakeholder analysis tool should be sufficient enough.  But the model could maybe be expanded to boxes within the boxes where there could be addressed what is important to the stakeholder and what strategy is going to be taken into account to keep this stakeholder or for increasing the power and influence for the stakeholder. This for getting more information on the stakeholder and with the extra information, a solution could be proposed on how to keep the stakeholder satisfied on a long term.<ref>[''Smith, L. W. (2000). Stakeholder analysis: a pivotal practice of successful projects. Paper presented at Project Management Institute Annual Seminars & Symposium, Houston, TX. Newtown Square, PA: Project Management Institute.'] </ref>
  
 
'''Risk''': Risk is always an uncertain process as this is all based on probability.
 
'''Risk''': Risk is always an uncertain process as this is all based on probability.

Revision as of 10:46, 26 February 2019

Developed by Hedin Gunnarsstein Poulsen - s153658

Contents

Abstract

Resources are an important aspect of everyday life. Resources are what you have available to complete a task and get an output. In a project management perspective, resources can be anything from time, money, people, facilities and equipment. Proper resource management is important in this matter, as it ensures that individuals are not overloaded with work, and that time is effectively utilized, as well as the final budget must be within or under budget. Often in resource planning, the challenge is to find a baseline and complete the projects on time and to budget. Statistics, however, shows that one in every three projects have no baseline[1] and less than one-third of projects are completed on time and on budget[2]. These are just a few examples of how difficult resource management planning can be. Resource management planning could for instance help project- managers and teams to answer questions like the following:

  • Do we have enough space on our budget for new equipment and experts handling these products? What if not?
  • Is there anyone who is overloaded with work and is there anyone who has not sufficient amount of work?
  • Is there any worker available to work in the Christmas holidays?
  • How will adding another project affect the existing projects?
  • Is the project on time?

To make sure the right resources are available for the project managers and project team at the right time, there has been developed some project resource management processes/tools[3], to identify, acquire and manage the resources for a successful completed project. The processes are the following:

  • Plan Resource Management
  • Estimating Activity Resources
  • Acquire Resources
  • Develop Team
  • Manage Team
  • Control Resources

In this article, the focus will be on the process of Plan Resource Management

Structure of article

This article is built around the Plan Resource management model described in the next chapter. The article will be based on the input point models and with those input points, there will be proposed some tools & types of equipment to move the input over to output. Throughout the article, there are several supporting figures to make the description more visually clear and understandable. The article ends with a conclusion.

Plan Resource Management

Plan Resource Management[3] is a process to estimate, acquire, manage, and use team and physical resources. The key benefit of this process is that it establishes the approach and level of management effort needed for managing project resources based on the type and complexity of the project.

Figure 1: Resource Management Plan - Processes[3]

Plan Resource management is used to ensure that the resources are sufficient and available during the project time and thereby making sure that there is successful completion of the project. Those resources can be found internally and also outside of the organization through a procurement process. In this article, there will be looked out how the elements inside the boxes: Inputs, Tool & Techniques and Outputs are defined and also some methods to get this information which is demanded to deliver an output.

Project Charter

Project charter[3] is probably one of the most confusing areas in the project and it begins prior to project being even started. It is also arguably that is the most important part of the project as it outlines the whole project and more or less will choose the outcome of the project. It is an agreement between the different parts of the negotiation. In the project charter, the project name is identified. There is outlined that It's a formal authorization document for the description of the project. So the description of the project states the need, that this project is going to provide a solution for the organization. It states the organization, the need that the organization has, and the solution that this project is deemed to fit. The project charter also includes key stakeholder list, summary milestones, costs, pre-approved financial resources and also the risk assessment which is attached to the project which is vital for the survival of the project. A Project charter should include, according to PMO at least these topics:

  • Requirements
  • Business Needs
  • Summary Schedule
  • Assumptions and constraints
  • Business case, including return on investment

Project Management Plan

The Project management plan consists of two elements: Quality management plan and scope baseline. These will now be described further.

Quality Management Plan

Project management quality plan is implemented to ensure that acceptance of quality is agreed upon prior to project start[4], and to set a set of standards defined by the customers and stakeholders, and it describes how the project will make sure to live up to these standards agreed upon. Quality management makes the possibility of meeting the required standards more realistic and makes sure that:

  • Product is built up on prior agreements about the standards and expectation.
  • Work efficiency is going as planned and there is no delay
  • If there is a conflict there will be taken action and the problem will be solved immediately

Normally in project management quality plan the Project Manager, Project Team, Customer and stakeholders are involved. According to PMO, the quality management plan can be divided into three processes.

These topics are already discussed in several wiki-articles. Press the link beside the bullet points for further interest on these topics.

Scop Baseline

A scope baseline used to measure, manage, assessing and controlling the project scope[3]. Scope baseline is an actual component of the project management plan. Scope baseline can be changed only through formal control procedures. It contains three elements of approved project documents:

  • WBS (Work Breakdown Structure):
  • WBS Dictionary
  • Detailed Project scope statement
Figure 2: Work breakdown structure example[3]


The detailed project scope statement includes the description of the project scope, deliverables, assumptions and constraints.

To make a picture of what the tool WBS is intuitively, one could take as an example that you can’t eat an elephant at once alone. One has to divide it up in pieces and eat one piece at the time to complete the task. When you clean your room you have to make it in parts, maybe first clean up the floor and then wash it and afterward vacuum the floor. So the concept behind WBS is very simple and is that every complex project task can be broken down to smaller task until you meet a point where it is not possible anymore. WBS works the same way for companies. The work breakdown structure helps to visually see all the components that make up the task and ultimately make up the entire project. A typical WBS has around 3-6 levels.

The WBS dictionary is a more detailed part of the WBS about every element it may describe. It describes milestones, costs, deliverables, acceptance criteria, schedule etc. While WBS could be used for higher level manager, a WBS dictionary is more for the people involved in a certain sub-division area of the WBS like middle/project managers.

Project Documents

The project document is an overview of the whole project. That is the time schedule, the risk associated with different parts of the projects, who are the stakeholders and what influence do they have on the project and who is responsible for what, so that the project can succeed.

Project Schedule

The project schedule shows how the activities are linked with planned dates, durations, milestones and resources. All project schedules have a start date and an end date. To control these companies and project teams are most often using Gantt Charts to represent schedule. To read more about Gantt charts press here: Gantt Chart

Risk Register

To get an overview of what the risks are with the different parts of the project a risk-analysis is done.[5]. The risk in this tool is based on two parameters, they are consequences and probability.


Figure 3: Risk analysis based on probabiity and consequences [5]


From the figure above there can be seen that a risk-analysis is a function of consequences. The risk-analysis is made in the following way:

  • Brainstorming: What can go wrong?
  • Asses the consequences high to low.
  • Asses the probability that a certain part may happen.
  • Calculate the final risk (probability x consequence).
  • Come up with solutions that can reduce probability and consequences

Stakeholder Analysis

To identify the important stakeholders and their influence and interest in the project a stakeholder analysis can be used.[6]. Stakeholder analysis is a strong tool and is applied for getting more information about the stakeholder environment and to prioritize management resources. Stakeholders are the resources. Product, services we are delivering or people delivering to us, these are all stakeholders and by making a stakeholder analysis it is possible to align the stakeholders and make assessments.

The first step is for the management to identify the stakeholders. After all the stakeholders are listed they need to be listed in terms of power and interest. This for getting information about the influence the stakeholder has on the project. The influence/interest table can be listed in 4 boxed and are described in the following:

  • Manage closely : These stakeholders have high interest and influence. These are the most important stakeholders. It is extremely important to keep them satisfied. Keep them updated all the time, make them involved in decisions and always find out what is important to them and help them out.
  • Keep them satisfied: These stakeholders have high power but very little interest. As these stakeholders are very powerful the main goal is to increase their interest by inviting them for meeting and asking them all the time. They can cancel resources at any time, so they need to be under the monitor all the time and try to move them to the box “Manage Closely”.
  • Keep an eye: These stakeholders are not that powerful and have little or no interest in the company. The goal is, therefore, to keep an eye on them and try to increase their interest in the project as they could move to another position in the future.
  • Keep them informed: These stakeholders are mostly external. These people have very low power and very high interest in the project. This group should always be informed as these stakeholders often can be very helpful with consultancy for the project.
Figure 4: Stakeholder mapping tool with as a function of interest and power[6]

Responsibility Chart

It is not sufficient to only have some inputs. There also have to be some tools/equipment for making sure the project parts are being implemented. The Responsibility chart[3] is a useful tool as it is firstly clarifying which person has which role and responsibility and also secondly that it is a great way to.

  • Responsible: The one who is completing and delivering the task. This person may get assisted during the process.
  • Accountable: This person is the authority aspect of the project. The main goal is to approve the work the responsible has done. Only one accountable can be set for each action
  • Consulted: These are the consultants. These are often specialized people and experts who know a lot about one thing and are consulted before taking a decision. Input from these people is necessary. This is mostly a two-way communication system.
  • Informed: These are people who need to be informed when a decision is taken. This is mostly a one-way communication


Figure 5: Responsibility Chart[3]

Enterprise Environmental Factors (EEF) and Organizational Process Assets (OPA)

Enterprise Environmental Factors

The environment is basically always fluctuating.[3] The environment can be defined as anything which belongs to the natural world and is more or less uncontrollable. EEF is a condition that controls the project but as a project manager, you don't have control over the EEF. The environment does affect a project both positively and negatively. In an environment, one can distinguish between external and internal environment.

External:

  • Government regulation
  • Market conditions
  • External political Condition

Internal:

  • Organizational culture
  • Types of organizational structure
  • Internal political conditions
  • Available resources
  • Infrastructure

Above are some examples of the internal and external points. For instance, in the external point, the government can increase the taxes and it would make the project team forced to revise their project plan, budget etc. Market conditions could also happen if a new threatening competitor enters the market.

Some example of internal environment could be the organizational culture. The company has a vision and a mission strategy as well as values, beliefs, norms, leadership style, ethics, religion etc. Resource availability is also another good example of the internal environment. All in all, there are a lot of environmental parameters to consider and to cope with this the whole unit, company, consultant etc have to take into account how to cope with these problems and opportunities.

Organizational Process Assets

Assets can be defined as something you own or control and helps you achieve goals. For instance, you use your vehicle to get to work. The same way organizations also use assets to move from A to b to achieve their goals. These are called Organizational process assets[3].

The OPA's can be sorted into two groups according to PMO. The first one is

  • Policies
  • Procedures
  • Standard template
  • General guidelines

These points are quite general and do not belong to project work. These could, for instance, be that you must use intranet policy at work, or you must fill out at certain template and also general guidelines like time reporting, Human resource rules etc.


The second one is based on knowledge basis, also known as historical data:

  • Risk Register
  • Lessons from previous times
  • Techniques
  • Historical information


It is thereby understandable that with knowledge basis from the previous year will save a lot of time. Many things are not made from scratch. The methods, contacts, procedures etc are all ready already. It is therefore important to look at what the unit learned from the past and what mistakes they did, so they don't use unnecessary times on

Conclusion and limitations

During this article the focus has been on process in resource project management called Resource Management Plan. For many of the input bullet points, there has been proposed a tool to make it possible to get an output and to help identify different parameters such as stakeholders, responsibility issues, risk, WBS, etc, which all are important for the outcome of the project. There has also been discussed about the importance to keep an eye on what happens in the environment and how project work gets easier when it is "Learn from the past", that is having old procedures which you can use again, there is no need to re-invent the wheel. If this is the case the project management team does not have to start from scratch.


Summary of the tools which were used tools which were used are:

  • WBS: a tool which divides the project down in smaller elements
  • WBS dictionary: The same as WBS just more detailed
  • Risk-analysis: A tool used for setting different
  • Responsibility Chart: Who is responsible for what, who approves, who do we consult and who do we inform about the project progresses?
  • Stakeholder mapping: Identifying very important stakeholders and less important.

Limitations

There will always be limitations regarding a theory. Theory and practice do sometimes not result as expected.

The tools presented in this article are not always the most optimal. They are just one of many tools developed and used for the different input points.

Stakeholder analysis: To identify stakeholder the stakeholder analysis tool should be sufficient enough. But the model could maybe be expanded to boxes within the boxes where there could be addressed what is important to the stakeholder and what strategy is going to be taken into account to keep this stakeholder or for increasing the power and influence for the stakeholder. This for getting more information on the stakeholder and with the extra information, a solution could be proposed on how to keep the stakeholder satisfied on a long term.[7]

Risk: Risk is always an uncertain process as this is all based on probability.

Environmental: The environment can change any model in the article. We are not lords of the environment and therefore a project can go fatal without even the project managers doing a bad job.

Annotated bibliography

  • ↑[Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) (6'th edition] is used throughout the article. The book contains several topics on how tools are used in project management and covered everything which was needed for this article.
  • ↑ Stakeholders: Theory and Practice, A. Friedman and S. Miles, 2006, Oxford University Press, Oxford: This book contributed with a lot of theory about what stakeholders are and different approaches on how they can be found.

Annotated figures

  • Figure 1: The figure is made by Hedin Gunnarsstein Poulsen with inspiration from PMI book.
  • Figure 2 is from the PMI book.
  • Figure 3: The figure is made by Hedin Gunnarsstein Poulsen with inspiration from PMI book.
  • Figure 4: The figure is made by Hedin Gunnarsstein Poulsen with inspiration from PMI book.
  • Figure 5: The figure is made by Hedin Gunnarsstein Poulsen with inspiration from "Stakeholder theory and practice" book.

References

  1. [The State of Project Management, Annual Survey 2016, APM PMO specific group, page 7']
  2. [CHAOS MANIFESTO 2013, Think big, Act small, page 1']
  3. 3.0 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 3.9 Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK® Guide). Sixth Edition; 2017
  4. [Patterson, J. L. (1983). Quality management: the project managers [sic] perspective. Project Management Quarterly, 14(1), 33–38.']
  5. 5.0 5.1 Lavanya, N. & Malarvizhi, T. (2008). Risk analysis and management: a vital key to effective project management. Paper presented at PMI® Global Congress 2008—Asia Pacific, Sydney, New South Wales, Australia. Newtown Square, PA: Project Management Institute.
  6. 6.0 6.1 ''Stakeholders: Theory and Practice, A. Friedman and S. Miles, 2006, Oxford University Press, Oxford
  7. [Smith, L. W. (2000). Stakeholder analysis: a pivotal practice of successful projects. Paper presented at Project Management Institute Annual Seminars & Symposium, Houston, TX. Newtown Square, PA: Project Management Institute.']
Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox