What is Project Integration Management?

project team

The first knowledge area within the Project Management Body of Knowledge (PMBOK Guide) is called Project Integration Management.  Although most people forget about it after writing the PMP exam (because it is a unique knowledge area that underpins all of the other, more visible ones), this knowledge area is in fact the one most utilized on a day-to-day basis by practicing project managers.

So what exactly is Project Integration Management, then?

Simply put, it is the unification of the many inter-related components required to achieve project success.

For example, each of the knowledge areas represent a specialized area of expertise, like schedule, scope and cost.  Success on any one of these items does not equal overall project success, because you might meet the schedule but go over budget.  Hence, the actions undertaken by the project manager to coordinate these areas into a unified whole to achieve the project’s overall goals, instead of a bunch of individual ones, is project integration.

Examples include:

  • Writing the project management plan
  • Dealing with project changes
  • Managing day to day activities

PMBOK, 6th Edition, Section 4

Project Integration Management includes the processes and activities to identify, define, combine, unify, and coordinate the various processes and project management activities within the Project Management Process Groups.

There are seven processes within the Project Integration knowledge area:

  1. Develop Project Charter
  2. Develop Project Management Plan
  3. Direct and Manage Project Work
  4. Manage Project Knowledge
  5. Monitor and Control Project Work
  6. Perform Integrated Change Control
  7. Close Project or Phase

Develop Project Charter

The project charter is effectively above the project.  It is the document that authorizes the project, assigns the project manager, and establishes their authority to use organizational resources.

Project charters are generally only written explicitly only large projects, however all projects have a charter in some form of initiation document like proposals, tenders, contracts, letters, or emails.  Almost all projects can point to a document which authorizes the project together with an initial scope, for example “Can you build me a fence behind the shop?”  As a minimum, if I write you an email that tells you to proceed with a project with the expectation of being paid for the work, that is a form of project charter.

But this nonchalant way of initiating projects, although all too often the norm, invites future budget, schedule, and scope problems.  Hence, the PMBOK Guide’s checklist is an excellent guide for how to properly initiate a project:

  • The project’s purpose and intended goals
  • Success criteria.  This project will be a success if ___________.  Budget and schedule are almost always on this list, but lots of other things like quality metrics, satisfied stakeholders, etc. are present for most projects.
  • High level requirements
  • Overall project risk.  Since the project had to be initiated with specific risks in mind, stating those risks in the charter so they are obvious to the project team is good practice.
  • Major project milestones
  • The project budget, and its status (eg. approved funding, requiring board approval, hoping the money will be there, etc.)
  • Key stakeholders
  • Exit criteria (under what conditions will we abandon the project)
  • Project manager(s), their responsibilities and authority levels
  • Name and authority of the project sponsor.  The project sponsor is one level above the project manager (outside of the project), hence they usually approve the project charter and act as the parent organization’s representative on project issues and funding.

If you set these things up prior to starting project work, you will set up your projects to run smoothly.

Develop Project Management Plan

project managerUnlike the project charter, the project management plan is fully within the project.  It is developed by the project manager in consultation with the project sponsor (above), project team (below), and any other stakeholders that have power over, or interest in, the project.

The project management plan is not a guideline or a nice-to-have agenda.  It is approved by the project sponsor and becomes the official project plan that communicates to all stakeholders what their expectations should be.  It communicates how the project’s goals will be accomplished, and when anything changes, the project management plan must be updated and re-approved.

Originally, the project charter established the main project success criteria, for example, “we want to build a fence that keeps bad people from stealing our equipment and costs a maximum of X.”

Now that the project has started, and entered the planning phase, the project management plan answers the question “How will we achieve that success criteria?”  The project’s resources, schedule, and scope are finalized.  The scope statement attempts to put a figurative “fence” (pun intended) around the project to ensure that it is clear what work is part of the project, and what is not.

Each of the 10 knowledge areas is put into practice to make sure that specialized area is covered.  The PMBOK Guide lists 18 supplemental plans (Scope Management Plan, Risk Management Plan, etc.) and 33 project documents.  In practice those plans and documents are not actually produced in their entirety except on megaprojects but the list is comprehensive and ensures all the bases are covered, even for small projects.

Project Management Plan Project Documents
  1. Scope management plan
  2. Requirements management plan
  3. Schedule management plan
  4. Cost management plan
  5. Quality management plan
  6. Resource management plan
  7. Communications management plan
  8. Risk management plan
  9. Procurement management plan
  10. Stakeholder engagement plan
  11. Change management plan
  12. Configuration management plan
  13. Scope baseline
  14. Schedule baseline
  15. Cost baseline
  16. Performance measurement baseline
  17. Project life cycle description
  18. Development approach
  1. Activity Attributes
  2. Activity list
  3. Assumption log
  4. Basis of estimates
  5. Change log
  6. Cost estimates
  7. Cost forecasts
  8. Duration estimates
  9. Issue log
  10. Lessons learned register
  11. Milestone list
  12. Physical resource assignments
  13. Project calendars
  14. Project communications
  15. Project schedule
  16. Project schedule network diagram
  17. Project scope statement
  18. Project team assignments

 

  1. Quality control measurements
  2. Quality metrics
  3. Quality report
  4. Requirements documentation
  5. Requirements traceability matrix
  6. Resource breakdown structure
  7. Resource calendars
  8. Resource requirements
  9. Risk register
  10. Schedule data
  11. Schedule forecasts
  12. Stakeholder register
  13. Team charter
  14. Test and evaluation documents

 

Direct and Manage Project Work

The project charter represents project integration management during the project initiation phase, and the project management plan the planning phase.  The next phase is execution.

During project execution the project manager must coordinate the project work into a unified whole.  They must ensure that the work is being performed as per the project management plan and the project’s success criteria are being realized.

Also, project changes must be implemented, for example if the scope of work, schedule, or budget has been revised to account for new information.

Manage Project Knowledge

project teamProjects require knowledge to accomplish their goals.  For example, almost all projects require a person (project team member) who uses skills that not everyone possesses to carry out the project work.

In addition, most projects accumulate knowledge in the performance of their work.  This can be explicit knowledge, like what proportions to mix together to create an asphalt mix, or tacit knowledge, like the ability to place the asphalt with a uniform thickness, obtained through experience.

The knowledge to perform the project’s work in a satisfactory manner must be planned into the project via project integration management, and the new knowledge must be passed on to the parent organization when the project is complete.

Monitor and Control Project Work

The monitoring and controlling phase refers to inspecting the project periodically to ensure it is on track to meet the project’s success criteria, and reporting the its status and/or performance to management.

Project integration management during the monitoring and controlling phase involves reviewing the project management plan and determining whether any parts of the project execution are deviating from the plan.

Perform Integrated Change Control

Project changes are one of the biggest headaches that project managers have to deal with.  Deviations from the plan usually come with a certain urgency, because the parent organization must approve additional funds or schedule changes.

Change requests are initiated by any project stakeholder, following which the project manager must update the project management plan (schedule, budget, etc.)  The new plan must be approved by the parent organization, and then it becomes the new plan.

Project integration management contains the actions necessary to:

  • Accept written change requests
  • Analyze their impact
  • Revise the project management plan
  • Request approval from the decision making authorities for the new plan
  • Implement the new plan

Close Project or Phase

Project closure is the most often skipped (because funds have been depleted) yet the most visible phase to senior management.

The completed products or services produced by the project are obviously available for management to see, but the financial results, business case, and final reports almost always get read and viewed more than the interim status updates ever were.

Project integration management ensures that all phases of the project are closed and the benefits realized.

About Bernie Roseke, P.Eng., PMP

Bernie Roseke, P.Eng., PMP, is the president of Roseke Engineering. As a bridge engineer and project manager, he manages projects ranging from small, local bridges to multi-million dollar projects. He is also the technical brains behind ProjectEngineer, the online project management system for engineers. He is a licensed professional engineer, certified project manager, and six sigma black belt. He lives in Lethbridge, Alberta, Canada, with his wife and two kids.

View all posts by Bernie Roseke, P.Eng., PMP

Leave a Reply

Your email address will not be published. Required fields are marked *

*