Helping Hand Questions for Development-Lifecycle-and-Deployment-Architect

Manually validating change sets before deployment is a recommended practice to avoid possible delays while deploying a change set, as it can help you identify and resolve any errors or dependencies before the actual deployment. Change set performance is not independent of included components, as some components may take longer to deploy than others. Manually creating new custom objects and new custom fields or manually applying the field type changes are not advisable, as they can introduce human errors and inconsistencies between environments. See Deploy Changes with Change Sets for more details.

An agile team is one that improves and evolves its processes and frequently delivers value to the end users. This is the main characteristic of an agile team, as opposed to a traditional team that follows a fixed plan and delivers on predefined dates. Agile teams use various frameworks, such as Scrum, Kanban, and Extreme Programming, but these are not essential to be agile. Agile teams also have shorter iterations, such as biweekly sprints, but these are not the only way to ensure on-time delivery.

The best practice is to fix the issues in the development sandbox, migrate them to the testing sandbox, and deploy to production after testing. This ensures that the development and testing environments are in sync and that the changes are properly tested before going to production. Fixing the issues in the testing environment and deploying them to production may introduce errors or conflicts, as the development environment may not have the same changes. Fixing the issues in the test environment and migrating them to the development sandbox may also cause errors or conflicts, as the development environment may have other changes that are not ready for testing.

C and D are the correct answers, as they are the best strategies to address a critical production issue occurring in the middle of development. C is correct, as using a source control system to allow separate branches for current development and production bug fixes can help to isolate the changes and avoid conflicts or overwriting. D is correct, as refreshing a sandbox for replication of the issue and testing the use-case scenarios once the code is fixed can help to ensure the quality and functionality of the solution before deploying it to production. A is incorrect, as creating separate branches for current development and production bug fixes and deploying the fix with current development when ready can delay the resolution of the production issue and introduce new risks or errors. B is incorrect, as utilizing one branch for both development and production bug fixes to avoid out-of-sync branches and simplify deployment can create confusion and complexity in the code and make it harder to test and validate. You can learn more about these strategies in the Application Lifecycle and Deployment module on Trailhead.