Reviewing the organizational chart
Developing to-be process flow models
Brainstorming with business unit heads
Interviewing senior managers
Reviewing the organizational chart
While all given techniques are valid approaches to stakeholder identification, reviewing the organization chart will help you quickly identify stakeholder groups or individuals who have been impacted by the restructure. The rest of the options will require more time to produce the similar information. [The PMI Guide to Business Analysis, page 113]
System testing
Future-state definition
Job analysis
Gap analysis
Job analysis
Job analysis is a technique that can be used to identify the job requirements and competencies required to perform effectively in a specific job or role. On the other hand, gap analysis is conducted to understand the gaps between the current-state and the future-state processes. The other two choices are irrelevant. [The PMI Guide to Business Analysis, page 117]
Stakeholder engagement assessment
Stakeholder register
Priority matrix
Persona analysis
Persona analysis
Persona analysis is a technique that can be used to analyze a class of users or process workers, to understand their needs or product design and behavior requirements. Note that the outcome of this analysis can be documented in the stakeholder register by assigning each stakeholder to their relevant class. Stakeholder register is a project artifact and not a technique. [The PMI Guide to Business Analysis, page 118]
SWOT
PERT
WBS
RACI
RACI
RACI model is a common type of responsibility assignment matrix that uses Responsible, Accountable, Consult, and Inform designations to define the involvement of stakeholder in activities. This would provide you with a great framework to complete your process model. All of the other choices are irrelevant to this objective. [The PMI Guide to Business Analysis, page 118]
Interview the project sponsor.
Call a retrospective meeting.
Assign this task to the project manager.
Update the stakeholder register.
Call a retrospective meeting.
Retrospectives and lessons learned use past experience to plan for future work. An optimal stakeholder engagement and communication approach may consider recommendations provided from past projects or prior iterations. You need to call a retrospective meeting so that the team can review the current stakeholder engagement and communication approach. [The PMI Guide to Business Analysis, page 126]
Delphi
Affinity diagram
Poka-yoke
Affinity estimating
Affinity estimating
Affinity estimating is a form of relative estimation in which team members organize product backlog items into groups where each product backlog item is about the same size. [The PMI Guide to Business Analysis, page 132]
Estimation poker
Affinity estimating
Analogous estimating
Bottom-up estimating
Estimation poker
Estimation poker is a collaborative relative estimation technique in which there is an agreed-upon scale used for the relative estimates. Each person participating in estimating poker is given a series of cards with the agreed-upon scale. [The PMI Guide to Business Analysis, page 133]
Story mapping
Burndown chart
Work breakdown structure
Retrospective
Work breakdown structure
Work Breakdown Structure (WBS) is a planning technique for projects using a predictive lifecycle. WBS is a hierarchical decomposition of the total scope of work. Story mapping is a technique used for adaptive projects. The other two choices are not scope analysis techniques. [The PMI Guide to Business Analysis, page 134]
Story mapping
Stakeholder maps
Tornado diagram
Delphi analysis
Stakeholder maps
Stakeholder maps help with the analysis of stakeholder characteristics such as the power, influence, impact, and interest of stakeholder groups. The other given choices are not applicable as these are not stakeholder analysis techniques. [The PMI Guide to Business Analysis, page 126]
Stakeholder maps
Scope Statement
Work Breakdown Structure
Product backlog
Product backlog
The product backlog is the list of all product backlog items, typically user stories, requirements, or features, that need to be delivered for a solution. On Agile projects, the product backlog makes up the overall project scope. [The PMI Guide to Business Analysis, page 133]
Issue a change request.
Update the project’s issue register.
Reject the customer’s request.
Update the product backlog.
Update the product backlog.
Since this is an Agile project, you don’t need a formal change request to incorporate the change. There has been a change in scope, so the product backlog must be updated and reprioritized. [The PMI Guide to Business Analysis, page 133]
User stories were not defined properly.
User stories were not estimated properly.
The product backlog was not established.
Story mapping was not done correctly.
Story mapping was not done correctly.
Story mapping is used to sequence user stories, based upon their value and the order their user typically performs them. Improper story mapping usually results in customer complaints similar to the one given in the scenario. [The PMI Guide to Business Analysis, page 134]
The project’s Kanban board is replaced with an Elicitation results board.
Elicitation stories are added to the product backlog.
All elicitation and analysis work must be completed prior to system analysis and design phase.
Each project iteration has its own elicitation and analysis.
Each project iteration has its own elicitation and analysis.
Projects using adaptive life cycles go through the elicitation and analysis processes within each project iteration. The rest of the choices are all inaccurate; user stories are added to the backlog and not the elicitation stories; Agile projects do not follow a strict analysis and design sequence; there is no Agile tool known as Elicitation results board. [The PMI Guide to Business Analysis, page 155]
Determine Elicitation Approach
Prepare for Elicitation
Conduct Elicitation
Confirm Elicitation Results
Determine Elicitation Approach
Determine Elicitation Approach is the process of thinking through how elicitation activities will be conducted, which stakeholders will be involved, which techniques may be used, and the order in which the elicitation activities are best performed. [The PMI Guide to Business Analysis, page 156]
An organized approach to elicitation.
Effective stakeholder collaboration.
Stakeholders’ interests in the project is influenced.
Efficient use of stakeholder time.
Stakeholders’ interests in the project is influenced.
Stakeholders may have positive or negative interests associated with the project which cannot be influenced by performing the Determine Elicitation Approach process. The rest of the statements are valid benefits that can be realized. [The PMI Guide to Business Analysis, page 156]
What information to elicit and where to find this information?
How to confirm elicitation results?
How to find the required information?
When to conduct the elicitation activities?
How to confirm elicitation results?
Elicitation results are not confirmed during the Determine Elicitation Approach process, instead these are confirmed during the Confirm Elicitation Results process. All the other options are valid questions you need to address during the Determine Elicitation Approach process. [The PMI Guide to Business Analysis, page 154]
Determine Elicitation Approach
Conduct Elicitation
Confirm Elicitation Results
Prepare for Elicitation
Determine Elicitation Approach
The analyst is currently gathering information regarding stakeholder preferences for the Elicitation process and techniques; the analyst has not actually started the Elicitation yet. This is the Determine Elicitation Approach process. [The PMI Guide to Business Analysis, page 158]
Adaptive lifecycles
Predictive lifecycles
Linear lifecycles
Waterfall lifecycles
Adaptive lifecycles
Concurrent elicitation and confirmation are considered a common practice in adaptive life cycles. [The PMI Guide to Business Analysis, page 171]
Context diagram
Data model
Sequence diagram
Entity Relationship Diagram
Context diagram
A context diagram is a scope model that shows all the direct system and human interfaces to systems within a solution. A context diagram clearly depicts the in-scope systems and any inputs or output, including the system or actors providing or receiving them. [The PMI Guide to Business Analysis, page 186]
You are analyzing a curriculum development and approval workflow for a university. This is a complex workflow and the “course curriculum” data object undergoes a number of changes whenever it transitions between one workflow stage to another. Which of the following tools would help you graphically depict this behavior?
Context diagram
Entity relationship diagram
Report table
State diagram
State diagram
The state table and state diagram are data models that show the valid states of an object and any allowed transitions between those states. Objects can be business data items or any piece of information of interest when analyzing a solution. [The PMI Guide to Business Analysis, page 203]