Salesforce Business Analyst Salesforce Certified Business Analyst Exam Practice Test

Answer : A

This answer states that change request log is what the BA should use to help them organize and prioritize requests for changes to Salesforce during UAT after receiving numerous emails from stakeholders who formally signed off on requirements. Change request log is a document or a file that records and tracks requests for changes to a project or a product, such as adding, modifying, or removing a feature or a functionality. Change request log is what the BA should use to help them organize and prioritize requests for changes to Salesforce during UAT because it helps the BA to manage and monitor the requests for changes, and to evaluate and approve or reject them based on their impact, urgency, or feasibility. Reference: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-stakeholder-engagement-skills

Answer : C

This answer states that migrating from case assignment rules to Omni-Channel is what the BA should recommend to help UC resolve a common obstacle for addressing a recent group of complaints from UC's service team about automated case assignments in Service Cloud. Case assignment rules are a feature that allows an organization to automatically assign cases to predefined queues or users based on certain criteria, such as case origin, case type, case priority, etc. Omni-Channel is a feature that allows an organization to automatically route work items (such as cases, leads, chats, etc.) to available agents based on their capacity, skills, availability, etc. Migrating from case assignment rules to Omni-Channel is what the BA should recommend to help UC resolve a common obstacle for addressing complaints about automated case assignments in Service Cloud because it helps UC to improve how cases are routed by matching them with the most qualified and available agents, rather than relying on manual intervention or predefined rules. Reference: https://trailhead.salesforce.com/en/content/learn/modules/service-cloud-agent-productivity/service-cloud-agent-productivity-omni-channel

Answer : B

A functional requirement specification is a statement that describes what a product or service must do or provide to meet user needs or business objectives. It should be clear, concise, testable, and measurable. The option B is an example of a functional requirement specification because it describes what the portal should do (allow for partners to upload monthly sales reports) without specifying how it should do it or why it should do it. Reference: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/requirements

Answer : A

This answer states that the acceptance criteria is too vague as the reason why the BA needs to make a change to improve the user story for Cloud Kicks who wants managers to be able to approve time-off requests in Salesforce. A user story is a statement that describes who, what, and why of a feature or a functionality from a user's perspective. A user story typically consists of a role, a goal, and a benefit. An acceptance criteria is a set of conditions or tests that a user story must meet or pass in order to be considered done and ready for deployment or delivery. The acceptance criteria is too vague as the reason why the BA needs to make a change to improve the user story because it does not specify how a manager can change the status of the request, how a manager can send a comment to the employee about their request, or how to measure if the solution is intuitive. The acceptance criteria should be more specific, measurable, achievable, relevant, and time-bound (SMART) to ensure that the user story is clear, concise, consistent, and complete. Reference: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-user-stories-to-capture-requirements

Answer : B

The option that best represents the ''I'' component of the INVEST checklist to make a good user story from this requirement is B. As a finance user I want to know how long it takes to assemble a container so I can accurately report on container profitability. The ''I'' component stands for Independent, which means that the user story should be self-contained and not depend on or overlap with other user stories. Option B is independent because it focuses on a specific need and goal of the finance user, and does not rely on or affect other user stories. The other options are either dependent or irrelevant. Option A is dependent because it specifies a particular solution (Timesheet object) that may depend on or overlap with other user stories. Option C is irrelevant because it does not address the requirement of knowing how long it takes to assemble a container. Reference: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-user-stories/write-user-stories

Answer : C

Answer : B

The business analyst should identify dependent components to help with prioritization of user stories to add to an sprint. Dependent components are components that rely on or affect other components in an application or system. Identifying dependent components can help determine which user stories are more critical, complex, risky, or interrelated than others and prioritize them accordingly. Identifying dependent components can also help avoid conflicts, errors, or delays caused by missing or incompatible components when developing or deploying user stories. Verifying acceptance criteria is not an action that the business analyst should take to help with prioritization of user stories to add to an sprint. Verifying acceptance criteria is a process that checks whether a user story meets its conditions or requirements for being done or acceptable. Verifying acceptance criteria can help validate and test user stories but does not help prioritize them based on their importance or urgency. Deleting the definition of done is not an action that the business analyst should take to help with prioritization of user stories to add to an sprint. Deleting the definition of done is a process that removes the criteria or standards that indicate when a user story is completed and ready for deployment. Deleting the definition of done can reduce quality and consistency of user stories but does not help prioritize them based on their importance or urgency. Reference: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-certification-prep/user-stories