Get New 2023 Valid Practice CAPM CAPM Q&A – Testing Engine [Q374-Q397]

Section: Volume B

Section: Volume E

Section: Volume A
Explanation
Explanation:
13.3 Manage Stakeholder Engagement
Definition: The process of communicating and working with stakeholders to meet their needs/expectations, address issues as they occur, and foster appropriate stakeholder engagement in project activities throughout the project life cycle.
Key Benefit: The key benefit of this process is that it allows the project manager to increase support and minimize resistance from stakeholders, significantly increasing the chances to achieve project success.
Inputs
1. Stakeholder management plan
2. Communications management plan
3. Change log
4. Organizational process assets
Tools & Techniques
1. Communication methods
2. Interpersonal skills
3. Management skills
Outputs
1. Issue log
2. Change requests
3. Project management plan updates
4. Project documents updates
5. Organizational process assets updates

Section: Volume D

Section: Volume B

Section: Volume B
Explanation:
5.4.2.1 Decomposition
Decomposition is a technique used for dividing and subdividing the project scope and project deliverables into smaller, more manageable parts. The work package is the work defined at the lowest level of the WBS for which cost and duration can be estimated and managed. The level of decomposition is often guided by the degree of control needed to effectively manage the project. The level of detail for work packages will vary with the size and complexity of the project. Decomposition of the total project work into work packages generally involves the following activities:
Identifying and analyzing the deliverables and related work;

Structuring and organizing the WBS;

Decomposing the upper WBS levels into lower-level detailed components;

Developing and assigning identification codes to the WBS components; and

Verifying that the degree of decomposition of the deliverables is appropriate.

Process: 6.2 Define Activities
Definition: The process of identifying and documenting the specific actions to be performed to produce the project deliverables.
Key Benefit: The key benefit of this process is to break down work packages into activities that provide a basis for estimating, scheduling, executing, monitoring, and controlling the project work.
Inputs
1. Schedule management plan
2. Scope baseline
3. Enterprise environmental factors
4. Organizational process assets
Tools & Techniques
1. Decomposition
2. Rolling wave planning
3. Expert judgment
Outputs
1. Activity list
2. Activity attributes
3. Milestone list

Explanation/Reference:
Explanation:
11.5.2.1 Strategies for Negative Risks or Threats
Three strategies, which typically deal with threats or risks that may have negative impacts on project objectives if they occur, are: avoid, transfer, and mitigate. The fourth strategy, accept, can be used for negative risks or threats as well as positive risks or opportunities. Each of these risk response strategies have varied and unique influence on the risk condition. These strategies should be chosen to match the risk’s probability and impact on the project’s overall objectives. Avoidance and mitigation strategies are usually good strategies for critical risks with high impact, while transference and acceptance are usually good strategies for threats that are less critical and with low overall impact. The four strategies for dealing with negative risks or threats are further described as follows:
Avoid. Risk avoidance is a risk response strategy whereby the project team acts to eliminate the threat or

protect the project from its impact. It usually involves changing the project management plan to eliminate the threat entirely. The project manager may also isolate the project objectives from the risk’s impact or change the objective that is in jeopardy. Examples of this include extending the schedule, changing the strategy, or reducing scope. The most radical avoidance strategy is to shut down the project entirely. Some risks that arise early in the project can be avoided by clarifying requirements, obtaining information, improving communication, or acquiring expertise.
Transfer. Risk transference is a risk response strategy whereby the project team shifts the impact of a

threat to a third party, together with ownership of the response. Transferring the risk simply gives another party responsibility for its management-it does not eliminate it. Transferring does not mean disowning the risk by transferring it to a later project or another person without his or her knowledge or agreement. Risk transference nearly always involves payment of a risk premium to the party taking on the risk. Transferring liability for risk is most effective in dealing with financial risk exposure. Transference tools can be quite diverse and include, but are not limited to, the use of insurance, performance bonds, warranties, guarantees, etc. Contracts or agreements may be used to transfer liability for specified risks to another party. For example, when a buyer has capabilities that the seller does not possess, it may be prudent to transfer some work and its concurrent risk contractually back to the buyer. In many cases, use of a cost- plus contract may transfer the cost risk to the buyer, while a fixed-price contract may transfer risk to the seller.
Mitigate. Risk mitigation is a risk response strategy whereby the project team acts to reduce the

probability of occurrence or impact of a risk. It implies a reduction in the probability and/or impact of an adverse risk to be within acceptable threshold limits. Taking early action to reduce the probability and/or impact of a risk occurring on the project is often more effective than trying to repair the damage after the risk has occurred. Adopting less complex processes, conducting more tests, or choosing a more stable supplier are examples of mitigation actions. Mitigation may require prototype development to reduce the risk of scaling up from a bench-scale model of a process or product. Where it is not possible to reduce probability, a mitigation response might address the risk impact by targeting linkages that determine the severity. For example, designing redundancy into a system may reduce the impact from a failure of the original component.
Accept. Risk acceptance is a risk response strategy whereby the project team decides to acknowledge

the risk and not take any action unless the risk occurs. This strategy is adopted where it is not possible or cost-effective to address a specific risk in any other way. This strategy indicates that the project team has decided not to change the project management plan to deal with a risk, or is unable to identify any other suitable response strategy. This strategy can be either passive or active. Passive acceptance requires no action except to document the strategy, leaving the project team to deal with the risks as they occur, and to periodically review the threat to ensure that it does not change significantly. The most common active acceptance strategy is to establish a contingency reserve, including amounts of time, money, or resources to handle the risks.

Explanation/Reference:
Explanation:
13.1.2.1 Stakeholder Analysis
Stakeholder analysis is a technique of systematically gathering and analyzing quantitative and qualitative information to determine whose interests should be taken into account throughout the project. It identifies the interests, expectations, and influence of the stakeholders and relates them to the purpose of the project. It also helps to identify stakeholder relationships (with the project and with other stakeholders) that can be leveraged to build coalitions and potential partnerships to enhance the project’s chance of success, along with stakeholder relationships that need to be influenced differently at different stages of the project or phase.
Stakeholder analysis generally follows the steps described below:
Identify all potential project stakeholders and relevant information, such as their roles, departments,

interests, knowledge, expectations, and influence levels. Key stakeholders are usually easy to identify.
They include anyone in a decision-making or management role who is impacted by the project outcome, such as the sponsor, the project manager, and the primary customer. Identifying other stakeholders is usually done by interviewing identified stakeholders and expanding the list until all potential stakeholders are included.
Analyze the potential impact or support each stakeholder could generate, and classify them so as to

define an approach strategy. In large stakeholder communities, it is important to prioritize the stakeholders to ensure the efficient use of effort to communicate and manage their expectations.
Assess how key stakeholders are likely to react or respond in various situations, in order to plan how to

influence them to enhance their support and mitigate potential negative impacts.
There are multiple classification models used for stakeholders analysis, such as:
Power/interest grid, grouping the stakeholders based on their level of authority (“power”) and their level

or concern (“interest”) regarding the project outcomes;
Power/influence grid, grouping the stakeholders based on their level of authority (“power”) and their

active involvement (“influence”) in the project;
Influence/impact grid, grouping the stakeholders based on their active involvement (“influence”) in the

project and their ability to effect changes to the project’s planning or execution (“impact”); and Salience model, describing classes of stakeholders based on their power (ability to impose their will),

urgency (need for immediate attention), and legitimacy (their involvement is appropriate).

Section: Volume E
Explanation:
Process: 9.3 Develop Project Team
Definition: The process of improving competencies, team member interaction, and overall team environment to enhance project performance. The key benefit of this process is that it results in improved teamwork, enhanced people skills and competencies, motivated employees, reduced staff turnover rates, and improved overall project performance.
Key Benefit: The key benefit of this process is that it results in improved teamwork, enhanced people skills and competencies, motivated employees, reduced staff turnover rates, and improved overall project performance.
Inputs
1. Human resource management plan
2. Project staff assignments
3. Resource calendars
Tools & Techniques
1. Interpersonal skills
2. Training
3. Team-building activities
4. Ground rules
5. Colocation
6. Recognition and rewards
7. Personnel assessment tools
Outputs
1. Team performance assessments
2. Enterprise environmental factors updates

Section: Volume C
Explanation:
2.1.4 Organizational Process Assets
Organizational process assets are the plans, processes, policies, procedures, and knowledge bases specific to and used by the performing organization. They include any artifact, practice, or knowledge from any or all of the organizations involved in the project that can be used to perform or govern the project. The process assets also include the organization’s knowledge bases such as lessons learned and historical information.
Organizational process assets may include completed schedules, risk data, and earned value data.
Organizational process assets are inputs to most planning processes. Throughout the project, the project team members may update and add to the organizational process assets as necessary. Organizational process assets may be grouped into two categories: (1) processes and procedures, and (2) corporate knowledge base.
Process: 4.6. Close Project or Phase
Definition: The process of finalizing all activities across all of the Project Management Process Groups to formally complete the phase or project.
Key Benefit: The key benefit of this process is that it provides lessons learned, the formal ending of project work, and the release of organization resources to pursue new endeavors.
Inputs
1. Project management plan
2. Accepted deliverables
3. Organizational process assets
Tools & Techniques
1. Expert judgment
2. Analytical techniques
3. Meetings
Outputs
1. Final product, service, or result transition
2. Organizational process assets updates

Explanation/Reference:
Explanation:
A primary function of a PMO is to support project managers in a variety of ways which may include, but are not limited to:
Managing shared resources across all projects administered by the PMO;

Identifying and developing project management methodology, best practices, and standards;

Coaching, mentoring, training, and oversight;

Monitoring compliance with project management standards, policies, procedures, and templates by

means of project audits;
Developing and managing project policies, procedures, templates, and other shared documentation

(organizational process assets); and
Coordinating communication across projects.

Section: Volume E

Explanation/Reference:
Explanation:
Control charts, are used to determine whether or not a process is stable or has predictable performance.
Upper and lower specification limits are based on requirements of the agreement. They reflect the maximum and minimum values allowed. There may be penalties associated with exceeding the specification limits. Upper and lower control limits are different from specification limits. The control limits are determined using standard statistical calculations and principles to ultimately establish the natural capability for a stable process. The project manager and appropriate stakeholders may use the statistically calculated control limits to identify the points at which corrective action will be taken to prevent unnatural performance. The corrective action typically seeks to maintain the natural stability of a stable and capable process. For repetitive processes, the control limits are generally set at ±3 s around a process mean that has been set at 0 s. A process is considered out of control when: (1) a data point exceeds a control limit; (2) seven consecutive plot points are above the mean; or (3) seven consecutive plot points are below the mean. Control charts can be used to monitor various types of output variables.
Although used most frequently to track repetitive activities required for producing manufactured lots, control charts may also be used to monitor cost and schedule variances, volume, and frequency of scope changes, or other management results to help determine if the project management processes are in control.

Section: Volume E