Starting a Project and Integration

By and

Date: Jul 3, 2023

Return to the article

In this sample chapter from Project Management Professional (PMP)® Cert Guide, you will learn the key processes, tools, and artifacts for starting a project and integration management, from starting a project to monitoring it.

This chapter discusses the key processes, tools, and artifacts for starting a project and integration management. The following topics are covered:

In this chapter, we discuss in detail the initiating, planning, and executing aspects of integration management as needed for the PMP exam. The monitoring and controlling aspects of change control are discussed here, but other important concepts of monitoring and controlling are discussed in Chapter 14, “Project Measurement.” Chapter 15, “Closing a Project,” discusses the closing processes in detail.

We discuss the principles related to the PMBOK® Guide, Sixth Edition; the PMBOK® Guide, Seventh Edition; and the Exam Content Outline (ECO).

This chapter addresses the following objectives from the PMP Exam Content Outline:

Domain

Task #

Exam Objective

People

Task 2

Lead a team

People

Task 3

Support team performance

People

Task 6

Build a team

People

Task 7

Address and remove impediments, obstacles, and blockers for the team

People

Task 9

Collaborate with stakeholders

People

Task 10

Build shared understanding

People

Task 11

Engage and support virtual teams

Process

Task 1

Execute project with the urgency required to deliver business value

Process

Task 2

Manage communications

Process

Task 3

Assess and manage risks

Process

Task 4

Engage stakeholders

Process

Task 7

Plan and manage quality of products/deliverables

Process

Task 9

Integrate project planning activities

Process

Task 12

Manage project artifacts

Process

Task 15

Manage project issues

Process

Task 16

Ensure knowledge transfer for project continuity

Business

Task 2

Evaluate and deliver project benefits and value

“Do I Know This Already?” Quiz

The “Do I Know This Already?” quiz allows you to assess whether you should read this entire chapter thoroughly or jump to the “Exam Preparation Tasks” section. If you are in doubt about your answers to these questions or your own assessment of your knowledge of the topics, read the entire chapter. Table 4-1 lists the major headings in this chapter and their corresponding “Do I Know This Already?” quiz questions. You can find the answers in Appendix A, “Answers to the ‘Do I Know This Already?’ Quizzes and Review Questions.”

Table 4-1 “Do I Know This Already?” Section-to-Question Mapping

Topics Section

Questions

What Is Integration Management?

1

Initiating a Project

2–3

Planning a Project

4–6

Executing the Project

7–8

Monitoring and Controlling the Project

9–10

1. Who should the project manager interact with when performing integration processes?

  1. The sponsor

  2. Team members

  3. Key decision makers on the project

  4. Any stakeholder

2. Which of the following is not documented in the project charter?

  1. Requirements

  2. Business justification

  3. Team ground rules

  4. Identified resources

3. Of the following, which represent the purpose of creating the project charter? (Choose two.)

  1. Officially authorizes the project to begin

  2. Documents the baseline budget for the project

  3. Creates the detailed scope of the project

  4. Ensures stakeholders have a clear and common understanding of the project

  5. Details the deliverables and timelines of the project

4. When is the project management plan baselined?

  1. When all stakeholders have approved and signed off

  2. When the sponsor and senior management have approved and signed off

  3. When all the required stakeholders have approved and signed off

  4. When the project team has approved and signed off

5. You are near the end of a sprint when a stakeholder identifies some additional requirements they would like to include. What should you do?

  1. Decline the request because you are near the end of the sprint.

  2. Add the requirement to the product backlog.

  3. Perform an impact analysis and send a change request to the change control board.

  4. Implement the additional requirement.

6. The project manager has completed the project management plan and sent it to the sponsor, other key stakeholders, and team leads for their approval. Upon review, one of the team leads notices an important activity is missing and requests that it be added to the project management plan. What should the project manager do?

  1. Perform an impact analysis of the missing activity.

  2. Submit a change request because the team lead has already performed the impact analysis and stated that the activity needs to be added.

  3. Advise the team lead that adding the activity at this stage is gold plating.

  4. Add the missing activity to the project management plan.

7. You are requesting a status from your team. One team member states that they are 60 percent complete and the activity has cost $48,000 so far. How would you classify these results?

  1. Work performance information

  2. Work performance data

  3. Work performance figures

  4. Work performance reports

8. Which of the following are examples of business value? (Choose three.)

  1. 25 percent increase in sales

  2. Finish by September 30

  3. 3 percent increase in market share

  4. Our product will be well-known nationwide

  5. Project budget of $150,000

9. Your team lead has approached you with an issue that you think might be a quick and easy fix. However, this was not in the original scope of the project. What should you, as project manager, do next?

  1. Tell the team lead to go ahead and fix the issue because it’s a quick and easy fix.

  2. Perform an impact analysis.

  3. Document and submit the change request to the change control board.

  4. Inform the sponsor.

10. You are managing a project for a client to move a data center and call center offshore. Many changes have been made throughout the project, but you notice that during meetings team members frequently refer to different versions of the same document, which is causing confusion. What would have prevented this?

  1. Assigning one team member to ensure all documents are up to date

  2. Implementing an adequate change control system

  3. Ensuring the file management system procedures are being followed

  4. Implementing an adequate configuration management system

Foundation Topics

Understanding the vision and purpose of a project is the key to successful planning, and communicating the vision and purpose of a project regularly is the key to successful implementation.

Every project needs to have a purpose and needs to align with the strategic direction of the organization. If it does not, you need to ask, “Why are we doing this project?”

In this chapter, we discuss the initiation and integration elements of projects and how the project manager must balance the constraints, processes, and needs of stakeholders so that project success can be achieved.

We first discuss the initiation of the project and describe the major artifacts for starting a project. We then move on to the planning of a project and discuss the many artifacts that constitute the project management plan. We also discuss the aspects of executing a project to achieve project success before finally moving on to the monitoring and controlling aspects of integration management.

All of these processes appear in the PMBOK® Guide, Sixth Edition, knowledge area of integration management, so let’s begin with integration management.

What Is Integration Management?

Project management processes and procedures are performed throughout the project multiple times, simultaneously. Although technical project work may be performed once on certain projects (especially on predictive projects), the project management processes themselves are performed throughout. The constraints of budget, schedule, resources, risks, scope, quality, regulations, and standards all impact one another, so the project manager must balance all of these factors simultaneously when managing a project. The project manager must guide the team and ensure they are collaborating and working together to achieve project success. The project manager must also understand the strategic objectives of the project and ensure they align with the goals and expectations of the program and the portfolio.

Integration management is the key to performing these processes and a critical success factor on projects. It is an essential skill set for project managers. This is also the first knowledge area of the PMBOK® Guide, Sixth Edition, which describes integration management as “the processes and activities to identify, define, combine, unify and coordinate the various activities within the project management process groups.”

As with any definition, it may sound a little confusing, so let’s examine what it means. Knowledge areas represent the areas of project management that need to be properly planned, managed, and controlled, and integration management is the area in which the project manager must have expertise. A failure in any one knowledge area may lead to a failure of the project. However, all knowledge areas impact one another, so the processes and activities of all knowledge areas must be performed simultaneously. For example, the scope of the project directly impacts the cost and schedule, and vice versa. When you are determining any changes to the scope of a project, you simultaneously think about the impact to the budget, timeline, resources, risks, quality, and other factors. If material prices suddenly increase, your project may end up going over budget, and this may result in a reduction of the scope of the project. A sudden increase in processing of raw materials is usually accompanied by delays in delivery of said raw materials, which in turn has an impact on the project schedule.

As a project manager, you must balance all these constraints and processes to ensure project success.

Integration management is not a standalone knowledge area by itself, but moreover it is a combination of all the other knowledge areas. The fact that you are performing the tasks of all the knowledge areas simultaneously means that you are integrating the processes of your project. Integration management is sometimes known as the “master” knowledge area because it includes all other knowledge areas and essentially means that processes are performed concurrently.

Whereas the tasks of other knowledge areas may be delegated to team members and specialists (such as development of the schedule, budget, and risk management process), the processes of integration can be performed only by the project manager because the PM brings all of these processes together as a unified whole. The project manager brings teams and team members together to perform all the tasks of the project in unison. Thus, on predictive projects the project manager is ultimately accountable for the project by ensuring that all these processes work in unison.

Table 4-2 shows the PMBOK® Guide, Sixth Edition, integration management processes and the process groups each process relates to. This is an extract from page 25 of the process map in the PMBOK® Guide, Sixth Edition.

Table 4-2 Integration Management Processes and Process Groups

Process Group Knowledge Area

Initiating

Planning

Executing

Monitoring and Controlling

Closing

4.0 Project Integration Management

4.1 Develop Project Charter

4.2 Develop Project Management Plan

4.3 Direct and Manage Project Work

4.4 Manage Project Knowledge

4.5 Monitor and Control Project Work

4.6 Perform Integrated Change Control

4.7 Close Project or Phase

Notice that this is the only row of the process map that is fully populated, further signifying the importance of this knowledge area. In performing each of these processes of integration management, the project manager performs all the respective processes in the knowledge areas that fall below integration management on the process map.

Initiating a Project

The initiating process group refers to the processes required to start a new project or start a phase of an existing project. The purpose is to

However, we all know what happens in reality! Stakeholders might agree and understand the goals at the kickoff of the project, but they can rapidly forget them as the project progresses, leading to scope creep and unnecessary additional work throughout the project. So, it is the project manager’s responsibility to ensure that stakeholders have the same clear and common understanding of the goals throughout the project.

During the initiating stage of the project, the project charter is authorized by the sponsor, which allows the project manager to start detailed planning and to obtain resources for the project. Key stakeholders are also identified, and the project manager holds several meetings to ensure stakeholders understand and agree to their roles and responsibilities on the project. Involving the sponsor, customers, and other key stakeholders early in the project aims to create a shared understanding of the goals and success criteria and increases the likelihood of project acceptance and stakeholder engagement.

There are two processes in the initiating process group of the PMBOK® Guide, Sixth Edition, process map:

Chapter 5, “Stakeholder Engagement,” describes the Identify Stakeholders process in detail. The Develop Project Charter process is discussed here.

Develop Project Charter

Develop Project Charter is the first of the PMBOK® Guide, Sixth Edition, processes; it establishes the authorization for the project to begin. This process documents how the project is aligned to the strategic objectives of the project, creates a formal record of the project, and describes the organization’s commitment to the project.

During this process, the project manager may be identified and assigned if they haven’t been already, and the project manager either assists the sponsor in writing the project charter, or the project manager may write the entire charter with the sponsor signing the charter after it is written. In all cases, the sponsoring entity must sign the project charter.

After the project charter has been authorized by the project sponsor, the project manager can start planning activities and assigning resources.

Key Artifacts of Developing the Project Charter

Several artifacts are related to developing the project charter. Some of these artifacts are starting points (inputs) for developing the project charter, and some artifacts are created as a result of this process (an output). The sections that follow describe these artifacts (business documents, project charter, project overview statement, and assumptions log) in more detail.

Business Documents

For PMI’s purposes, business documents are artifacts that are generally originated outside the project and used as a starting point (or an input) to developing the project charter. PMI refers to two such documents, as described in the sections that follow.

The Business Case

PMI defines the business case as “a documented economic feasibility study to establish the validity of the benefits.” It documents the reasons and objective for project initiation and provides the basis to measure success and progress throughout the project life cycle.

A business case may be developed for a variety of reasons, such as

The business case can include many items but typically contains the following:

The business case also describes the recommended course of action and the plan for evaluating and measuring the benefits that will be delivered should the project be approved.

Benefits Management Plan

The benefits management plan documents how the benefits of the project will be realized. It describes how and when the benefits of the project will be delivered and describes the mechanisms that should be in place to measure those benefits. The exact benefit naturally varies from project to project as does the timeframe of when the benefit will be achieved. This is also dependent on the life cycle.

For example, a process improvement project may realize expected benefits immediately after the project is closed. However, the benefits of a project to create a new product expected to increase sales by $200 million a year might not be realized for a few years. Predictive projects typically realize benefits after the project is closed, whereas an agile project generally realizes benefits at the end of each sprint during the project.

The benefits management plan is developed early in the project, sometimes while the business case is being developed, and it typically contains the following:

In addition, a benefits management plan should identify other stakeholders who might need to be involved in achieving the benefits (such as the sales and marketing team to promote a new product).

Per PMI, this document needs to be progressively elaborated on over time.

The Project Charter

The project charter is the formal authorization for the project to begin and, after it is signed by the sponsor, allows the project manager to apply organizational resources to project activities. It documents the business justification for the project and the reasons for the project to exist. The project charter is a high-level document that describes the measurable objectives and related success criteria; and it ensures a common understanding by the stakeholders of the key deliverables, milestones, and the roles and responsibilities of all involved.

The components of the project charter might include the following:

Although a summary document, the project charter is not a document that should be written quickly or without much thought. Because it constitutes the formal authorization for the project, care should be taken to involve appropriate decision makers and other key stakeholders to ensure everyone has a clear and common understanding of the project. Although a high-level document, it must also be a SMART document (Specific, Measurable, Achievable, Realistic, Time-bound). There are other small variations of this acronym, too.

Project Overview Statement

Another document that conveys the intent and vision of a project is the project overview statement. It communicates the intent and vision of the project and contains the following:

Authorization of the project starts when the project charter is signed, or a project overview statement is approved. Then the project manager can start spending money on the project and obtaining resources.

Assumption Log

The assumption log documents all the detailed assumptions and constraints identified throughout the project. For example, if you need to use a machine that is shared among other teams, and that machine is available for only two hours a day, that constraint is documented in the assumption log. The team now knows that any activities that use said machine need to be scheduled during those available hours only.

Planning a Project

The PMBOK® Guide, Sixth Edition, discusses planning in the planning process group. The PMBOK® Guide, Seventh Edition, discusses planning in the Planning Performance domain.

Planning is the foundation for all project success. Many projects fail due to inadequate planning. Planning is considered one of the critical steps toward project success because it provides the structure and foresight for the execution and monitoring steps of a project. It is an essential guide for the project manager, project teams, stakeholders, and sponsors to achieve successful completion of each stage of the project.

However, there are different levels of planning based on the size and nature of the project and the development approach. In predictive projects, detail planning is done at the beginning of the project, and any changes to the plan need to be constrained and go through a change control process. In agile, only a high-level “relative estimate” is made at the beginning of the project, with the detailed estimates performed per sprint.

Per the PMBOK® Guide, Seventh Edition, “the Planning Performance domain addresses the activities and functions associated with the initial, ongoing, and evolving organization and coordination necessary for delivering project deliverables and outcomes.”

Throughout the planning process, the project manager must consider internal and external factors that could impact the project. The PM needs to identify assumptions and constraints that could lead to uncertainty and risks on the project. The project manager also needs to progressively elaborate on projects to ensure correct ranges are calculated and management plans are updated. However, planning also needs to be an efficient process. If there are many unknowns and many uncertainties on a project (risks), it is challenging to perform detailed planning of the scope. In this case, more time should be spent on planning for risk, and the scope should be progressively elaborated over time. The project manager and the project team determine the exact parameters of planning.

Some of the key points regarding planning are that

Variables that impact project planning can include

The PMBOK® Guide, Sixth Edition, defines the planning process group as consisting of the processes required to establish the scope of the project, refine the objectives, and define the course of action required to attain the objectives that the project was undertaken to achieve.

Twenty-four processes in the PMBOK® Guide, Sixth Edition, process map are associated with the planning process group, as shown in Table 4-3. There are 49 processes altogether in the entire process map, and almost half of them are in planning, showing that PMI has placed a huge emphasis on planning a project.

Table 4-3 PMBOK Guide, Sixth Edition, Knowledge Areas and Processes Associated with the Planning Process Group

Knowledge Area

Planning Processes

Project Integration Management

Develop Project Management Plan

Project Scope Management

Plan Scope Management

Collect Requirements

Define Scope

Create WBS (Work Breakdown Structure)

Project Schedule Management

Plan Schedule Management

Define Activities

Sequence Activities

Estimate Activity Durations

Develop Schedule

Project Cost Management

Plan Cost Management

Estimate Cost

Determine Budget

Project Quality Management

Plan Quality Management

Project Resources Management

Plan Resource Management

Estimate Activity Resources

Project Communications Management

Plan Communications Management

Project Risk Management

Plan Risk Management

Identify Risks

Perform Qualitative Risk Analysis

Perform Quantitative Risk Analysis

Plan Risk Responses

Project Procurement Management

Plan Procurement Management

Project Stakeholder Management

Plan Stakeholder Management

In this chapter, we concentrate on the integration management aspects of planning. The other planning processes are discussed in the appropriate chapters related to those knowledge area topics.

The PMBOK® Guide, Sixth Edition, planning process for integration management is called Develop Project Management Plan, which includes the plans for all the other knowledge areas.

Table 4-4 highlights the PMBOK® Guide, Sixth Edition, process that we describe in this section.

Table 4-4 PMBOK® Guide, Sixth Edition, Develop Project Management Plan

Process Group Knowledge Area

Initiating

Planning

Executing

Monitoring and Controlling

Closing

4.0 Project Integration Management

4.1 Develop Project Charter

4.2 Develop Project Management Plan

4.3 Direct and Manage Project Work

4.4 Manage Project Knowledge

4.5 Monitor and Control Project Work

4.6 Perform Integrated Change Control

4.7 Close Project or Phase

The Project Management Plan is made up of many planning documents (artifacts), as follows:

Understanding the purpose of each of the components of the project management plan is important, so let’s discuss each of these components.

Subsidiary Management Plans

Each of the subsidiary management plans documents how you are to plan, execute, manage, and control the respective knowledge area. They do not contain the actual results of that knowledge area.

For example, the requirements management plan does not contain any requirements. It documents the procedures for collecting requirements. It documents how you are going to collect requirements, what tools you are going to use to collect requirements, and the level of details you need to collect requirements. It also documents procedures for missed requirements and procedures for adding new requirements.

Likewise, the cost management plan does not tell you what the project is going to cost. It documents how you are going to estimate cost, the formulae used, the assumptions made, and the procedures for trying to get back on track if you start to go over budget.

All subsidiary management plans document procedures on how to plan, execute, manage, and control each particular knowledge area.

The only subsidiary management plan that does not have the words management plan in the title is the stakeholder engagement plan. However, it, too, documents procedures on how to engage and motivate stakeholders.

It’s also important to understand that a project manager does not know all these procedures at the beginning of the project. The project manager must work with the project team to figure out all these procedures throughout the project and progressively elaborate on the plan documents as necessary.

Baselines

A baseline is simply the approved version of a plan. Plans need to be approved by appropriate stakeholders, such as the project manager, sponsor, project leadership team, and key members of the project team. During planning, the project manager, senior management, and other key stakeholders determine who will have such approval responsibilities.

The three basic baselines—the scope baseline, schedule baseline, and cost baseline—represent the approved versions of the scope, schedule, and budget, respectively. In addition, a fourth baseline, the performance measurement baseline, represents these three basic baselines combined.

These baselines represent the plan for the project, and actual results are compared against the baselines. However, the main significance of the baselines is that any changes to the baselines must go through a change control process.

On predictive projects, changes must be properly controlled, so changes always need to go through a change control process.

On pure agile projects, there are no baselines. The scope of the work is determined by the product backlog, which will change as user stories are added, removed, and reprioritized.

Additional Components

Two additional management plans and an additional baseline are listed under this subsection, as follows:

Three other documents listed in this section are

Table 4-5 is an extract of the PMBOK® Guide, Sixth Edition, process map highlighting the planning group and the processes referred to in the preceding exam tip.

Table 4-5 PMBOK® Guide, Sixth Edition, Processes in Planning

Process Group Knowledge Area

Initiating

Planning

4.0 Project Integration Management

4.1 Develop Project Charter

4.2 Develop Project Management Plan

5.0 Project Scope Management

 

5.1 Plan Scope Management

5.2 Collect Requirements

5.3 Define Scope

5.4 Create WBS

6.0 Project Schedule Management

 

6.1 Plan Schedule Management

6.2 Define Activities

6.3 Sequence Activities

6.4 Estimate Activity Durations

6.5 Develop Schedule

7.0 Project Cost Management

 

7.1 Plan Cost Management

7.2 Estimate Costs

7.3 Determine Budget

8.0 Project Quality Management

 

8.1 Plan Quality Management

9.0 Project Resource Management

 

9.1 Plan Resource Management

9.2 Estimate Activity Resources

10.0 Project Communications Management

 

10.1 Plan Communications Management

11.0 Project Risk Management

 

11.1 Plan Risk Management

11.2 Identify Risks

11.3 Perform Qualitative Risk Analysis

11.4 Perform Quantitative Risk Analysis

11.5 Plan Risk Responses

12.0 Project Procurement Management

 

12.1 Plan Procurement Management

13.0 Project Stakeholder Management

13.1 Identify Stakeholders

13.2 Plan Stakeholder Engagement

Executing the Project

Executing the project refers to implementing the plan and performing the work of the plan to create the deliverables.

The PMBOK® Guide, Sixth Edition, processes of executing in integration management are

The PMBOK® Guide, Seventh Edition, discusses execution and delivery of the project in the following Performance domains:

We discuss the main contents of these Processes and Performance domains as they relate to the PMP exam.

First, let’s examine the purpose of executing the project. The main purpose of execution is to deliver the business value of the project.

The exam content outline (ECO) mentions two tasks related to business value as follows:

With two ECO tasks mentioning value, you can see the significance that PMI places on this term for the PMP exam.

It is important to understand what is meant by business value.

What Is Business Value?

Business value is the net quantifiable benefit derived from the business endeavor that may be tangible, intangible, or both. The reason for doing a project in the first place is to realize the business value, and this value varies depending on the project. For example, the benefit of one project may be to increase market share, whereas the benefit of another may be to improve processes. Benefits can also be intangible; for example, the benefits of a homeowner building a house are that the owner moves into their dream home.

Some examples of tangible benefits include

Some examples of intangible benefits include

When does the business value get realized? It depends!

The time frame determining when business value will be realized is dependent on many factors. On a predictive project, the business value generally is realized after the close of the project, whereas on an agile project, the business value is realized at the end of each sprint. The benefits of a process improvement project may be realized at various increments throughout the project, whereas a new product development project aimed at increasing sales, profits, and market share may not be realized for several months or even years after the start of production.

At a project level, business value needs to be defined and understood during the early stages of the project. The project charter documents what success and failure mean on the project.

What Does Project Success Mean?

Is project success achieved by being within schedule and budget? Is that the true measure of project success?

For the most part, many people will say yes to this question. For many project managers, the classic success criteria for a project are being within schedule and within budget.

However, is that really a true and accurate measure of success? There is no right or wrong answer to this; it depends on many factors and situations.

For example, let’s say a new product development project was expected to increase sales by $5 million a year, and this project finished 10 percent ahead of schedule and 5 percent under budget. At this point, you would be congratulating yourself on a job well done; however, if the sales ended up so low that the company went out of business, would this be considered a success now?

On the other hand, if this same project ended up 10 percent behind schedule and 20 percent over budget, you would initially be concerned by these metrics and might need to explain to senior management what went wrong. But if the sales doubled expectation, then would you consider this a failed project? Absolutely not.

So, measuring project success and failure based on budget and schedule alone may not always be the best metrics to use. You need to look at the overall picture and consider the business value. Success on a project should be determined by whether the business value was attained.

There are various different ways of measuring business value, such as

On adaptive projects, business value is realized at the end of each sprint when the product owner approves the deliverables, which in turn creates the potentially shippable product increment. Two important terms related to this are

Now that you understand business value, plus the success and failure of a project, let’s further discuss the execution of the project within this context.

The Project Work Performance domain of the PMBOK® Guide, Seventh Edition, results in the efficient and effective project performance where the team uses appropriate processes and tools to complete the work and produce the deliverables. The project work keeps the team focused and the project activities running smoothly by managing the workflow; effectively and efficiently communicating with stakeholders; and managing materials, equipment, supplies, logistics, and vendors.

The project manager and the project team should regularly review the processes and procedures to identify any inefficiencies and bottlenecks and resolve issues and impediments. The team might use lean systems such as the value stream map to identify such bottlenecks and use continuous improvement tools such as retrospectives and lessons learned to make small, incremental, and continuous improvement steps. The project manager has the responsibility to maintain the team’s focus on the work and ensure the sense of urgency is instilled to deliver the work in a timely manner.

Now let’s discuss the two PMBOK® Guide, Sixth Edition, processes of executing in integration management.

Direct and Manage Project Work

The project manager is the visionary leader of the project and as such must constantly communicate the goals and value to stakeholders throughout the project. The project manager must also ensure that deliverables and goals are met throughout the project by ensuring that the team is consistently performing the appropriate tasks to meet those goals and expectations. The project manager must therefore instill a culture of urgency throughout the project to ensure deliverables are being met and stakeholders agree with the timeline of these deliverables.

Direct and Manage Project Work is the process of implementing the plan and leading the execution of the plan. The project manager leads the team through the execution of tasks and activities. The result of executing the work is to create the deliverables of the project, which then are tested as part of the quality management process (discussed in Chapter 11, “Project Quality”).

Another major result of this process is to create the work performance data that will be analyzed and compared to the plan to create the work performance information and summarized in the work performance report.

Let’s look at these terms in detail:

Manage Project Knowledge

Learning new knowledge, reusing existing knowledge, and transferring knowledge are important skill sets for team members and critical success factors for collaboration and project success.

Team members must not hoard knowledge but should share their knowledge with other team members and stakeholders as needed. This aids in collaboration and engagement. When we all learn from one another, we all develop new skills and understanding, and we all win.

Knowledge transfer also includes passing on information and knowledge to other stakeholders, such as the ongoing operations team. At the end of the project, the project team will pass on pertinent information to the production team or operations team so that they understand the capabilities and weaknesses of the deliverable. This information will be in the form of documentation, meetings, work shadowing, and training the production staff.

There are two classifications of knowledge:

Knowledge management refers to both explicit knowledge and tacit knowledge. You should always learn new knowledge and reuse existing knowledge (lessons learned).

Knowledge transfer refers to both explicit and tacit knowledge. Knowledge within an organization exists on three levels:

Tacit knowledge generally resides within the minds of individuals, and it is not possible to force people to share their knowledge and experiences. Consequently, creating an atmosphere of trust among team members is important so that they are motivated to share their experiences and knowledge. Even the best tools and processes will not work if people are not motivated to share what they know or pay attention to what others know. Effective transfer of knowledge includes both knowledge management tools and documentation as well as interactions and networking between people.

A key artifact of Manage Project Knowledge is the lessons learned register, which documents what went well, what went badly, and what improvements can be made. However, that is not the only artifact for knowledge management. All project documentation is a form of knowledge transfer, so all project documents are used for managing project knowledge.

Monitoring and Controlling the Project

Monitoring and controlling refers to comparing the actual results with the plan, which is a task that a project manager performs throughout the project. This is the process of tracking, reviewing and regulating the performance of the project to determine whether corrective actions, preventive actions, or defect repair (rework) is needed. You are essentially determining the health of the project by comparing metrics. For example, you need to determine whether the project is ahead of schedule or behind schedule by comparing the actual schedule with the planned schedule. You also need to determine whether the project is over or under budget by comparing the actual amount spent with the planned amount that should have been spent.

For example,

Any changes to the baseline must go through a change control process.

On adaptive projects, monitoring and controlling may compare the actual number of user stories approved so far versus what was planned at this stage (or the actual story points delivered versus the story points planned).

For more details on monitoring and controlling, see Chapter 14. Here we concentrate on one aspect, integrated change control.

Integrated Change Control

On predictive projects, having a robust and efficient change control process is vital to ensure changes are properly controlled and approved. Otherwise, the project may end up with runaway costs, it may fall way behind schedule, and tasks may be performed inefficiently and haphazardly.

The perform integrated change control process of the PMBOK® Guide, Sixth Edition, is the process of reviewing, approving, and managing all changes on a project.

The project manager must properly control all changes on a project. The PM does not need to eliminate all changes, but those changes do need to be properly controlled. The project manager needs to prevent unnecessary changes to a project.

Why is that?

On predictive projects, most changes are going to cost money! You need to determine who is going to pay for it. So, changes need to go through a proper change control process to avoid scope creep, gold-plating, and uncontrolled costs. Of course, there may be other impacts to the project as well, such as schedule and resources, but regardless, they still need to be properly controlled.

There are many reasons why you would need to go through a change control process, such as

These are just a few reasons why you may need a change on a project. This is not an exhaustive list by any means.

Key Artifact of Integrated Change Control: Change Management Plan

The change management plan documents procedures regarding change control, and each organization has its own procedures regarding change control, which are documented here. Following are some of the items that the change management plan can include:

Key Artifact of Integrated Change Control: Configuration Management Plan

Configuration management refers to version control of artifacts, ensuring that team members and stakeholders are accessing the latest version of documents. The configuration management plan documents the configuration management system and procedures.

Distinguish this with the version control system:

Steps Involved in the Change Control Process

Each organization has its own procedures for change control, but the following are the basic steps that you need to know for the PMP exam:

Change Control in an Adaptive Environment

For the most part, the day-to-day work of an agile project does not always require a change control process in the same way as a predictive project. Any new user stories are added to the product backlog, which is regularly reprioritized. Only the high-priority user stories are implemented in a sprint. So, in an adaptive environment, change control is built into the agile process.

In addition, the many levels of feedback cycles that are performed frequently on an agile project ensure that potential changes are communicated and understood to ensure an adequate change management process is in place.

However, any major changes to the vision of the agile project or any additional sprints needed will require an approval process. The approval process in agile is beyond the scope of the PMP exam.

Exam Preparation Tasks

As mentioned in the section “How to Use This Book” in the Introduction, you have a couple of choices for exam preparation: the exercises here, Chapter 18, “Final Preparation,” and the exam simulation questions on the Pearson Test Prep practice test software.

Review All Key Topics

Review the most important topics in this chapter, noted with the Key Topic icon in the outer margin of the page. Table 4-6 lists a reference of these key topics and the page numbers on which each is found.

Table 4-6 Key Topics for Chapter 4

Key Topic Element

Description

Page Number

Table 4-2

Integration Management Processes and Process Groups

123

Section

Key Artifacts of Developing the Project Charter

124

Section

Benefits Management Plan

126

Section

The Project Charter

127

List

The project management plan is made up of many planning documents

132

Section

Subsidiary Management Plans

133

Section

Baselines

133

Section

Additional Components

134

Exam Tip!

Components of the project management plan

135

Section

What Is Business Value?

137

List

MVP and MBI

139

List

WPD, WPI, and WPR

140

List

Two classifications of knowledge

141

Section

Key Artifact of Integrated Change Control: Change Management Plan

144

Section

Key Artifact of Integrated Change Control: Configuration Management Plan

145

Section

Steps Involved in the Change Control Process

146

Define Key Terms

Define the following key terms from this chapter and check your answers in the glossary:

project management plan

project charter

business documents

business case

benefits management plan

subsidiary management plans

baselines

business value

minimum viable product (MVP)

minimum business increment (MBI)

work performance data (WPD)

work performance information (WPI)

work performance report (WPR)

explicit knowledge

tacit knowledge

corrective action

preventive action

defect repair

configuration management

Review Questions

1. Who is responsible for integrating the activities of a project?

  1. The project manager

  2. The project manager and the project team

  3. The project manager and subject matter experts

  4. The sponsor and the project manager

2. Your project has a tight deadline, and planning needs to start immediately; otherwise, there may be risks of delays. The sponsor has not signed the project charter and will not be available for another two weeks. What should you do?

  1. Explain the urgency of the situation to the sponsor but start planning the project. You can have the sponsor sign the project charter when they are available.

  2. Explain the urgency of the situation to the sponsor but do not start work until you have a signed project charter.

  3. Explain the urgency of the situation to the sponsor and escalate to senior management for resolution.

  4. Explain the urgency of the situation to the sponsor and request senior management assign another sponsor.

3. Which of the following are not components of the project management plan? (Choose two.)

  1. Risk management plan

  2. Schedule baseline

  3. Requirements documentation

  4. Resource management plan

  5. Risk register

4. You are an experienced team facilitator recently hired by your company to lead its first agile project. Your team members are asking which artifacts they will need to update as the project progresses. Which of the following is not an artifact used in Agile?

  1. Sprint backlog

  2. Product backlog

  3. Schedule baseline

  4. Burndown chart

5. Which of the following is work performance information?

  1. “We have spent $80,000 so far on this deliverable.”

  2. “We are four weeks into the project and have completed 50 tasks.”

  3. “We are 10 percent complete.”

  4. “We are 10 percent over budget.”

6. You are managing a project using a new approach for your organization. There are three distinct phases that are divided into several short iterations, and each iteration will deliver a valuable product to the organization. What are these products best described as?

  1. Minimum business increment

  2. Deliverables

  3. Minimum viable product

  4. Requirements

7. You are in a meeting with your team. You present some reports, show a PowerPoint presentation, and discuss your own past experiences to offer insight on how to improve certain procedures on the project. Which of the following is true?

  1. You are discussing lessons learned, which is tacit knowledge, but your experience is explicit knowledge.

  2. Your reports and PowerPoint presentation would be classified as explicit knowledge, whereas your experience would be tacit knowledge.

  3. Your reports and PowerPoint presentation would be classified as tacit knowledge, whereas your experience would be lessons learned knowledge.

  4. Your reports and PowerPoint presentation would be classified as tacit knowledge, whereas your experience would be explicit knowledge.

8. You are managing a small construction project, and one of the team leads informs you that there is a problem with the plumbing, but it will be a quick and easy fix. What should you do next?

  1. Tell the team member to go ahead and make the fix.

  2. Perform an impact assessment.

  3. Create the change request.

  4. Notify the change control board.

9. The agile team and product owner are in a meeting discussing a feature, but there is much confusion between team members about the coding. After some discussion, it transpires that one developer was looking at a piece of code from the day before and another from an hour ago. What did the team probably fail to do?

  1. Implement an adequate file management system.

  2. Update the communication management plan.

  3. Communicate with one another.

  4. Implement an adequate configuration management system.

10. Regarding change, the project manager’s attention is best spent doing which of the following?

  1. Informing the sponsor and stakeholders of changes

  2. Tracking and recording changes

  3. Building relationships with the change control board members

  4. Preventing unnecessary changes

800 East 96th Street, Indianapolis, Indiana 46240

sale-70-410-exam    | Exam-200-125-pdf    | we-sale-70-410-exam    | hot-sale-70-410-exam    | Latest-exam-700-603-Dumps    | Dumps-98-363-exams-date    | Certs-200-125-date    | Dumps-300-075-exams-date    | hot-sale-book-C8010-726-book    | Hot-Sale-200-310-Exam    | Exam-Description-200-310-dumps?    | hot-sale-book-200-125-book    | Latest-Updated-300-209-Exam    | Dumps-210-260-exams-date    | Download-200-125-Exam-PDF    | Exam-Description-300-101-dumps    | Certs-300-101-date    | Hot-Sale-300-075-Exam    | Latest-exam-200-125-Dumps    | Exam-Description-200-125-dumps    | Latest-Updated-300-075-Exam    | hot-sale-book-210-260-book    | Dumps-200-901-exams-date    | Certs-200-901-date    | Latest-exam-1Z0-062-Dumps    | Hot-Sale-1Z0-062-Exam    | Certs-CSSLP-date    | 100%-Pass-70-383-Exams    | Latest-JN0-360-real-exam-questions    | 100%-Pass-4A0-100-Real-Exam-Questions    | Dumps-300-135-exams-date    | Passed-200-105-Tech-Exams    | Latest-Updated-200-310-Exam    | Download-300-070-Exam-PDF    | Hot-Sale-JN0-360-Exam    | 100%-Pass-JN0-360-Exams    | 100%-Pass-JN0-360-Real-Exam-Questions    | Dumps-JN0-360-exams-date    | Exam-Description-1Z0-876-dumps    | Latest-exam-1Z0-876-Dumps    | Dumps-HPE0-Y53-exams-date    | 2017-Latest-HPE0-Y53-Exam    | 100%-Pass-HPE0-Y53-Real-Exam-Questions    | Pass-4A0-100-Exam    | Latest-4A0-100-Questions    | Dumps-98-365-exams-date    | 2017-Latest-98-365-Exam    | 100%-Pass-VCS-254-Exams    | 2017-Latest-VCS-273-Exam    | Dumps-200-355-exams-date    | 2017-Latest-300-320-Exam    | Pass-300-101-Exam    | 100%-Pass-300-115-Exams    |
http://www.portvapes.co.uk/    | http://www.portvapes.co.uk/    |