PMI CAPM PMI-100 Questions & Answers

• Question 731:

  Which type of dependency is contractually required or inherent in the nature of the work?

  A. External

  B. Lead

  C. Discretionary

  D. Mandatory

  Correct Answer: D

  Explanation:

  6.3.2.2 Dependency Determination

  Dependencies may be characterized by the following attributes: mandatory or discretionary, internal or external, as described below. Dependency has four attributes, but two can be applicable at the same time in following ways: mandatory external dependencies, mandatory internal dependencies, discretionary external dependencies, or discretionary internal dependencies.

  Mandatory dependencies. Mandatory dependencies are those that are legally or contractually required or inherent in the nature of the work. Mandatory dependencies often involve physical limitations, such as on a construction project, where it is impossible to erect the superstructure until after the foundation has been built, or on an electronics project, where a prototype has to be built before it can be tested.

  Mandatory dependencies are also sometimes referred to as hard logic or hard dependencies. Technical dependencies may not be mandatory. The project team determines which dependencies are mandatory during the process of sequencing the activities. Mandatory dependencies should not be confused with assigning schedule constraints in the scheduling tool.

  Discretionary dependencies. Discretionary dependencies are sometimes referred to as preferred logic, preferential logic, or soft logic. Discretionary dependencies are established based on knowledge of best practices within a particular application area or some unusual aspect of the project where a specific sequence is desired, even though there may be other acceptable sequences. Discretionary dependencies should be fully documented since they can create arbitrary total float values and can limit later scheduling options. When fast tracking techniques are employed, these discretionary dependencies should be

  reviewed and considered for modification or removal. The project team determines which dependencies are discretionary during the process of sequencing the activities.

  External dependencies. External dependencies involve a relationship between project activities and non-project activities. These dependencies are usually outside the project team's control. For example, the testing activity in a software project may be dependent on the delivery of hardware from an external source, or governmental environmental hearings may need to be held before site preparation can begin on a construction project. The project management team determines which dependencies are external during the process of sequencing the activities.

  Internal dependencies. Internal dependencies involve a precedence relationship between project activities and are generally inside the project team's control. For example, if the team cannot test a machine until they assemble it, this is an internal mandatory dependency. The project management team determines which dependencies are internal during the process of sequencing the activities.

• Question 732:

  Which of the following includes how requirements activities will be planned, tracked, and reported?

  A. Configuration management plan

  B. Scope baseline

  C. Requirements management plan

  D. Schedule baseline

  Correct Answer: C

  Explanation:

  5.1.3.2 Requirements Management Plan

  The requirements management plan is a component of the project management plan that describes how requirements will be analyzed, documented, and managed. The phase-to-phase relationship, described in Section 2.4.2.1, strongly influences how requirements are managed. The project manager chooses the most effective relationship for the project and documents this approach in the requirements management plan. Many of the requirements management plan components are based on that relationship. Components of the requirements management plan can include, but are not limited to:

  •

  How requirements activities will be planned, tracked, and reported;

  •

  Configuration management activities such as: how changes to the product will be initiated, how impacts will be analyzed, how they will be traced, tracked, and reported, as well as the authorization levels required to approve these changes;

  •

  Requirements prioritization process;

  •

  Product metrics that will be used and the rationale for using them; and

  •

  Traceability structure to reflect which requirement attributes will be captured on the traceability matrix.

• Question 733:

  Which statement correctly describes the value of a business case?

  A. It provides the necessary information to determine if a project is worth the required investment.

  B. It provides for alternative dispute resolution procedures in event of contract default.

  C. It offers one of several alternative scenarios which assist in performing qualitative risk analysis.

  D. It is used to help a project manager understand the scope of commercial advantages.

  Correct Answer: A

  Explanation:

  4.1.1.2 Business Case The business case or similar document describes the necessary information from a business standpoint to determine whether or not the project is worth the required investment. It is commonly used for decision making by managers or executives above the project level. Typically, the business need and the cost-benefit analysis are contained in the business case to justify and establish boundaries for the project, and such analysis is usually completed by a business analyst using various stakeholder inputs. The sponsor should agree to the scope and limitations of the business case. The business case is created as a result of one or more of the following:

  Market demand (e.g., a car company authorizing a project to build more fuel-efficient cars in response to gasoline shortages),

  Organizational need (e.g., due to high overhead costs a company may combine staff functions and streamline processes to reduce costs.),

  Customer request (e.g., an electric utility authorizing a project to build a new substation to serve a new industrial park),

  Technological advance (e.g., an airline authorizing a new project to develop electronic tickets instead of paper tickets based on technological advances),

  Legal requirement (e.g., a paint manufacturer authorizing a project to establish guidelines for handling toxic materials),

  Ecological impacts (e.g., a company authorizing a project to lessen its environmental impact), or

  Social need (e.g., a nongovernmental organization in a developing country authorizing a project to provide potable water systems, latrines, and sanitation education to communities suffering from high rates of cholera).

  Each of the examples in this list may contain elements of risk that should be addressed. In the case of multiphase projects, the business case may be periodically reviewed to ensure that the project is on track to deliver the business benefits. In the early stages of the project life cycle, periodic review of the business case by the sponsoring organization also helps to confirm that the project is still aligned with the business case. The project manager is responsible for ensuring that the project effectively and efficiently meets the goals of the organization and those requirements of a broad set of stakeholders, as defined in the business case.

• Question 734:

  Which of the following is a group decision-making technique?

  A. Brainstorming

  B. Focus groups

  C. Affinity diagram

  D. Plurality

  Correct Answer: D

• Question 735:

  Which tool or technique can a project manager use to select in advance a team member who will be crucial to the task?

  A. Acquisition

  B. Negotiation

  C. Virtual team

  D. Pre-assignment

  Correct Answer: D

  Explanation:

  9.2.2.1 Pre-assignment

  When project team members are selected in advance, they are considered pre-assigned. This situation can occur if the project is the result of specific people being identified as part of a competitive proposal, if the project is dependent upon the expertise of particular persons, or if some staff assignments are defined within the project charter.

• Question 736:

  While preparing the project management plan on a weekly basis, the project manager indicates the intention to provide an issues report to the staff via e-mail. In which part of the plan will this type of information be included?

  A. Communications management plan

  B. Human resource plan

  C. Quality management plan

  D. Procurement management plan

  Correct Answer: A

  Explanation:

  10.1.3.1 Communications Management Plan

  The communications management plan is a component of the project management plan that describes how project communications will be planned, structured, monitored, and controlled. The plan contains the following information:

  Stakeholder communication requirements;

  Information to be communicated, including language, format, content, and level of detail;

  Reason for the distribution of that information;

  Time frame and frequency for the distribution of required information and receipt of acknowledgment or response, if applicable;

  Person responsible for communicating the information;

  Person responsible for authorizing release of confidentialrefining information;

  Person or groups who will receive the information;

  Methods or technologies used to convey the information, such as memos, e-mail, and/or press releases;

  Resources allocated for communication activities, including time and budget;

  Escalation process identifying time frames and the management chain (names) for escalation of issues that cannot be resolved at a lower staff level;

  Method for updating and refining the communications management plan as the project progresses and develops;

  Glossary of common terminology;

  Flow charts of the information flow in the project, workflows with possible sequence of authorization, list of reports, and meeting plans, etc.; and

  Communication constraints usually derived from a specific legislation or regulation, technology, and organizational policies, etc.

  The communications management plan can also include guidelines and templates for project status meetings, project team meetings, e-meetings, and e-mail messages. The use of a project website and project management software can also be included if these are to be used in the project.

• Question 737:

  One of the objectives of a quality audit is to:

  A. highlight the need for root cause analysis.

  B. share the process documentation among stakeholders.

  C. offer assistance with non-value-added activities.

  D. identify all of the gaps or shortcomings.

  Correct Answer: D

• Question 738:

  A tool and technique used during the Collect Requirements process is:

  A. prototypes.

  B. expert judgment.

  C. alternatives identification.

  D. product analysis.

  Correct Answer: A

  Explanation:

  Process: 5.2 Collect RequirementsDefinition: The process of determining, documenting, and managing stakeholder needs and requirements to meet project objectives. Key Benefit: The key benefit of this process is that it provides the basis for defining and managing the project scope including product scope.

  Inputs

  1.

  Scope management plan

  2.

  Requirements management plan

  3.

  Stakeholder management plan

  4.

  Project charter

  5.

  Stakeholder register

  Tools and Techniques

  1.

  Interviews

  2.

  Focus groups

  3.

  Facilitated workshops

  4.

  Group creativity techniques

  5.

  Group decision-making techniques

  6.

• Question 739:

  Which index is the calculated projection of cost performance that must be achieved on the remaining work to meet a specified management goal?

  A. Estimate at completion

  B. Cost performance

  C. Schedule performance

  D. To-complete performance

  Correct Answer: D

• Question 740:

  Prototype development may be used as a tool for which of the following risk response strategies?

  A. Avoid

  B. Accept

  C. Mitigate

  D. Exploit

  Correct Answer: C

  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.