Complete Development-Lifecycle-and-Deployment-Architect Salesforce Materials

Two software development methodologies that an architect should suggest to solve the issue of visibility are Scrum and Kanban. Scrum is based on the value of openness, which means that the team members and stakeholders share information and feedback regularly and transparently. Kanban is based on the principle of making everything visible, which means that the team uses a visual board to track the progress and status of the work items. Waterfall is not a good methodology for visibility, as it does not allow for frequent communication and feedback. DevOps is not a methodology, but a culture and practice that aims to improve collaboration and delivery across the software development lifecycle.

 The Metadata API is mainly used for file-based deployment, such as deploying an application from a Developer Edition org to the AppExchange, or from a sandbox org to a production org. The Ant Migration Tool is a wrapper around the Metadata API, so it is not a direct use case for writing code to call retrieve() and deploy() methods. The Salesforce CLI (SFDX) uses the Source-Driven Development model, which relies on the source code as the source of truth, rather than the Metadata API.

Announcing the maintenance window ahead of time, defining a rollback strategy, and temporarily suspending configuration changes in production are all best practices for production deployment. These practices help to minimize the risk of errors, downtime, and conflicts during the deployment process.

The advantages of the package development model are improving team development and collaboration, facilitating automated testing and continuous integration, and significantly reducing the need for manually tracking changes. The package development model allows the developers to work on modular and reusable components that can be easily tested and deployed. The package development model does not eliminate the need of using change sets, as they can still be used for deploying non-packaged components or metadata. The package development model does not provide its own source control, but rather relies on external source control systems such as Git.