Salesforce Development-Lifecycle-and-Deployment-Architect Dumps Questions Answers

The development model that is optimized for this need is to use unlocked packages to deploy the global code and allow each country to create its customized unlocked package extensions. This model can help maintain the global standardization and consistency of the code, while also providing the flexibility and autonomy for each region to customize some aspects of the code for their specific needs. Unlocked packages are a type of second-generation packaging that can be created and installed using the Salesforce CLI or APIs, and can be upgraded or uninstalled as needed. Unlocked package extensions are a type of unlocked packages that can depend on and extend another unlocked package or a managed package. See Unlocked Packages for more details.

Kanban can help clarify whether value is being delivered to the business by using metrics, like lead time and throughput, which increase transparency. Lead time measures how long it takes to complete a work item from the time it is requested, and throughput measures how many work items are completed in a given time period. These metrics can help the business stakeholders see the progress and performance of the development teams, and align their expectations with the reality. Kanban does not respond to unplanned work and changes by dropping everything and jumping on the new request, as this would disrupt the flow and quality of work. Kanban does not make use of the Salesforce Agile Accelerator, as this is a tool for managing agile projects. Kanban does limit work in progress, but this is not the main reason why it can help clarify whether value is being delivered to the business.

The architect should recommend creating two second generation managed packages with the same namespace and setting the methods that should be shared with the @namespaceAccessible annotation. This will allow the Sales team to access the specific functions of the Service product without exposing them to other teams or customers. Creating two managed packages with different namespaces will not allow the Sales team to access the Service functions, unless they are declared as global, which will expose them to everyone. Creating a managed package with both products will not allow the separation of the products and the control of the functions. Creating an authentication function in the Service package will add unnecessary complexity and overhead to the solution.