Ace Your Certified-Business-Analyst Salesforce Business Analyst Exam

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:

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:

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:

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.