BA-201 Exam Preparation Material | Salesforce Certified Business Analyst

Explanation:
A use case is a type of documentation that describes how a user interacts with a system to achieve a specific goal. It is written from the user’s point of view and follows a standard format of “A [user role] wants to [goal] by [steps]”. A use case helps to capture the user’s needs and expectations from the system and provides a basis for developing test cases and acceptance criteria. A BA should use use cases to document how users will interact with the system and what outcomes they expect from it.
Reference: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-functional-requirements/write-use-cases
This answer points out that the previous VP’s requirements may differ from those of the new executive as the largest risk with this approach of using the inherited requirements in lieu of a traditional discovery process for a Sales Cloud implementation. Requirements are statements that describe what a solution must do or have to meet the needs and expectations of the stakeholders or users. Requirements may change over time due to various factors, such as business goals, market trends, customer feedback, or stakeholder preferences. Using the previous VP’s requirements without validating them with the new executive may result in a solution that does not align with their vision, strategy, or value proposition.
Reference: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-user-stories-to-capture-requirements

Explanation:
User License is the User Management term that is best described by this definition: “Item assigned to a User that determines the functionality that they can access across the Salesforce ecosystem”. Role is a User Management term that controls data visibility and reporting hierarchy within an organization based on users’ positions. Profile is a User Management term that defines what users can do within an organization based on their job function and responsibilities. Username is a User Management term that identifies users when they log in to Salesforce.
Reference: https://help.salesforce.com/s/articleView?id=sf.users_def.htm&type=5

Explanation:
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

Explanation:
A user story is a type of documentation that describes what functionality a system should provide from a user’s perspective. It is written in simple language that anyone can understand and follows a standard format of “As a [user role], I want [functionality], so that [benefit]”. A user story helps to capture the user’s needs and expectations from the system and provides a basis for developing test cases and acceptance criteria. A BA should use user stories to document the functionality that a system should provide so it can be developed into a work item.
Reference: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-user-stories/write-user-stories