Professional Documents
Culture Documents
PMBOK
In 1969, five volunteers founded the Project Management Institute
(PMI). Their aim was to set standards for project management,
conduct research in improving the way projects are managed, and to
provide the growing number of project managers the opportunity, to
exchange knowledge, and educate themselves in the disciplines of
project management.
PMBOK
Since then, PMI has been recognized by the American National
Standards Institute (ANSI) as an accredited standards developer.
One particular standard is the Guide to the Project Management Book
of Knowledge (PMBOK Guide). The standard began in 1987 as an
attempt to standardize the information and practices of project
Management, that are generally accepted as good practice, by
the community of project managers.
PMBOK
The PMBOK Guide breaks project management into 44 processes,
that loosely for into five basic process groups, and nine areas of
knowledge. The PMBOK is comprehensive enough to provide a
general guide to managing most projects, and flexible enough to be
adapted to specialized projects, such as construction or government
projects, which has encouraged the development of standards specific
to those industries.
PMBOK
The approach used by by PMBOK is compatible with ISO 9000, and
the Software Engineering Institute's CMMI (Capability Maturity Model
Integration). The processes found within the PMBOK overlap and
interact throughout the life of a project, which is defined in the five
process groupings.
PMBOK
Projects are focused on creating deliverables: tangible items which
show the successful progress of the project. It is not enough to simply
go to the store; one must return with something. Deliverables play out
the same concept: showing the efforts of the work by the team.
PMBOK
At the core of creating deliverables is defining the work that needs to
be done to meet the deliverable. This is accomplished by creating a
Work Breakdown Structure (WBS). Attached to the WBS is a
schedule for the work to be done, along with the resources required to
complete the work. Some of the tasks found in the WBS may have
some interdependence with other tasks. Some share the same
resources, even if the timing of the tasks are farther apart.
PMBOK
Essentially, the project can be broken down into the deliverables, the
WBS to meet the deliverables, the schedule for doing the work defined
by the WBS, and the resources required to meet the schedule and
WBS.
The only thing left on the project is managing the execution of the
schedule.
PMBOK
For the discipline of project management to be properly applied,
someone has to be assigned the task of doing so. This individual is
referred to as the Project Manager. Though professional project
managers do exist, many of the people managing projects are not
project managers, but individuals who have some management
authority and are usually a major stakeholder in the successful
outcome of the project.
PMBOK
Unfortunately, the numbers of projects that can be found in a company
are, at times, greater in number than the group of professional project
managers available to handle them. In these situations, companies
usually assign a professional project manager to projects that will
have the greatest impact on the company if it succeeds or fails,
allowing non-professionals to work on the lower risk projects. In some
cases, the body of professional project managers serve as mentors to
those who are not certified as project managers.
PMBOK
Project Managers have a unique responsibility inside the organization.
They are responsible for changes to the business, in whatever form
that change takes. In operational mode, the basic hierarchical
structure of a business is a number of employees in various
departments being managed by business managers who are
responsible for a specific part of the business that may or may not
have any understanding of other parts of the business and the impact
their departments have on the business as a whole.
PMBOK
The larger the company, the more layers of management occur up to
the top executive managers, who make the decisions that directly
impact the business. The Project Manager typically takes direction
from executive management or, at the very least, ensures that the
project is in line with the guidance of the executive management.
• Plan:
Part of the project is to devise and maintain a schedule of tasks and
resources that are required to fulfill the business need the project is
about to address. The processes in this group are used to identify the
plan and resources for that schedule.
PMBOK
• Executing:
After creating a workable plan, the next set of processes provide the
methods for coordinating the people and resources to execute the
project tasks.
• Controlling:
Handling unexpected hurdles and keeping promises are two of the
factors involved in ensuring the project is a success. This grouping of
processes aids the project manager in ensuring the project objectives
are met by monitoring and measuring the progress of the project.
PMBOK
• Closing:
When the deliverables of the project are complete, the last set of
processes formalize the acknowledgment that the project is complete
and brings it to an orderly end.
PMBOK
The results of one process group is the input to the next group, though
the processes are iterated. Though everything is planned out early on
in the project, a change in requirements may require an update to the
schedule later on in the project. As such, the project management
processes are not single instance occurrences in the life cycle of a
project, but overlapping activities which happen at varying degrees at
every phase of the project.
PMBOK
Additionally, the process groupings not only define the flow of the
entire project life cycle, but also the general flow of each of the phases
in the project. For instance, before a design document can be
executed on, it must be “closed” by customer acceptance.
Therefore, the closing processes are utilized in some degree before
leaving the planning phase of the project.
PMBOK
Fortunately, the customer acceptance can serve to obtain commitment
for execution phase which is the focus of the initiate processes. The
advantage to reiterating the processes constantly throughout the
project phases ensures that any new information impacting the project
is handled appropriately and returns the focus of the process to
meeting business need.
PMBOK – Initiating the Project
Within a business there are a variety of ways in which a project can be
initiated. Some companies insist on having a specific set of criteria
established to determine whether a project is a project. Others treat
any change to the environment as a project. Within IT companies,
arguments have ensued around the difference between project
management and change management, which is an IT operational
process for controlling changes to the configuration of the IT
infrastructure. Some companies do not recognize projects that do not
have a certified project management professional leading them.
PMBOK – Initiating the Project
Despite the varying definition of a project for a company may be,
where the projects come from can also be confusing. Projects need
executive support, so some people insist that true projects can only
come from the top levels of the company. Others stand that the most
effective projects stem from problems identified by the workforce.
Still others will state that projects are results of marketing innovative
solutions to both the executives and the workforce, like a middle
manager.
PMBOK – Initiating the Project
Some projects are technical in nature, while others are business
driven. Organizational changes are usually projects or projects can
have an element of all types. Some projects add to the environment,
while others take away.
PMBOK – Initiating the Project
The basic fact is that every consideration already stated is valid and
only shows the importance of understanding project management but
also the importance of initiating a project appropriately. To initiate a
project, one simply needs a commitment by the organization to begin
the next phase of the project. The commitment should come from the
stakeholders, those individuals responsible for the areas of business
which are directly impacted by the results of the project.
PMBOK – Initiating the Project
For the most part, the stakeholders will provide the necessary
resources to successfully complete the project; the resources can be
finances, people, information, equipment, or all of the above. If a
department can absorb the cost of the project and provide all the
resources, then a project can be initiated at the department level.
However, if more resources are required than the department can
provide, the proposal may need to go to the next level. In some
cases, a project may be initiated simply to create a proper and
comprehensive proposal for a project at the executive management
level.
PMBOK – Planning the Project
Projects generally involve doing something new in the environment. In
a business context, something new or different typically translates into
risk. Therefore, project planning is of utmost importance. Most of the
project management processes can be found within the planning
process group. This does not indicate that the bulk of project work is
planning the project, only the importance of the work.
PMBOK – Planning the Project
The amount of planning required is proportionate to the scope of the
project, the risk associated to the endeavor, and the usefulness of the
information developed inside the planning phase.
PMBOK – Planning the Project
The processes within the Planning group are further categorized as
the core processes and the facilitating processes. The core
processes have clear dependencies placed on them and have to be
performed in the same order on most projects.
PMBOK – Planning the Project
These processes may be iterated several times during any phase of
the project and include:
Sometimes, issues are identified that are not within the scope of the
project to resolve but once communicated, a resolution is sought
through another project or through the operational improvement
processes of the business.
PMBOK - Initiating the Project Plan
Awareness of these actions is prudent for coordinating project
activities. Additionally, deliverables to the project may be found:
these are products that are necessary to the project but are outside of
the scope of the project either because they are assumed to already
exist or because they are performed by members outside of the body
of stakeholders. For example, an assessment of power consumption
may be the product of the electrical engineering department and
required by the project, but the creation of the assessment is outside
the boundaries of the project.
PMBOK - Initiating the Project Plan
In this case, the project manager needs to integrate the activities of
the project to coincide with the development of the assessment of an
outside entity, namely the electrical engineering department. Quality
assessment because of regulatory standards may require the skills of
a quality management professional, but the assigned project work is
only one task in the project. This professional may not become a core
team member for the project, so the project manager has to
coordinate with the quality control department to ensure that the work
is done in a timely manner.
PMBOK - Initiating the Project Plan
The major focus of the integration management processes is the
creation and maintenance of the project plan. The project plan is a
consistent and coherent document that encompasses the outputs of
the planning processes to guide both project execution and project
control. The project plan is a living document, subject to change
throughout the life of the project.
PMBOK - Initiating the Project Plan
The goal of project management is to identify a final project plan as
quickly as possible and apply change control to the project plan to
manage how and when the plan is changed. The purpose of the
project plan is to guide project execution, document project
assumptions, document plan decisions with primary paths and
alternate paths if any, facilitate communication with all stakeholders,
define key management reviews, and provide the baseline for
measurement project effectiveness, progress and control.
PMBOK - Initiating the Project Plan
In addition to the outputs of other planning processes, the
development of the project plan can also include historical information,
organizational policies, constraints and assumptions. Historical
information is typically consulted on during other planning processes
and involves statistical information, past project information, and other
information that may affect how the project proceeds. For instance,
budget constraints may be time stamped; that is, the project has a
certain amount of money for a set time, but a different amount after a
specific date.
PMBOK - Initiating the Project Plan
This can impact how and when money is spent on the project. Or this
is the second time this project has been initiated. The first attempt
failed and the project manager looks at the conditions of the failed
attempt to ensure the same mistakes are not repeated.
Every organization has formal and informal policies that may affect the
project. Many of these policies will come from governing entities
outside of the project that have responsibilities related to the
operational side of the business. The more common governing
entities are responsible for quality management, personnel
administration, and financial controls.
PMBOK - Initiating the Project Plan
Assumptions and constraints are factors that affect the project
planning, execution, and outcome. Assumptions are typically
generated within the planning stage and should be noted in all
occurrences. For instance, the delivery date of a resource is
uncertain, so the project team assumes a specific date for planning
purposes. Assumptions are considered to be true, real, or certain for
the project plan. As the project progresses, the assumptions may
prove to be false, unreal, or uncertain and the project plan is impacted.
PMBOK - Initiating the Project Plan
There is an element of risk involved with assumptions. Constraints
are defined factors that limit the project in some way. A budget is a
constraint that limits the amount of money spent. A time table limits
the amount of time given to complete the project. The scope of the
project constrains the work done by the project. Contracts provide a
number of constraints that must be incorporated into the project and
adhered to under all conditions.
PMBOK - Initiating the Project Plan
The tools and techniques utilized for development of the project plan
include any number of methodologies available for project planning,
the skills and knowledge of the stakeholders, and any adopted Project
Management Information System (PMIS) by the company. Many
ways for organizing and presenting project plans can be found and
many have the same common elements found in them.
PMBOK - Initiating the Project Plan
PMBOK does not require any particular method be used to develop,
organize, or present a project plan be used; it does however identify
those elements that have recognized value to the project.
Some of the elements promoted for the final draft of a project plan
include:
• Project charter
• Description of the approach or strategy for project management
• Scope statement with project deliverables and objectives
• Work Breakdown Structure (WBS)
• Cost estimates, scheduled start dates, and responsibility
assignments integrated with the WBS.
PMBOK - Initiating the Project Plan
Continued…..
• Performance measurements baselines, specifically around cost and
time
• Major milestones and target dates
• Key or required staff
• Key risks, including constraints and assumptions and the responses
planned for each
• Subsidiary management plans, i.e. scope, time, budget, etc.
• Open issues and pending decisions.
PMBOK - Initiating the Project Plan
Also included could be the following supporting details:
• Additional information found during the planning phase but does
impact the planned scope of the project
• Technical documentation such as requirements, specifications, and
designs
• Documentation of relevant standards and regulations.
PMBOK – Executing the Project Plan
The primary process of providing the project deliverables and meeting
project objectives will be performed in the project plan execution
process. The guide to project execution is the final project plan and
any supporting details, organizational policies and/or procedures that
need to be followed, and as the project progresses, any corrective
action put into place to realign the project.
PMBOK – Executing the Project Plan
The execution of the project plan relies heavily on the team members
of the project and any key individuals required to support the product
or service that the project is affecting. As such, skill and knowledge
related to the product or services is typically the most important
requirement for successful execution. To ensure that the proper
staffing is in place at any given time of the project, a work
authorization system may be involved.
PMBOK - Executing the Project Plan
This formal procedure ensures that the right people are working the
project at the right time by fulfilling written authorizations. The
authorization typically includes the required skills and knowledge, the
work to be done, and the time and cost limitations in place for the
activity.
PMBOK - Executing the Project Plan
To properly execute the project plans, general management skills may
be required, such as leadership, communication, and negotiating.
These skills will definitely be required by the project manager, but may
also be necessary for the team members of the project. In many
situations, team members may be tasked with activities that will be
performed away from any of the other team members in parallel to the
activities assigned to those team members.
PMBOK - Executing the Project Plan
Status review meetings provide an opportunity for the project team to
communicate with each other on the progress of their assigned tasks,
to communicate any issues and risks that may have been identified, or
to declare any dependencies that need to be fulfilled.
PMBOK - Executing the Project Plan
Project team members may be asked to update any existing project
management information systems that may require project progress
information. Depending on the system and the work involved, the task
of updating the system may fall on the project manager to complete.
The execution of the project plan lead to either work results or change
requests. Either the activities identified by the project plan produced
the result intended or they didn't. Many times, the expectation of the
work results are unfulfilled because of a change of assumptions,
constraints, issue, or misinformation. The result may require a change
to the project which is initiated by the creation of a change request.
PMBOK – Controlling Change to the Project Plan
Changes to the project plan have to be coordinated and controls to
minimize the impact of the change to the entire project. In most
projects, change will be present, therefore it is prudent for the project
manager to plan for change and establish controls from the very
beginning of the project on how and when changes will be made to the
project plan.
PMBOK – Controlling Change to the Project Plan
The requirement of change control is rooted in:
• The necessity of maintaining performance baselines. Every change
should be reflected in the project plan, but only changes in scope
will change the performance baselines established.
• The possibility of changes to product scope forcing a change to
project scope and minimizing the impact of such as change.
• Coordinating changes across knowledge areas: a change in
schedule may impact cost, risk, quality, and staffing.
PMBOK – Controlling Change to the Project Plan
Overall change control utilizes the project plan as the basis for its
work. The process is initiated by performance reports and change
requests. Typically, a formal, documented set of procedures for
controlling change is already in place for use by the project. If not, the
project team may have to develop one. Many change control systems
apply a formal review and approve procedure and the opportunity for
stakeholders to approve or reject a change request.
PMBOK – Controlling Change to the Project Plan
Most change control systems have the ability to handle emergencies;
these are changes that need to be approved and executed but cannot
wait for formal review of the change request. Some systems will even
allow for “automatic” approvals for certain predefined changes. All
changes must be properly and completely documented.
PMBOK – Controlling Change to the Project Plan
Configuration management is used by change control as a
documented procedure for applying technical and administrative
direction and monitoring. The purpose of configuration management
form a project perspective is that it identifies and documents the
functional and physical characteristics of an item or system, controls
the changes to such characteristics, record and report any changes
made, and audit the items or systems to verify requirement conformity.
PMBOK – Controlling Change to the Project Plan
It is important to note a change control process may exist within the
operational aspect of the business as well as the project management
aspect. Sometimes, the process is different for both but they use the
same change control system. Sometimes the process utilizes
completely different systems that need to talk to each other. Any
some instances such as configuration management require that both
systems provide the necessary output of changes to the appropriate
parties.
PMBOK – Controlling Change to the Project Plan
Change control may utilize performance measurement, the project
management information system, and additional planning as tools and
techniques for ensure success for controlling change. Change
request going through the overall change control process typically
result into updates to the project plan, corrective action and/or an
exercise called lessons learned which identifies the causes of project
variances and the reasons for actions resolving or mitigating the
variance.