Cómo ayudar a los administradores a sentirse cómodos con DevOps para Salesforce

Si eres desarrollador de Salesforce, es probable que en tu equipo haya tanto desarrolladores como administradores. No todos tienen la misma formación ni experiencia. Intentar involucrar a los administradores en el proceso de desarrollo puede ser frustrante debido a sus distintos conocimientos técnicos.

‍

¡Tenemos algunas ideas para que tu equipo funcione mejor con desarrolladores y administradores!

‍

‍

1. Por qué a los administradores debería importarles DevOps para Salesforce

Es fácil pensar que el verdadero trabajo de desarrollo debe hacerlo un “profesional”, pero lo cierto es que quienes no son desarrolladores pueden contribuir mucho a la capacidad general del equipo para producir un trabajo excelente.

Cuando personas que no son desarrolladoras participan en DevOps, es probable que veas despliegues más rápidos, menos errores manuales, mayor colaboración e historiales de versiones más completos.

¿Cómo puedes lograr que tu equipo supere sus dudas y muestre más interés?

2. Barreras comunes que impiden adoptar DevOps a quienes no son desarrolladores

A. Temor a la complejidad

¡No sorprende que resulte abrumador tener que revisar o editar una pantalla llena de código cuando esa no es tu especialidad!

Al fin y al cabo, los administradores y otros integrantes del negocio que comienzan a participar con cautela en el proceso de DevOps no son “desarrolladores”. Sus fortalezas están en otras áreas, así que esperar que actúen como desarrolladores solo generará más tensión en el equipo.

Cuando involucras a estos integrantes del equipo, lo mejor es asegurarte de que se sientan cómodos con las herramientas que les pides usar: Git, CI/CD y, si las utilizas, también las herramientas de línea de comandos.

B. Percepción de que DevOps es “solo para desarrolladores”

Otro punto común de desconexión entre los integrantes del equipo es la idea de que DevOps es para desarrolladores

Más de una persona poco familiarizada con DevOps probablemente crea que hay que saber programar para participar. Pero quienes conocemos el proceso desde dentro sabemos que no se trata solo de modificar código.

DevOps también beneficia todas las áreas de tu gestión de datos, incluidas las actualizaciones de metadatos, los flujos de trabajo y más.

C. Falta de capacitación y familiaridad con las herramientas de DevOps

El último gran obstáculo que enfrentan muchos equipos es la falta general de confianza y capacitación sobre las herramientas tecnológicas que utilizan.

Ya sabes, las herramientas del oficio: Git, Blue Canvas y otros programas esenciales. Sin la capacitación adecuada, estas herramientas pueden resultar abrumadoras, intimidantes y hasta frustrantes.

‍

‍

3. Cómo hacer que DevOps para Salesforce sea más accesible

A. Presenta los conceptos de DevOps sin jerga

Si quieres poner a todos los integrantes de tu equipo en igualdad de condiciones, ¡deja de lado la jerga!

En lugar de usar terminología técnica para conceptos como el control de versiones o CI/CD, procura explicar qué son de la forma más sencilla posible.

Control de versiones = un historial de cambios.

CI/CD = una forma automatizada de desplegar de manera segura.

Un consejo adicional: incorpora herramientas visuales o paneles durante la incorporación para ayudar a las personas a visualizar cómo funciona DevOps.

B. Ofrece herramientas de DevOps fáciles de usar

Si vas a formar un equipo diverso, no puedes elegir únicamente herramientas muy técnicas. Contar con un conjunto variado de tecnologías permitirá que todos sientan que participan de manera significativa y productiva.

Considera opciones de bajo código como Blue Canvas o aprovecha la automatización y el software de despliegue con funciones de arrastrar y soltar para que incluso quienes no tienen formación técnica puedan trabajar con confianza.

C. Fomenta la capacitación práctica y la colaboración

Durante la incorporación, es importante destacar que hay un espacio disponible para practicar. Muéstrales a quienes no son desarrolladores dónde encontrar un entorno sandbox y cómo crear uno.

Un sistema de acompañamiento también puede ser útil. Permitirá que administradores y desarrolladores recorran juntos los flujos de trabajo para que los administradores vean este software en acción.

Si puedes documentar tareas sencillas, como registrar un cambio de metadatos, y ofrecer guías paso a paso, colócalas en una base de conocimientos fácil de encontrar y usar.

D. Automatiza las tareas tediosas para generar confianza

Actualiza tu flujo de trabajo para que sea más accesible para principiantes. Usa herramientas de automatización para ejecutar despliegues, revertir cambios y validar código. Si aprovechas correctamente la tecnología de DevOps, podrás eliminar muchos pasos manuales repetitivos y ahorrarle mucho tiempo al equipo.

‍

‍

4. Cómo Blue Canvas ayuda a quienes no son desarrolladores a adoptar DevOps

Blue Canvas facilita la participación de tu equipo al poner a todos sus integrantes en igualdad de condiciones.

Con el seguimiento automático de cambios, no necesitas aprender comandos de Git. Puedes seguir fácilmente los cambios de metadatos de forma visual, lo que permite que cualquiera compare código sin ser experto.

Nuestro control de versiones automático te permite ver quién cambia qué y cuándo, para que sepas dónde podría estar el problema y dónde podrías estar perdiendo el tiempo.

Te ofrecemos los despliegues más sencillos que hayas realizado, sin necesidad de código complejo. ¡Basta un clic para lanzar una nueva funcionalidad, o cinco!

Conclusión

DevOps no es solo para desarrolladores: hacerlo accesible para todo tu equipo evita que sea un cuello de botella y permite convertirlo en un superpoder.

Con unos ajustes sencillos a tus procesos actuales y algo de tiempo dedicado a una incorporación completa, fortalecerás la confianza de tu equipo y verás cómo se dispara su productividad.

¿Quieres ver cómo Blue Canvas puede mejorar tu equipo de DevOps? ¡Pruébalo hoy!