Certified-Business-Analyst Salesforce Certified Business Analyst Exam (SU24) Questions and Answers

This answer considers scalability as the most important aspect of a potential solution for NTO’s security challenge. Scalability refers to the ability of a system to handle increased workload or demand without compromising performance or functionality. Since NTO plans to significantly grow its workforce, it needs a security solution that can accommodate more users, data, and features without compromising security or efficiency. References: https://trailhead.salesforce.com/en/content/learn/modules/security_basics/security_basics_intro

Only the Admin can reset a Single Sign-On user password because they have the Manage Users permission. The SSO Manager, users above the SSO user in the role hierarchy, and users with the right permission sets cannot reset a Single Sign-On user password unless they also have the Manage Users permission. References: https://help.salesforce.com/s/articleView?id=sf.users_password_reset.htm &type=5

The tool that Universal Containers should use to prevent teams from overwriting each other’s changes in the future is a version control system. A version control system is a tool that tracks and manages changes to code or configuration in a software project or enhancement. A version control system helps to prevent teams from overwriting each other’s changes by allowing them to create and work on separate branches or copies of the code or configuration, merge their changes with the main branch or copy when they are ready, and resolve any conflicts or errors that may occur during the merge. A version control system also helps to maintain a history of changes, backup and restore previous versions, and collaborate and communicate with other team members. References: https://trailhead.salesforce.com/content/learn/modules/git-and-git-hub-basics/work-with-the-git-hub-workflow

This answer states that using a capability model is the type of process diagram that the BA should use at the beginning of a Salesforce project to outline high-level process areas such as “Prospect to Contract”. A capability model is a diagram that shows what an organization does at a high level of abstraction, without going into details of how it does it. A capability model can help the BA to identify and group related business activities or functions into capability areas or domains, such as sales, marketing, service, or finance. A capability model can also help the BA to align business processes with business goals and strategies. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-process-mapping-to-understand-your-business

One benefit of using UPN in this scenario is that a single activity box can answer Who, What, When, Why, and How. UPN is a notation system that helps to create simple and clear process maps using activity boxes and arrows. An activity box represents a step or task in a process, and contains five elements: Who (the role or actor who performs the task), What (the name or description of the task), When (the trigger or condition that initiates the task), Why (the purpose or goal of the task), and How (the method or tool used to perform the task). By using a single activity box to answer Who, What, When, Why, and How, UPN helps to provide a concise and comprehensive view of each step or task in a process, and avoid confusion or ambiguity. The other options are either incorrect or irrelevant. Option A is incorrect because UPN recommends using no more than 10 activity boxes per process map to avoid complexity and clutter. Option C is irrelevant because UPN does not use different shapes to represent key parts of a process, but rather uses different colors to indicate different levels of detail. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-process-mapping/understand-process-mapping

The business analyst should define roles, responsibilities, and processes to help prioritize feature requests from various business units. This will help to establish clear expectations, communication channels, and decision-making criteria for the project. The business analyst should not give priority to the earliest requested dates, as this may not reflect the business value, urgency, or feasibility of the feature requests. The business analyst should also not find and install a backlog grooming app from AppExchange, as this may not address the root cause of the prioritization problem, and may introduce additional complexity and cost to the project. References: Collaboration with Stakeholders, Get Started with Salesforce Business Analyst Certification Prep, Cert Prep: Salesforce Business Analyst

The first step that the business analyst should take to help resolve the issue is to confirm steps to reproduce the issue. Reproducing an issue means following the same steps or actions that caused the issue to occur in order to verify its existence and severity. Reproducing an issue helps to confirm whether it is a real bug or a human error, as well as gather more information about its root cause, impact, frequency, etc. Reproducing an issue also helps to document it clearly and accurately for reporting and resolution purposes. References: https://trailhead.salesforce.com/content/learn/modules/user-acceptance-testing-video/report-and-resolve-issues

The step that business analyst should take next after receiving urgent high-priority change request middle sprint add change request backlog prioritized next sprint backlog list user stories features enhancements bugs fixes need done project backlog prioritized based importance urgency value risk etc adding change request backlog prioritized next sprint helps maintain scope integrity current sprint avoid disrupting ongoing work respect sprint goal commitment.

De-prioritizing some user stories and adding change request current sprint not step that business analyst should take next after receiving urgent high-priority change request middle sprint de-prioritizing some user stories adding change request current sprint helps accommodate new requirement but compromises existing work disrupts sprint goal commitment de-prioritizing some user stories adding change request current sprint should only done exceptional cases after consulting whole team stakeholders sponsors.

Beginning working change request soon team has capacity not step that business analyst should take next after receiving urgent high-priority change request middle sprint beginning working change request soon team has capacity helps address new requirement but compromises existing work disrupts sprint goal commitment beginning working change request soon team has capacity should only done exceptional cases after consulting whole team stakeholders sponsors.

References: https://trailhead.salesforce.com/en/content/learn/modules/agile-project-management/agile-project-management-scrum

The documentation that is most beneficial for the business analyst to define the scope of the project is a SIPOC (Suppliers, Inputs, Process, Outputs, Customers) Map. A SIPOC Map is a high-level process map that shows the key elements of a process, such as the suppliers, inputs, outputs, and customers. A SIPOC Map can help define the scope and boundaries of a project by identifying what triggers the process, what are the inputs and outputs of the process, who are involved in or affected by the process, and what are the expectations or requirements of the process. A SIPOC Map can also help communicate and validate the scope with stakeholders and sponsors. A detailed process map is not documentation that is most beneficial for the business analyst to define the scope of the project. A detailed process map is a diagram that shows the steps, activities, and decisions involved in a process. A detailed process map can help document existing processes in a clear and concise way that can be easily understood by anyone involved in the project, but it does not help define the scope or boundaries of the project. A value stream map is not documentation that is most beneficial for the business analyst to define the scope of the project. A value stream map is a diagram that shows the flow of materials and information, the value-added and non-value-added activities, and the cycle times and wait times involved in a process. A value stream map can help identify waste, inefficiencies, and opportunities for improvement within a process, but it does not help define the scope or boundaries of the project. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analyst_skills-strategies/explore-techniques–information-discovery

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 initial steps that the business analyst should take to help determine why the order management and fulfillment process is slow are:

• Work with stakeholders to identify relevant processes, such as order placement, order confirmation, order processing, order shipping, order tracking, etc.
• Select a key process with defined start and end points, such as order processing, which involves verifying customer information, checking inventory availability, allocating products, generating invoices, etc.
• Collaborate with process owners and users to create a current state process map, which shows how the order processing process is currently performed in Salesforce, what steps or activities are involved, what inputs or outputs are used or produced, what decisions are made, what roles or systems are interacted with, etc.

These steps help to establish a baseline for measuring the current state of performance, identify pain points and opportunities for improvement, and align with the desired business outcomes. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/business-process-mapping

The best way for a business analyst to build trust with stakeholders after making a mistake is to be vulnerable and own their mistake. This will show honesty, humility, accountability, and willingness to learn from errors. Promising to work harder to avoid other mistakes may sound defensive or unrealistic without acknowledging what went wrong or how to fix it. Asking their supervisor for help immediately may seem desperate or unprofessional without trying to resolve it first with stakeholders. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/collaboration-with-stakeholders

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. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-user-stories-to-capture-requirements

One of the BA’s strongest arguments for using configuration over code is that configuration provides faster speed to market. Speed to market is the time it takes to deliver a product or service from conception to launch. Speed to market is important for gaining competitive advantage, meeting customer demand, and maximizing revenue potential. Configuration provides faster speed to market than code because it allows for creating and modifying functionality in Salesforce without writing code or deploying changes. Configuration can be done by using point-and-click tools such as App Builder, Process Builder, Flow Builder, Lightning Web Components Builder, etc., which are easy to use and require less technical skills than coding. Configuration also reduces the risk of errors or bugs that may occur with code and require more testing or debugging time. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-functional-requirements/evaluate-s

This answer states that conducting multiple dry runs is the additional activity that is most likely to result in a successful sprint demo for demonstrating some new Sales Cloud functionality for a project’s stakeholders at Cloud Kicks. A dry run is a practice or a rehearsal of a presentation or a demonstration before the actual event. Conducting multiple dry runs means that the BA performs and repeats the presentation or the demonstration of the new Sales Cloud functionality several times before showing it to the project’s stakeholders. Conducting multiple dry runs is the additional activity that is most likely to result in a successful sprint demo because it helps the BA to prepare and polish their presentation or demonstration skills, to identify and fix any errors or issues in the new Sales Cloud functionality, and to anticipate and address any questions or feedback from the project’s stakeholders. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-stakeholder-engagement-skills

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

This answer states that reviewing the services team’s goals, initiatives, strategies, and obstacles is what the BA should do to determine if the current solution of implementing an Experience Site that allows customers to view Knowledge articles and submit cases is adding value to UC’s business. Goals are what the services team wants to achieve or accomplish in terms of business outcomes or benefits. Initiatives are what the services team plans to do or implement to achieve their goals. Strategies are how the services team executes or delivers their initiatives. Obstacles are what prevents or hinders the services team from achieving their goals, implementing their initiatives, or executing their strategies. Reviewing the services team’s goals, initiatives, strategies, and obstacles means that the BA analyzes and documents these elements related to implementing an Experience Site that allows customers to view Knowledge articles and submit cases. Reviewing the services team’s goals, initiatives, strategies, and obstacles is what the BA should do to determine if the current solution is adding value to UC’s business because it helps the BA to measure and evaluate the performance and impact of the current solution against these elements. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-stakeholder-engagement-skills

One way that end users participate as stakeholders in data governance is by providing valuable feedback on how they use data. Data governance is a set of policies and practices that ensure data quality, security, accessibility, usability, and compliance throughout an organization. End users are important stakeholders in data governance because they are the ones who create, consume, update, delete, or share data on a daily basis. End users can provide valuable feedback on how they use data for their tasks or goals, what data they need or don’t need, what challenges or issues they face with data quality or availability, what suggestions they have for improving data processes or systems, etc.

The step of the application lifecycle management (ALM) cycle that requires the business analyst to study current business processes, gather requirements, and analyze them is plan. ALM is a process that helps manage changes to an application from planning to deployment and beyond. ALM has six steps: plan, develop, test, build release, test release, and release. The plan step is where the business analyst studies current business processes, gathers requirements, and analyzes them to understand what needs to be changed or improved in an application. The plan step also involves defining objectives, scope, budget, timeline, deliverables, roles and responsibilities for a project. The develop step is where developers create or modify code or declarative components based on the requirements gathered in the plan step. The test step is where testers verify that the code or declarative components work as expected and meet quality standards using various testing techniques and tools. The build release step is where developers package all code or declarative components into a release that can be deployed to other environments using various deployment techniques and tools. The test release step is where end users test the release in a sandbox or test environment to verify that it works as intended, and what was originally requested is actually being delivered. The release step is where the release is deployed to production and made available to end users. References: https://trailhead.salesforce.com/en/content/learn/modules/application-lifecycle-and-development-models/understand-what-application-lifecycle-management-is

This answer states that using who, what, and why is what each user story should include for optimizing a very manual process in its Salesforce org. Who refers to the persona, which is a fictional representation of a typical user or stakeholder who will use or benefit from a feature or a functionality. What refers to the goal, which is what the user or stakeholder wants to accomplish with the feature or functionality. Why refers to the value, which is why the user or stakeholder wants to accomplish the goal, and how they will measure success. Using who, what, and why can help the BA to write effective user stories that capture and prioritize the requirements, and align them with the stakeholder value and expectations. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-user-stories-to-capture-requirements

A definition of done is a set of criteria that determines when a user story is completed and ready for deployment. It typically includes technical, functional, and quality aspects of the user story, such as code quality, unit testing, documentation, performance, security, and usability. One possible definition of done for this user story is “The Candidate Status field can be updated.” This criterion checks if the functionality of updating the candidate’s submission progress is working as expected and meets the user’s need. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-user-stories/define-done

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. References: https://trailhead.salesforce.com/en/content/learn/modules/service-cloud-agent-productivity/service-cloud-agent-productivity-omni-channel

The element that the business analyst should use to help the QA team validate that the product fulfilled the requirements without ambiguity is acceptance criteria. Acceptance criteria are statements that define the conditions that a product or feature must meet in order to be accepted by stakeholders or end users. They can help the QA team test the functionality based on specific scenarios or outcomes, and verify that it meets the expectations or needs of stakeholders or end users. Process maps are diagrams that show how a business process flows from start to end. They can help the QA team understand how a product or feature works in relation to a process, but not how to validate it without ambiguity. User stories are statements that capture a requirement or feature from an end user’s perspective. They can help the QA team understand what needs to be done and why it matters, but not how to validate it without ambiguity. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/user-stories https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/user-acceptance

This answer identifies a journey map as the document that the BA should create to visually illustrate the customer case lifecycle for UC. A journey map is a tool that shows how customers interact with a business across different touchpoints, channels, and stages. A journey map helps to understand and improve the customer experience, identify pain points and opportunities, and align business goals with customer needs. References: https://trailhead.salesforce.com/en/content/learn/modules/customer-journey-basics/create-a-customer-journey-map

This answer selects Universal Process Notation (UPN) as the tool that the BA should use for their evaluation of a business process at UC. UPN is a simple and standardized way of creating process maps, using only four symbols: activity, decision, start/end, and annotation. UPN can help the BA evaluate a business process at a high level and in detail, while also keeping regulatory considerations in mind, by showing the steps, actions, decisions, roles, and dependencies of the process, and adding notes or comments to explain or clarify certain aspects. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-process-mapping-to-understand-your-business

Another important item that the BA should look for in the UAT plan is timelines. Timelines are schedules that specify when each testing activity or task should start and end, and who is responsible for completing them. Timelines help to ensure that testing is conducted in an efficient and timely manner, avoid delays or conflicts in testing resources or availability, and meet the project deadlines and expectations. The other options are either irrelevant or incomplete. Option A does not relate to the UAT plan, but rather to the project budget or scope. Option C does not specify what process maps are needed or how they are used in testing. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-testing/plan-user-acceptance-testing

The business analyst should conduct individual interviews to gather input from the key stakeholders. Interviews are a technique that involves asking open-ended questions to stakeholders or users to gather information and feedback about their needs, expectations, preferences, pain points, goals, etc. Interviews help to elicit requirements and user stories from the key stakeholders by allowing them to express their opinions and experiences in their own words, as well as clarifying any doubts or ambiguities. Interviews also help to avoid the influence or dominance of one stakeholder over others, as well as reduce the risk of groupthink or conformity. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/customer-discovery

The best tool for identifying the key recruitment steps and stakeholders in a visual format is to map the business process. Business process mapping is a technique that helps to create a visual representation of a business process. It shows the steps, inputs, outputs, roles, and decisions involved in the process. Business process mapping helps to understand the current state of the process, identify areas for improvement, and design the future state of the process. A BA should use business process mapping to identify the key recruitment steps and stakeholders for the Salesforce application. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-process-mapping/understand-process-mapping

Whiteboarding is a technique that involves using a whiteboard or a similar tool to visually represent a process, problem, or solution. Whiteboarding helps the BA collaborate with multiple stakeholders by building a shared understanding of the current state, creating a space for everyone to contribute since the activity feels shared, and guiding the conversation while maintaining engagement. Whiteboarding also helps to identify issues, gaps, opportunities, and dependencies in the process, and to generate ideas and feedback from stakeholders. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-process-mapping/plan-and-facilitate-a-process-mapping-session

This answer describes how process mapping can help the BA get started on this project of analyzing and breaking down CK’s typical sales cycle. Process mapping is a technique that involves creating a visual representation of a business process, showing its inputs, outputs, steps, actions, decisions, roles, and dependencies. Process mapping can help the BA communicate and understand how a process works in its current state, and identify areas for improvement or optimization. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-process-mapping-to-understand-your-business

The best practice for identifying which stage in the sales process the industry standard due-diligence should be embedded is to develop a process map as a base, work with stakeholders to understand the trigger point, and locate the stage. This practice helps to:

• Develop a process map as a base: This provides a visual representation of the sales process, showing the steps, inputs, outputs, roles, and decisions involved in each stage.
• Work with stakeholders to understand the trigger point: This helps to elicit feedback and insights from the stakeholders who are familiar with or affected by the sales process, and identify when or why the industry standard due-diligence is needed or required.
• Locate the stage: This helps to determine where in the sales process the industry standard due-diligence should be embedded, based on the trigger point and the business logic. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-process-mapping/create-a-process-map

The tactical document that the business analyst should use to capture features is a release plan. A release plan is a document that outlines the scope, schedule, resources, and deliverables of a project or enhancement that will be released to production. A release plan helps to communicate and align with stakeholders on what features will be delivered, when they will be delivered, how they will be delivered, and who will be involved in delivering them. A release plan also helps to manage expectations, risks, dependencies, and changes throughout the project lifecycle. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/project-planning

The business analyst should move this item to the definition of done. The definition of done is a set of criteria that must be met before a user story or sprint can be considered complete or ready for release. The definition of done helps to ensure quality, consistency, and transparency across the project team. The step “Code Review by Technical Architect” is not part of the acceptance criteria for a specific user story, but rather a general requirement that applies to all user stories or sprints. References: https://trailhead.salesforce.com/content/learn/modules/user-story-creation/write-user-stories

The three development models that Salesforce supports as part of Application Lifecycle Management (ALM) process are Change Set Development, Org Development, and Package Development. Change Set Development is a model that uses change sets to deploy metadata changes from one org to another org. Org Development is a model that uses scratch orgs to create and test metadata changes in isolated environments before deploying them to other orgs. Package Development is a model that uses unlocked packages to bundle and distribute metadata changes across orgs as modular applications. Rapid Application Development, Flow Builder, and Salesforce DX are not development models supported by Salesforce as part of ALM process. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/user-acceptance https://trailhead.salesforce.com/en/content/learn/modules/application-lifecycle-and-development-models

The process of prioritizing the business backlog should be owned by the business teams affected, with support from the internal technology teams who understand ways to maximize Salesforce’s declarative features. The business backlog is a list of requirements or user stories that describe the features or functionality that the business needs or wants from a project or enhancement. The business backlog should be prioritized by the business teams affected because they are the ones who have the most knowledge and interest in the business value and impact of each requirement or user story. The business backlog should also be supported by the internal technology teams who understand ways to maximize Salesforce’s declarative features because they are the ones who have the most knowledge and expertise in the technical feasibility and complexity of each requirement or user story. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/requirements-management

The type of research that the business analyst should use to elicit user stories from UC’s customers is interviewing. Interviewing is a technique that involves asking open-ended questions to stakeholders or users to gather information and feedback about their needs, expectations, preferences, pain points, goals, etc. Interviewing helps to elicit user stories from UC’s customers by allowing them to express their opinions and experiences in their own words, as well as clarifying any doubts or ambiguities. Interviewing also helps to build rapport and trust with the customers and show them respect and appreciation for their input. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/customer-discovery

The business analyst should seek sign-offs from the business for the functional requirements, individual test case functionality, and final go live date. The functional requirements are the statements that describe what the solution must do or provide to meet user needs or business objectives. The individual test case functionality is the verification that each test case meets the acceptance criteria for the corresponding user story or requirement. The final go live date is the date when the solution will be released to production and available for users or customers. These sign-offs help to ensure that the solution is complete, satisfactory, and ready for launch.

This answer states that multiple project team members can make and view revisions is a benefit of tracking user stories in a repository for improving the case process in Salesforce at UC. A repository is a common or central location where documents or files can be stored, accessed, and updated by multiple users or teams. Tracking user stories in a repository means that the BA stores user stories in a repository, such as Jira, Trello, Asana, etc. Multiple project team members can make and view revisions is a benefit of tracking user stories in a repository because it enables collaboration and communication among project team members, and it ensures consistency and accuracy of user stories. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-stakeholder-engagement-skills

The likely cause of the issue was that the project team failed to discuss the user stories as a group before writing them. This could lead to misunderstandings, misalignment, or missing information among the stakeholders and the business analyst. The best practice for writing user stories is to collaborate with all relevant stakeholders and use techniques such as brainstorming, story mapping, or story splitting to elicit and prioritize user needs. The user stories should also be validated and reviewed by all stakeholders before finalizing them. The user stories focusing on well-defined personas is not a likely cause of the issue because personas are useful tools to represent different types of users and their goals, needs, and pain points. The acceptance criteria of the user stories being too specific is not a likely cause of the issue because acceptance criteria are statements that define how to verify that a user story is completed and meets the user’s expectations. References: 1 https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-certification-prep/user-stories

This answer explains that an activity box marked “C Customer” means that the customer should be consulted. In a process map that uses Universal Process Notation (UPN), an activity box is a symbol that represents a task or an action that is performed in a business process. An activity box can be marked with a letter to indicate the role or the resource that is responsible for performing the task or action. The letter C stands for consult, which means that the resource should be asked for input or advice before or during the task or action. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-process-mapping-to-understand-your-business

Some communication best practices that a BA should follow to become a trusted advisor to UC stakeholders are:

• Ask questions and document the answers: This helps to understand the stakeholders’ needs, expectations, pain points, goals, and priorities. It also shows interest and curiosity in their perspectives and opinions, and helps to clarify any assumptions or ambiguities.
• Make suggestions based on previous project success: This helps to demonstrate expertise and experience in Salesforce implementations, and provide valuable insights and recommendations for UC stakeholders. It also shows confidence and credibility in delivering solutions that meet their needs.
• Provide a meeting agenda prior to each session: This helps to set clear expectations and objectives for each meeting, and ensure that all relevant topics are covered. It also shows respect for the stakeholders’ time and availability, and helps to keep the meeting focused and productive. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-stakeholder-management/communicate-with-stakeholders

The final step that a business analyst should perform during the user acceptance testing process that would ensure a “go” decision is to get written sign-off from all business stakeholders. Written sign-off means obtaining formal approval or confirmation from the business stakeholders that the system or solution meets their requirements or expectations and is ready to be released to production. Written sign-off helps to ensure a “go” decision by demonstrating that the system or solution has passed all the tests or validations, as well as resolving any issues or risks that may prevent the release. Written sign-off also helps to document and communicate the completion and acceptance of the user acceptance testing process. References: https://trailhead.salesforce.com/content/learn/modules/user-acceptance-testing-video/learn-about-user-acceptance-testing

This answer lists audiences, scope, inputs, outputs, and resources as the key attributes that the BA should look for when reviewing the process maps. These attributes help to define and understand a business process, and identify its purpose, boundaries, stakeholders, data, and resources. These attributes also help to evaluate the effectiveness and efficiency of a business process, and identify areas for improvement or optimization. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-process-mapping-to-understand-your-business

The most appropriate subject matter expert (SME) to confirm the current business process and elicit deeper understanding of CK’s goals, opportunities, and pain points is the supply chain manager. The supply chain manager is responsible for overseeing the flow of goods from the warehouse to the customer, and has the most knowledge and insight into the current business process. The supply chain manager can also provide valuable feedback and suggestions for improving the business process and achieving the desired outcomes. The sales manager and the chief financial officer are not directly involved in the business process of moving orders from the warehouse to the customer, and may not have the same level of expertise or interest as the supply chain manager. References: Customer Discovery, Get Started with Salesforce Business Analyst Certification Prep, Cert Prep: Salesforce Business Analyst

This answer states that identifying personas, documenting the current state, and proposing the future state are the key steps that the BA should take next after identifying the stakeholders, reviewing the project scope, and scheduling each workshop for preparing for the initial requirements gathering workshops with CK on a new Sales Cloud project. Personas are fictional characters that represent the typical users or customers of a product or a service. Current state is how a business process or a system works or operates at present. Future state is how a business process or a system should work or operate in the future. Identifying personas, documenting the current state, and proposing the future state are the key steps that the BA should take next after identifying the stakeholders, reviewing the project scope, and scheduling each workshop because they help the BA to understand and empathize with the users or customers of Sales Cloud, to analyze and document the existing problems or issues with Sales Cloud, and to suggest and validate possible solutions or improvements for Sales Cloud. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-process-mapping-to-understand-your-business

This answer states that circulating the requirements to stakeholders, incorporating feedback, and obtaining sign-off is what the BA should do to ensure alignment on goals and strategies across NTO’s organization for creating an engaging site for its customers using Experience Cloud. Circulating the requirements to stakeholders means that the BA shares the written statements that describe what the solution must do or have to meet the goals and strategies of NTO’s organization with the people who have a significant interest or influence in the project outcome. Incorporating feedback means that the BA revises and updates the requirements based on the comments or suggestions from the stakeholders. Obtaining sign-off means that the BA gets a formal approval or confirmation from the stakeholders that they agree with and accept the requirements. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-user-stories-to-capture-requirements

The level influence that business analyst should place HR Director stakeholder wheel project stakeholder wheel tool identifies understands needs expectations interests influence power stakeholders involved project stakeholder wheel has four levels influence sponsor project enterprise environment sponsor highest level influence project second highest level influence enterprise third highest level influence environment lowest level influence HR Director should placed project level influence stakeholder wheel HR Director makes decisions determines priorities requirements project HR Director also directly affected outcome project.

The sponsor is not level influence that business analyst should place HR Director stakeholder wheel sponsor highest level influence stakeholder wheel sponsor provides funding resources support project sponsor also defines vision objectives success criteria project HR Director not sponsor project unless also provides funding resources support project.

The enterprise is not level influence that business analyst should place HR Director stakeholder wheel enterprise third highest level influence stakeholder wheel enterprise includes internal individuals teams groups affected outcome project but not actively contribute project enterprise also includes policies procedures standards guidelines govern project HR Director not enterprise unless also affected outcome project but not actively contribute project.

References: https://trailhead.salesforce.com/en/content/learn/modules/business-analyst_skills-strategies/explore-techniques–information-discovery

This answer states that conducting elicitation with stakeholders regarding their parts of the process is what the BA should do to close the gaps or confirm the process steps after conducting a group workshop with stakeholders to understand and document in-scope business processes. Elicitation is a technique that involves asking questions, gathering information, or observing behaviors to understand the needs, expectations, and goals of the stakeholders or users. Conducting elicitation with stakeholders can help the BA to clarify any ambiguities, resolve any conflicts, verify any assumptions, and validate any information regarding their parts of the process. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-stakeholder-engagement-skills

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

When a business analyst learns that another team also needs email integration in the near future, they should include that team during discovery. This is because including all relevant stakeholders early in the project can help to identify common needs, avoid duplication of work, leverage synergies, and deliver value faster. The business analyst should invite the operations team to participate in discovery activities such as interviews, surveys, workshops, observations, etc., and capture their requirements, expectations, and feedback. The business analyst should also communicate the project scope, timeline, and risks to both teams and manage any changes or issues that may arise. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/customer-discovery

This answer states that associating each set of metadata changes to the corresponding user story is what the BA should do to resolve these challenges with the release team. Metadata changes are modifications to the configuration or customization of Salesforce, such as fields, objects, layouts, workflows, or apex code. Associating each set of metadata changes to the corresponding user story can help to track and manage the changes, and link them to the business requirements and acceptance criteria. This can also help to improve the communication and collaboration between the BA, the admin, and the QA team, and avoid any confusion or errors during deployment and testing. References: https://trailhead.salesforce.com/en/content/learn/modules/application-lifecycle-and-development-models

The path that the business analyst should take to find information about custom apps, active Salesforce Sites, active flows, custom tabs, and Visualforce pages is to review configuration settings. Configuration settings are options or preferences that can be customized or modified in Setup. They can help the business analyst understand how Salesforce was implemented and what features or components were enabled or disabled. Custom apps, active Salesforce Sites, active flows, custom tabs, and Visualforce pages are examples of configuration settings that can be accessed or changed in Setup.Conducting stakeholder interviews may be a useful way to gather information about business needs, expectations, or feedback, but not about technical details or configuration settings. Reading business process documentation may be a useful way to understand how a business process works or flows, but not about technical details or configuration settings. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst- certification-prep/customer-discovery https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/business-process-mapping

Email Proof is the User access and sharing feature that would be used for the following use case: it is the first time a user logs in and they need to be sent an email with a way to authenticate their email. Email Proof is a security feature that requires users to verify their email address when they log in for the first time or change their email address. 2 FA, Single Sign-On, and Login Link are not User access and sharing features that would be used for this use case. References: https://help.salesforce.com/s/articleView?id=sf.security_email_proof.htm &type=5

The business analyst should set up a casual meeting to create a personal connection with the stakeholder to build trust with them as the project continues. A casual meeting is an informal conversation that allows the business analyst and the stakeholder to get to know each other better, share their backgrounds and interests, and establish rapport and empathy. A casual meeting can help to ease any tension or frustration that may have arisen during the discovery session, as well as show respect and appreciation for the stakeholder’s input and feedback. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/stakeholder-management

The business analyst should include a high-level description of required functionality in the requirements for Sales Cloud implementation. A high-level description of required functionality is a brief and general statement that describes what a system or solution must do or provide to meet a business need or goal. A high-level description of required functionality helps to capture and communicate the scope and value of a requirement or feature. The business analyst should include a high-level description of required functionality in the requirements for Sales Cloud implementation by using clear and concise language, avoiding technical jargon or details, and focusing on outcomes rather than solutions. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/requirements-management

The business analyst should review the version control history to understand which user stories were modified by the project lead. Version control is a system that records changes to a file or set of files over time so that you can recall specific versions later. Version control can help track who made what changes, when, and why. It can also help compare different versions, merge changes, resolve conflicts, and restore previous versions. The business analyst should use a version control system to store and manage their user stories in a repository and review the version control history to see the edits made by the project lead. Reviewing the approval history is not a good option because it would only show who approved or rejected the user stories, not who modified them or how. Reviewing the change sets history is not a good option because it would only show what metadata components were deployed or retrieved between orgs, not what user stories were modified or how. References: https://trailhead.salesforce.com/en/content/learn/modules/org-development-model/get-to-know-org-development

The business analyst should write test scripts that reflect real life and cover the requirements to help prevent gaps from being discovered after go live. Test scripts are step-by-step instructions on how to execute a test scenario on a specific user or level of access using expected inputs and outputs. Test scripts should reflect real life situations that users may encounter when using the solution in production, such as creating cases, updating records, generating reports, etc. Test scripts should also cover all the requirements that were defined for the project or enhancement, as well as any exceptions or variations that may occur. Writing test scripts that reflect real life and cover the requirements can help ensure that the solution works as intended and meets stakeholder needs. References: https://trailhead.salesforce.com/content/learn/modules/user-acceptance-testing-video/create-test-scripts

The items that the business analyst documented are non-functional requirements. Non-functional requirements are statements that describe how a system or solution should perform, behave, or appear, rather than what it should do or provide. Non-functional requirements can include aspects such as usability, reliability, security, availability, scalability, etc. Non-functional requirements help to ensure that the system or solution meets the quality standards and expectations of the stakeholders or users. The items that the business analyst documented are non-functional requirements because they specify how Sales Cloud should perform (portal pages should load within 2 seconds) and behave (all logins must use multi-factor authentication). References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/requirements-management

 The business analyst should use a stakeholder analysis to gather additional perspective, feedback, and detail on the requirements from the NTO team. A stakeholder analysis is a technique to identify and understand the needs, expectations, interests, influence, and power of the stakeholders involved in a project. A stakeholder analysis can help the business analyst communicate effectively with the stakeholders, manage their expectations, address their concerns, involve them in decision making, and obtain their feedback and approval. A business analysis plan is not a document to gather additional perspective, feedback, and detail on the requirements from the NTO team. A business analysis plan is a document that describes how the business analysis activities will be conducted, such as what techniques, tools, deliverables, roles, and responsibilities will be used. A business analysis plan can help the business analyst plan and manage their work, but it does not help them gather information from the stakeholders. A current state analysis is not a document to gather additional perspective, feedback, and detail on the requirements from the NTO team. A current state analysis is a technique to understand and document how the current situation or process works, what are its strengths and weaknesses, what are the problems or opportunities for improvement, and what are the root causes of the issues. A current state analysis can help the business analyst identify gaps and needs, but it does not help them gather information from the stakeholders. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analyst_skills-strategies/explore-techniques–information-discovery

The business analyst should monitor the Lightning Usage App to address the concern of sales leadership about the limited adoption of Salesforce at Cloud Kicks. The Lightning Usage App is a tool that tracks and reports on how users are engaging with Salesforce in Lightning Experience. The Lightning Usage App can help measure and improve user adoption by showing metrics such as daily and monthly active users, usage by browser and device type, usage by profile and permission set, feature adoption, performance, and feedback. The business analyst should monitor the Lightning Usage App to identify trends, patterns, issues, or opportunities related to user adoption and take actions accordingly. Running the Lightning page layout is not an action that the business analyst should take to address the concern of sales leadership about the limited adoption of Salesforce at Cloud Kicks. Running the Lightning page layout is a process that optimizes a page layout for Lightning Experience by removing unsupported components, adding supported components, and rearranging components based on best practices. Running the Lightning page layout can help improve user experience and satisfaction but does not measure or improve user adoption directly. Enabling Debug Logs is not an action that the business analyst should take to address the concern of sales leadership about the limited adoption of Salesforce at Cloud Kicks. Enabling Debug Logs is a process that captures information about database operations, system processes, and errors that occur when executing a transaction or running unit tests. Enabling Debug Logs can help troubleshoot issues and errors but does not measure or improve user adoption directly. References: https://trailhead.salesforce.com/en/content/learn/modules/lightning-experience-rollout/lightning-experience-rollout-evaluate-readiness

This answer states that documenting the desired outcome and researching the impact of making a change are the next steps that the BA should take after receiving feedback from UC’s sales manager who customized all of their list views on the Account object to include a new field and realized they are unable to modify the recently viewed list. Documenting the desired outcome means that the BA records what the sales manager wants to achieve or accomplish by modifying the recently viewed list, such as filtering, sorting, or grouping by the new field. Researching the impact of making a change means that the BA investigates how modifying the recently viewed list would affect other aspects of UC’s Salesforce environment, such as performance, security, usability, etc. Documenting the desired outcome and researching the impact of making a change are the next steps that the BA should take after receiving feedback from UC’s sales manager because they help the BA to understand and validate the business need and expectation of the sales manager, and to evaluate and propose possible solutions or alternatives for modifying the recently viewed list. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-stakeholder-engagement-skills

This answer states that documenting user requirements from each department during discovery sessions is what the BA should do to get buy-in from users for preparing for a new Sales Cloud implementation for 6,000 users at CK. User requirements are the needs, expectations, and objectives of the users for the Sales Cloud implementation. Discovery sessions are meetings or workshops where the BA gathers and clarifies user requirements from different stakeholders. Documenting user requirements from each department during discovery sessions means that the BA records and organizes the information obtained from different stakeholders from different departments, such as manufacturing and delivery, in a clear and concise way. Documenting user requirements from each department during discovery sessions is what the BA should do to get buy-in from users for preparing for a new Sales Cloud implementation because it helps the BA to understand and validate the user requirements, and to communicate and align them with the project scope and goals. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-stakeholder-engagement-skills

One thing that user stories help the business analyst do is encourage iterative development. Iterative development is an approach that breaks down a project into smaller cycles or iterations, each delivering a working piece of functionality or value to the user. User stories are well suited for iterative development because they are concise, focused, and prioritized based on user needs and value. User stories help to deliver features faster and more frequently, while allowing for feedback and changes along the way. References: https://trailhead.salesforce.com/content/learn/modules/user-story-creation/learn-about-user-stories

The reference that the business analyst should consult to understand the integration pattern is a Solution Architecture Diagram. A Solution Architecture Diagram is a diagram that shows the high-level design and components of a system or solution. A Solution Architecture Diagram helps to understand the integration pattern by showing how different systems or applications are connected and interact with each other, as well as what data or information is exchanged between them. A Solution Architecture Diagram also helps to identify the scope, requirements, dependencies, and risks of an integration project or enhancement. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/solution-design

When recommending a solution, especially under constraints such as a limited budget and tight timeline, the focus should be on delivering the highest business value. This approach ensures that the chosen solution effectively addresses the most critical needs of the business, providing significant benefits that justify the investment. While cost and implementation time are important considerations, the primary goal is to enhance customer service and satisfaction through the self-service portal, thereby achieving strategic business objectives. Selecting the option that offers the most substantial impact on service quality and customer experience, even if it's not the cheapest or quickest, will provide long-term benefits to the organization.

This answer suggests using live workshops to map out the sales process as the most effective activity for the BA to understand the sales process at CK. A live workshop is a collaborative session where the BA facilitates a group discussion with stakeholders or users to elicit information, generate ideas, or solve problems. A live workshop can help the BA map out the sales process by engaging participants in creating a visual representation of the process, identifying pain points and opportunities, and reaching a consensus on the current state. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-live-workshops-to-collaborate

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.

The best practice for preventing a session from being derailed by an off-topic stakeholder is to use a “parking lot” technique. A parking lot is a list of topics or issues that are not relevant to the current session but may need further discussion or resolution later. The BA should add the stakeholder’s concerns to a parking lot for further discussion, and acknowledge that they are important but out of scope for the current session. This way, the BA can keep the session focused on the onboarding process and avoid wasting time or losing engagement from other stakeholders. References: https://trailhead.salesforce.com/en/content/learn/modules/business-analysis-process-mapping/plan-and-facilitate-a-process-mapping-session

This answer states that reviewing relevant apps on the AppExchange is what the BA should do first after exploring potential solutions based on the requirements for helping UC track and analyze its carbon emission in an effort to meet its new initiatives. AppExchange is a marketplace where customers can find, try, and install apps that extend Salesforce functionality. Reviewing relevant apps on the AppExchange means that the BA searches, evaluates, and compares apps that can help UC track and analyze its carbon emission in an effort to meet its new initiatives, such as Carbon Calculator, Carbon Tracker, Carbon Footprint, etc. Reviewing relevant apps on the AppExchange is what the BA should do first after exploring potential solutions because it helps the BA to find existing solutions that can meet UC’s requirements without building a custom app, and to save time, cost, and effort. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-stakeholder-engagement-skills

This answer recommends prototyping as an elicitation technique to help the team meet its goal of filling out a survey based on customer feedback. Prototyping is a technique that involves creating a mockup or a sample of a solution to demonstrate how it will look and function. Prototyping can help the BA validate requirements, solicit feedback, and refine the design of the solution. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-prototyping-to-validate-your-solution

This answer states that intent of both parties is what is important for the BA to consider when responding to feedback from UC’s marketing team who feels that their current solution for managing leads in Sales Cloud is incomplete. Intent of both parties means that what both UC’s marketing team and UC’s Salesforce team want to achieve or accomplish by implementing a solution for managing leads in Sales Cloud, such as increasing lead conversion rate, improving lead quality, enhancing lead tracking, etc. Intent of both parties is what is important for the BA to consider when responding to feedback from UC’s marketing team because it helps the BA to align and communicate their goals and expectations, and to identify and resolve any gaps or issues between them. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-stakeholder-engagement-skills

This answer suggests shadowing as the next step for the BA to uncover the issue and propose a business solution for CK’s distribution challenge. Shadowing is a technique where the BA observes how a user performs their tasks in their natural environment. Shadowing helps to gain insights into the user’s workflow, challenges, pain points, and opportunities for improvement. References: https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-quick-look/use-shadowing-to-understand-your-users

This answer states that each version of a managed package on the AppExchange undergoes a security review as a benefit of using a managed package versus an open source solution for implementing an event management system within Salesforce for Cloud Kicks. A managed package is a collection of application components that are developed, tested, and distributed by a provider as a single entity on the AppExchange. An open source solution is a software application that is developed, modified, and distributed by anyone who has access to its source code. A security review is a process that evaluates and verifies that an application meets the security standards and best practices of Salesforce. Each version of a managed package on the AppExchange undergoes a security review as a benefit of using a managed package versus an open source solution because it ensures that the application is safe, reliable, and trustworthy for Cloud Kicks. References: https://trailhead.salesforce.com/en/content/learn/modules/appexchange_basics/appexchange_basics_intro

The groups that the business analyst should work with to gain full alignment on a common program vision and strategy are senior leadership, IT leadership, and middle management. Senior leadership are the executives who have the authority and vision for the Salesforce implementation. IT leadership are the managers or directors who oversee the technical aspects of the Salesforce implementation. Middle management are the supervisors or team leads who manage the sales and service teams. These groups can help the business analyst define the goals, scope, requirements, and success criteria of the Salesforce implementation, and resolve any disagreements or conflicts among them. Business leaders, end users, and executive sponsors are other groups that may be involved in the Salesforce implementation, but they may not have the same level of influence or responsibility as senior leadership, IT leadership, and middle management. References: https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/collaboration-with-stakeholders https://trailhead.salesforce.com/content/learn/modules/salesforce-business-analyst-certification-prep/customer-discovery

The performance analyzer is a tool that helps business analysts and admins identify and troubleshoot performance issues on record pages. It shows the load time of each component on a record page and provides recommendations to improve performance. The first step to resolve the issue is to use the performance analyzer to view the assessment and identify the slowest components.

References:

• https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-certification-prep/optimize-performance
• https://help.salesforce.com/s/articleView?id=sf.performance_analyzer.htm&type=5

This is the correct order for arranging the three components of a user story. The first component is “As a ”, which specifies the role or persona of the user who will benefit from the user story. The second component is “I want ”, which describes the goal or feature that the user wants to achieve or use. The third component is “so that ”, which explains the reason or value behind the goal or feature for the user. References: https://trailhead.salesforce.com/content/learn/modules/user-story-creation/write-user-stories

Universal Process Notation (UPN) is a method to show current state business flows in Salesforce. UPN is a process modeling technique that shows the flow of activities and decisions using simple symbols and plain language. It can help document existing processes in a clear and concise way that can be easily understood by anyone involved in the project. Entity Relationship Diagramming (ERD) is not a method to show current state business flows in Salesforce. ERD is a data modeling technique that shows the relationships among entities using symbols and attributes. It can help design database schemas or data structures for an application. Storyboarding is not a method to show current state business flows in Salesforce. Storyboarding is a technique to help stakeholders visualize how a solution will work by creating sketches or mockups of the user interface and interactions. It can help elicit feedback and validate requirements for a proposed solution. References: 1 https://trailhead.salesforce.com/en/content/learn/modules/salesforce-business-analyst-certification-prep/business-process-mapping