Herramientas para todo tu equipo de Salesforce

Con este artículo, conoce los desafíos de gestionar un equipo diverso de Salesforce y cómo crear un proceso de desarrollo y gestión de versiones que funcione para todos. También descubrirás la importancia de la automatización, la visibilidad, la colaboración asincrónica y la reducción de procesos excesivos.

Estas son nuestras 5 conclusiones clave:

1. Automatiza tanto como sea posible para evitar pasos manuales tediosos y propensos a errores, y gestionar las dependencias.

2. Da visibilidad al proceso para saber quién cambia qué, cuándo y por qué, y establecer el contexto entre varios entornos.

3. Establece un buen proceso de colaboración asincrónica para que las personas puedan ponerse al día rápidamente con un proyecto.

4. Evita al máximo los procesos excesivos y elige las herramientas adecuadas para reducir los pasos al mínimo.

5. El ecosistema de Salesforce está creciendo y más empresas invierten en herramientas para los equipos de Salesforce.

‍

¿Cómo está conformado tu equipo de Salesforce? Si se parece al de la mayoría de nuestros clientes, no siempre es fácil responder. ¿Dónde empieza y termina tu equipo de Salesforce? Hay muchas personas que pueden participar en una implementación de Salesforce. Un equipo «típico» podría verse así:

1 gerente de producto: responsable del estado general del proyecto y de definir y priorizar funcionalidades. Hace cambios mínimos en los metadatos de Salesforce, pero le interesa casi todo lo que hace el equipo. Aun así, de vez en cuando puede ponerse manos a la obra y hacer cambios puntuales en Salesforce.

1 desarrollador de Salesforce: responsable de toda la personalización compleja con Apex y Lightning. Escribe código con MavensMate, pero ocasionalmente modifica metadatos declarativos. Hace cambios en Salesforce cada hora. Maneja con soltura la línea de comandos y Git.

2 administradores: responsables de personalizar Salesforce mediante su interfaz de usuario y de gestionar los complementos de AppExchange. Hacen cambios en distintos tipos de metadatos todos los días. Muchos de sus cambios afectan directamente el trabajo de otros integrantes del equipo, incluido el desarrollador. Sin embargo, no necesariamente conocen Git ni las herramientas de línea de comandos.

1 responsable de automatización de marketing: gestiona Marketo u otras aplicaciones de marketing. Rara vez modifica metadatos, pero impulsa la definición de requisitos y actualiza las plantillas de correo electrónico con regularidad. Participa con frecuencia en la redacción de requisitos de funcionalidades. Definitivamente no necesita trabajar con la línea de comandos en su día a día.

2 especialistas en operaciones de ventas o analistas de negocio: responsables de los informes de alto nivel y la estrategia de ventas. Trabajan con paneles e informes a diario, pero rara vez con otros metadatos. Crean tickets y requisitos para los administradores y el desarrollador.

Equipo de consultoría: se incorpora dos veces al año para proyectos más grandes e incluye 2 desarrolladores más y otro administrador, además de un consultor que actúa como gerente de proyecto. En los períodos de mayor actividad, escribe código y realiza cambios declarativos cada hora, pero su participación es mínima fuera de esos períodos.

Existen muchas otras combinaciones y estructuras posibles. Por eso, no sorprende que a los equipos les cueste definir un proceso de desarrollo y gestión de versiones que funcione para todos. Cada persona tiene un nivel de interés distinto en el proceso. También varían su formación técnica, sus plazos y la frecuencia de sus contribuciones. Aun así, el trabajo de todos los integrantes del equipo se superpone y suele generar dependencias entre ellos.

Durante los últimos 2 años, hemos pensado mucho en cómo crear un proceso de Salesforce que funcione para todos. Esto es lo que hemos aprendido sobre lo que da resultado.

Automatiza todo lo que puedas

La mejor manera de resolver los desafíos de trabajar con un equipo diverso es automatizar tanto como sea posible. Si puedes, automatiza los commits de Git. Automatiza las implementaciones tanto como sea posible. Elimina los pasos manuales que se olvidan fácilmente o son propensos a errores. Esto beneficia a todos. Los desarrolladores y administradores que hacen cambios frecuentes pueden evitar pasos manuales tediosos y molestos. Y los consultores, analistas de negocio y otros colaboradores menos frecuentes no tienen que memorizar pasos complicados que solo usan de vez en cuando.

La automatización también es útil porque ayuda a gestionar las dependencias. Al mantener el proceso automatizado, es menos probable que falte una plantilla de correo electrónico en un paquete de implementación. Cuando implementes una funcionalidad, será más probable que «simplemente funcione».

Prioriza la visibilidad

Por supuesto, no puedes automatizar todo, así que conviene dar la mayor visibilidad posible al proceso.

Los equipos de Salesforce suelen abarcar varios departamentos. Un gerente de marketing y un desarrollador de Salesforce pueden necesitar trabajar juntos, pero tener horarios muy distintos. Puede que ni siquiera estén en el mismo edificio. Los consultores pueden llegar para un proyecto y ausentarse dos meses antes de volver. Con tantas idas y vueltas, conviene tener la mayor visibilidad posible de lo que sucede en todo momento. ¿Quién cambia qué, cuándo y cómo? ¿Y por qué?

También es útil tener visibilidad de las diferencias entre organizaciones. Esto te permite establecer rápidamente el contexto entre varios entornos de desarrolladores y administradores.

Colabora de forma asincrónica

Dado que el nivel de participación varía entre las partes interesadas, conviene establecer un buen proceso de colaboración asincrónica. Para esto preferimos herramientas como Trello o Jira en lugar de Slack, porque es útil tener fuentes de referencia para distintos temas. Si alguien modifica una clase de Apex para una funcionalidad y, dos semanas después, se hace un cambio declarativo para esa misma funcionalidad, conviene tener un repositorio central con esa información. Facilita que las personas retomen algo que no han visto en semanas o meses y se pongan al día rápidamente.

(Esta es una de las razones por las que creamos la solicitud de implementación con comentarios e información sobre las validaciones a lo largo del tiempo. Está pensada como una unidad de trabajo donde los equipos pueden obtener rápidamente todo el contexto que necesitan para una solicitud).

Reduce los procesos al mínimo

Nuestra última sugerencia es reducir los procesos al mínimo. Cada paso que agregas reduce la probabilidad de que las personas sigan tu proceso. La automatización puede ayudar. También ayuda elegir los elementos adecuados del proceso y las herramientas correctas para mantener los pasos al mínimo. No tiene sentido que el equipo de marketing aprenda a ejecutar git commit antes de cada cambio ni que los administradores de Salesforce tengan que usar Jenkins o lidiar con scripts de Ant.

Por suerte, hay muchas herramientas excelentes en el ecosistema para fomentar este tipo de colaboración entre equipos. Y la situación sigue mejorando a medida que más empresas invierten en Salesforce y el ecosistema crece. Se prevé que el ecosistema de Salesforce genere 3.3M empleos para 2022. Con todo esto, puedes tener la certeza de que cada vez más empresas invertirán en herramientas para equipos de Salesforce.

‍