Planificar los cambios para su organizaciĆ³n
Objetivos de aprendizaje
DespuƩs de completar esta unidad, podrƔ:
- Describir cĆ³mo gestiona los cambios mediante el modelo de desarrollo de la organizaciĆ³n.
- Identificar las herramientas que necesita para el desarrollo de la organizaciĆ³n.
- Explicar los beneficios del uso de un sistema de control de fuentes.
PresentaciĆ³n de Calvin, el administrador de Salesforce de Zephyrus Relocation Services, Inc.
Calvin Green desempeƱa numerosas funciones tĆ©cnicas para Zephyrus Relocation Services, una firma de movilidad de talentos de Fairfax, Virginia (EE.UU.). Una de las funciones de Calvin consiste en personalizar Salesforce para el equipo de ventas de la compaƱĆa: un equipo pequeƱo, pero que estĆ” creciendo. Al utilizar la interfaz de configuraciĆ³n en la organizaciĆ³n de producciĆ³n, se toma con una variedad de nuevos tableros y reportes.
Zephyrus sigue ofreciendo mĆ”s opciones y mĆ”s valor a sus clientes. Calvin y su equipo necesitan una manera de asegurarse de que el equipo de Ventas conozca todas las ofertas de productos nuevas y emocionantes. No pueden ofrecer estos increĆbles cursos y servicios nuevos a sus clientes si estos no los conocen.
Antes de comenzar a trabajar en su prĆ³ximo lanzamiento, Calvin busca un proceso y un ciclo de vida de desarrollo que se escale a la par de este crecimiento. A medida que su equipo crezca, necesitarĆ” un proceso que respalde a los mĆŗltiples contribuidores que desarrollen de forma simultĆ”nea en Lightning Platform.
Calvin se reĆŗne con su equipo de desarrollo para debatir sobre cĆ³mo pueden trabajar de forma mĆ”s efectiva a medida que el equipo crezca. En el pasado, se encontraron con desafĆos en torno a lo siguiente:
- Realizar un seguimiento de los cambios de todas las personas
- Mantener sincronizados todos los entornos de desarrollo y pruebas
- Crear e implementar conjuntos de cambios varias veces debido a errores y diferencias entre los entornos
El nuevo desarrollador lĆder, Juan GarcĆa, estuvo investigando algunos de los nuevos modelos de desarrollo y herramientas de Salesforce DX. Cree que el modelo de desarrollo de la organizaciĆ³n puede ayudar a mitigar algunos de los problemas que presentan.

Cambiar al desarrollo de la organizaciĆ³n
Como varios desarrolladores y administradores contribuyen con un lanzamiento, el equipo estĆ” de acuerdo en que necesitan un nuevo modelo de desarrollo. AquĆ entra en juego el desarrollo de la organizaciĆ³n, un modelo que utiliza varias herramientas diferentes que proporcionan 1) una flexibilidad y una escalabilidad mayores, 2) nuevas formas de realizar un seguimiento de los cambios y gestionarlos, y 3) un mĆ©todo diferente de implementaciĆ³n.
A Juan le gusta que el modelo de desarrollo de la organizaciĆ³n utilice un repositorio de control de fuentes para almacenar cambios y archivos de proyectos. Un repositorio de fuentes puede ayudar a mitigar los problemas de mantener sincronizados los entornos. Mediante la externalizaciĆ³n de los cambios de cada lanzamiento, el equipo sabe que el repositorio de fuentes refleja lo que ofrecen y no se ve afectado por las diferencias entre los entornos. Esta consistencia asegura un proceso mĆ”s fluido a medida que avanzan por los distintos entornos de desarrollo, pruebas y organizaciĆ³n.
Para asegurar que identifican dependencias de todos los contribuidores, el equipo utiliza mecanismos de seguimiento de cambios que capturan los cambios realizados en los componentes, en lugar de los cambios realizados directamente en la organizaciĆ³n mediante la interfaz de usuario (IU) de configuraciĆ³n.
Juan tambiĆ©n recomienda que utilicen Salesforce Extensions for VS Code para recuperar metadatos de sus entornos de desarrollo. Luego, almacenan los cambios que realizan en el sistema de control de fuentes. Una vez que los cambios se encuentran en el control de fuentes, pueden crear procesos automatizados para las pruebas y la implementaciĆ³n en producciĆ³n.
Luego de varios ciclos de pruebas e integraciĆ³n, Juan implementa los cambios, almacenados en el control de fuentes, en producciĆ³n.
Preparar los entornos de la versiĆ³n
El equipo accede a los mismos entornos de desarrollo y pruebas que ya utilizĆ³. El equipo de Juan utiliza entornos sandbox en cada paso del ciclo de vida de las aplicaciones.
- Desarrollar y probar: Cada miembro del equipo tiene su propio sandbox de Developer para crear su personalizaciĆ³n asignada. Los entornos sandbox de Developer no contienen datos de producciĆ³n.
- Crear la versiĆ³n: Cada miembro del equipo migra sus personalizaciones desde sus sandbox de Developer correspondientes a un sandbox compartido de Developer Pro para realizar la integraciĆ³n. Los entornos sandbox de Developer Pro no contienen datos de producciĆ³n, pero puede propagarlos con datos de prueba.
- Probar la versiĆ³n: Para la prueba de aceptaciĆ³n del usuario, el equipo utiliza un entorno sandbox parcial a fin de crear una rĆ©plica completa de producciĆ³n (sin datos de producciĆ³n).
- Publicar la versiĆ³n: Una vez que la versiĆ³n estĆ© en producciĆ³n, el equipo puede utilizar el entorno sandbox completo para capacitar a los usuarios sin riesgo de modificar los datos de producciĆ³n. Un entorno sandbox completo incluye una copia de los datos de producciĆ³n.
Gestionar los cambios como un profesional
Calvin y su equipo utilizan muchas de las herramientas con las que ya estĆ”n familiarizados a medida que comienzan a respetar el modelo de desarrollo de la organizaciĆ³n. Sin embargo, algunas herramientas nuevas mejoran su productividad durante etapas especĆficas de lanzamiento. Son fundamentales para cambiar a un modelo mĆ”s Ć”gil de desarrollo en equipo.
Proyecto de Salesforce DX
El proyecto de Salesforce DX contiene la fuente y los archivos que componen sus cambios. Un proyecto de DX tiene una estructura de proyecto y un formato de fuente especĆficos.
AdemĆ”s de los archivos fuente, el proyecto contiene un archivo de configuraciĆ³n, sfdx-project.json
. Este archivo contiene informaciĆ³n del proyecto y le permite aprovechar las herramientas de Salesforce DX para muchas de sus tareas de desarrollo.
Un proyecto de DX tiene la siguiente estructura:

Artefacto de lanzamiento (archivo de manifiesto)
DespuƩs de probar los cambios, Juan crea el artefacto de lanzamiento, un archivo de manifiesto (package.xml
) que enumera los componentes que se deben implementar. Utiliza el artefacto de lanzamiento para implementar primero en los mĆŗltiples entornos sandbox y, finalmente, en producciĆ³n. Los cambios no se aplican hasta que se implementan.
Sistema de control de fuentes
Todos los cambios se combinan y se almacenan en un sistema de control de fuentes, que contiene el proyecto de Salesforce DX. Un sistema de control de fuentes ofrece muchos beneficios.
- La colaboraciĆ³n en tiempo real aumenta la eficiencia y fomenta el consenso.
- El equipo puede trabajar en los mismos archivos al mismo tiempo sin miedo de sobrescribir los cambios o perder su trabajo.
- En el historial de revisiones, se muestra quiĆ©n realizĆ³ quĆ© cambios.
- Puede revertir a versiones anteriores de cualquier archivo. Es como tener su propia mĆ”quina del tiempo con la que puede regresar y salvar al universo de la destrucciĆ³n.
- Cuando guarda el trabajo, proporciona una descripciĆ³n de confirmaciĆ³n, que aporta un contexto histĆ³rico al trabajo.
Salesforce CLI
Salesforce CLI es una interfaz de la lĆnea de comandos potente que puede utilizar para cada fase del ciclo de desarrollo de la organizaciĆ³n. Mejora la productividad al proporcionar una Ćŗnica interfaz para todos sus casos de uso de desarrollo, prueba y automatizaciĆ³n. Puede:
- Autorizar entornos sandbox (flujo web o desatendido)
- Crear y gestionar proyectos de DX
- Importar y exportar datos de prueba
- Recuperar e implementar metadatos
- Ejecutar y automatizar pruebas
Salesforce Extensions for Visual Studio (VS) Code
Salesforce Extensions for VS Code se desarrollĆ³ sobre la base de Salesforce CLI y VS Code. En conjunto, son un entorno de integrado que se creĆ³ para el desarrollo personalizado en Lightning Platform. Lo mejor es que puede ejecutar comandos de Salesforce CLI directamente desde el terminal o la paleta de comandos. El equipo de desarrollo instala el paquete de extensiĆ³n de Salesforce para poder utilizar estas extensiones de VS Code:
- Einstein for Developers: permite generar sugerencias de cĆ³digo rĆ”pidamente con instrucciones de lenguaje natural.
- IntegraciĆ³n de Salesforce CLI: interactĆŗa con Salesforce CLI para proporcionar funcionalidades principales.
- Apex: utiliza el Servidor de lenguajes de Apex para ofrecer funciones como el resumen destacado de la sintaxis y la finalizaciĆ³n de cĆ³digo.
- Apex Replay Debugger: le permite a VS Code volver a reproducir la ejecuciĆ³n de Apex desde los registros de depuraciĆ³n de Apex.
- Componentes web Lightning: admite componente web Lightning.
Mecanismos de gestiĆ³n de cambios
El equipo de desarrollo se beneficia de tener implementadas algunas herramientas formales de seguimiento de los cambios, incluidos una lista de cambios del equipo, una lista de ejecuciones de implementaciĆ³n y un sistema de gestiĆ³n de proyectos.
Herramienta | DescripciĆ³n |
---|---|
Lista de cambios | Un desarrollador utiliza esta lista, tabla u hoja de cĆ”lculo simple para hacer un seguimiento de los cambios que realiza en su propia organizaciĆ³n de desarrollo para saber quĆ© externalizar. |
Lista de ejecuciones de implementaciĆ³n | Un desarrollador enumera todos los cambios manuales que se requieren en la organizaciĆ³n antes y despuĆ©s de la implementaciĆ³n. Estos cambios incluyen metadatos que no se pueden implementar, por ejemplo, asignaciones de conjuntos de permisos y perfiles. |
Herramientas de gestiĆ³n de proyectos | Herramientas como Agile Accelerator y Jira ayudan a que un equipo adopte prĆ”cticas de desarrollo Ć”gil, realice un seguimiento de los requisitos de negocio, y presente trabajo y detecte errores. Las herramientas de gestiĆ³n de proyectos tambiĆ©n ayudan a un equipo a gestionar los sprints y a preparar su lista de tareas (componentes de futuro trabajo). |
Instalar las herramientas
Juan y Ella utilizan Salesforce Extensions for VS Code para realizar tareas de desarrollo y pruebas, y GitHub como su sistema de control de fuentes. Completan estos pasos.
- Instale Salesforce CLI.
- Instale VS Code y Salesforce Extensions for Visual Studio Code.
- Instale Git.
- Configure Git.
- Cree una cuenta de GitHub.
Como Ella nunca utilizĆ³ Visual Studio antes, instala las herramientas y completa Inicio rĆ”pido: Visual Studio Code para el desarrollo de Salesforce.