Free Development-Lifecycle-and-Deployment-Architect Salesforce Updates

 Using a Change Set or manually replicating the changes in the developer sandbox are both valid approaches to ensure that changes made in production are reflected in the sandbox that the developers are working on. Refreshing the developer sandbox would overwrite any changes made by the developers, and Salesforce-to-Salesforce is not a deployment tool.

The best option for UC is to refresh Stage now, and do not refresh UAT. This way, Stage will be on the preview instance and UAT will not. This will allow UC to test their application on both the current and the next Salesforce version, and ensure that they can release on the current version without any issues. Option B is incorrect because it is not necessary to check the Sandbox Preview Guide or refresh and redeploy to UAT. Option C is incorrect because it is too late to work with support to get on the preview instance after the cutoff dates. Option D is incorrect because it will result in both Stage and UAT being on the same version, which will not allow UC to test their application on the next Salesforce version.

Refreshing a sandbox during the release preview window to ensure they have the upcoming release is a step that the team at UC should take to prepare for the new Salesforce release, as it allows them to test their application in an environment that matches the production environment after the upgrade. Running regression tests in an upgraded sandbox to detect any issues with the upgrade is also a step that the team at UC should take to prepare for the new Salesforce release, as it helps them to verify that the existing functionality is not affected by the new features or changes introduced by the upgrade. Reviewing the release notes for automatically-enabled features and technical debt is also a step that the team at UC should take to prepare for the new Salesforce release, as it helps them to understand the impact and benefits of the new features or changes, as well as to identify and resolve any technical debt that may cause issues or conflicts with the upgrade. Contacting Salesforce to schedule a time to upgrade the full sandbox is not a step that the team at UC should take to prepare for the new Salesforce release, as it is not possible to request a specific time for the upgrade of the full sandbox, which is determined by Salesforce and depends on the release window and the pod assignment. Upgrading any SOAP integrations to the newest WSDL as early as possible is not a step that the team at UC should take to prepare for the new Salesforce release, as it is not necessary to upgrade the SOAP integrations to the newest WSDL, unless they want to use the new features or fields introduced by the upgrade. The SOAP integrations will continue to work with the previous WSDL versions, as they are backward compatible.

 A and C are the correct answers, as they are the project situations that favor an agile methodology. An agile methodology is a flexible and iterative approach that can accommodate changing requirements, deliver value quickly, and enable frequent feedback and collaboration. A is correct, as a digitization project to update an existing customer-facing process and enable quick adjustments is a situation that requires an agile methodology, as it involves transforming a legacy system, adapting to customer needs, and delivering incremental improvements. C is correct, as an environment with a heavy investment in DevOps capabilities for rapid testing and deployment is a situation that requires an agile methodology, as it enables continuous integration and delivery, as well as quality assurance and automation. B is incorrect, as a project to be executed by a third party, with a fixed and formal scope, budget, and timeline is a situation that favors a waterfall methodology, as it involves clear and stable requirements, contractual obligations, and sequential phases. D is incorrect, as a project with well-defined requirements and complex interactions between front- and back-end systems is a situation that favors a waterfall methodology, as it involves detailed planning, design, and testing, as well as minimal changes and dependencies. You can learn more about this topic in the Agile Basics module on Trailhead.