Free Practice Questions for Salesforce Certified-Business-Analyst Exam

The elicitation technique that the business analyst should use to gather information about the steps a user takes to accomplish a goal, challenges a user faces, people the user interacts with, applications they use to complete the steps, and their level of morale as they move through the process is journey mapping. Journey mapping is a technique that creates a visual representation of a user’s experience with a product or service over time. It can help the business analyst understand how a user interacts with a product or service across different touchpoints or stages, what pain points or obstacles they encounter, what emotions or feelings they have, etc. Survey/Questionnaire is an elicitation technique that collects quantitative or qualitative data from a large number of stakeholders using predefined questions or scales. It can help the business analyst measure stakeholder satisfaction, preferences, or feedback, but not capture the details or nuances of their experience.

When a business analyst discovers that different teams have different needs or preferences for using Salesforce fields, they should refine the requirements to accommodate both teams. This is because deleting fields that are actively used by another team could cause data loss, errors, or inefficiencies in their processes. The business analyst should work with both teams to understand their use cases, data models, workflows, reports, dashboards, integrations, security settings, etc., and find ways to customize Salesforce fields that meet both teams’ needs without compromising data quality or performance. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/requirements

According to the Salesforce Business Analyst Certification Prep, the business analyst’s role in sprint planning is to prioritize the sprint backlog with stakeholders1. The BA should ensure that the most important and valuable user stories are selected for the sprint, based on the business needs and expectations1. The BA should also communicate the sprint goals and scope to the stakeholders and get their buy-in1. In this scenario, the BA failed to prioritize the sprint backlog with the marketing team, resulting in their dissatisfaction with the deliverables. References: Salesforce Business Analyst Certification Practice Quiz and Sample Questions, Cert Prep: Salesforce Business Analyst

The mistake made in capturing these acceptance criteria was that they include solution information instead of focusing on what needs to be achieved by implementing this feature or functionality. For example, specifying that “a service manager can click a Reassign button” implies a particular design choice rather than describing what outcome should be achieved by reassigning cases (such as transferring ownership or notifying new owners). Acceptance criteria should be aligned with the user’s goal rather than prescribing how to achieve it so that they do not limit creativity or innovation in finding solutions. Acceptance criteria should also be small and testable so that they can be easily verified by using techniques such as scenarios or test cases. References: 1 https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-certification-prep/user-stories

A user story is a short description of a feature or functionality from the perspective of an end user. It follows the format “As a , I want , so that ”. The who is the user role or persona who will benefit from the feature or functionality. The what is the feature or functionality that the user wants or needs. The why is the benefit or value that the user will get from the feature or functionality. The when and where are not part of a user story format because they are usually captured in other documents or artifacts, such as acceptance criteria or wireframes. References: 1 https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-certification-prep/user-stories

The checklist item that is the most likely reason why the stories are incomplete at the close of the sprint is small. Small means that a user story should be simple and concise, and it should be able to be completed within a single sprint by a single developer or a small team. A user story that is too large or complex may be difficult to estimate, prioritize, test, or deliver within the sprint timeframe. A user story that is too small may be trivial, redundant, or irrelevant to the project goals. A user story that is not small enough may need to be broken down into smaller and more manageable chunks. References: https://trailhead.salesforce.com/content/learn/modules/user-story-creation/write-user-stories

 The user story should include a quantifiable reason why the feature is needed. This helps to define the value or benefit that the user expects from the feature, and provides a basis for prioritizing, testing, and accepting the user story. A quantifiable reason should be specific, measurable, achievable, realistic, and time-bound. For example, “As a service agent I want Salesforce Macros to complete repetitive tasks faster so that I can reduce my average case resolution time by 10%.” The other options are either irrelevant or incorrect. Option A does not improve the user story, but rather makes it vaguer and ambiguous. Option B does not improve the user story, but rather changes the user role and perspective. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-user-stories/write-user-stories

The type of session that the business analyst should perform to elicit user stories from UC’s customers is journey mapping. Journey mapping is a technique that involves creating a visual representation of the steps or stages that a customer goes through when interacting with an organization, product, or service. Journey mapping helps to capture the customer’s experience, needs, goals, pain points, emotions, and touchpoints across their entire lifecycle. Journey mapping also helps to identify any gaps or opportunities for improvement or innovation in the customer journey. Journey mapping can help elicit user stories from UC’s customers by allowing them to share their perspectives and feedback in their own words, as well as showing how the solution can add value and benefits to their journey. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/customer-discovery

The missing component necessary to finish this user story is why because it describes the benefit or value that sales reps will get from having visibility into their pipeline revenue (such as forecasting sales performance or identifying opportunities). The who part of this user story is “sales reps” because it describes the user role or persona who will benefit from this feature or functionality. The what part of this user story is “visibility into sales rep’ pipeline” because it describes the feature or functionality that sales reps want or need.

The lead BA should tell the junior BAs to include who, what, and why in a user story. Who, what, and why are the essential elements of a user story that define who is requesting a feature or functionality (the user or persona), what they want to achieve or accomplish (the goal or value), and why they want it (the reason or benefit). A user story should include who, what, and why because it helps to:

Clarify the scope, functionality, and quality of the user story

Provide a basis for testing and validating the work done

Ensure that it meets the user’s needs and expectations The other options are either incorrect or irrelevant. Option A is incorrect because V2MOM is a structure that defines an organization’s vision, values, methods, obstacles, and measures, not a user story. Option C is incorrect because technical details are not part of a user story, but rather part of acceptance criteria or design specifications. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-user-stories/write-user-stories