Hace poco, Vantegrate grabó una masterclass de los jueves con un tema que Trailhead no les regala. Salesforce MCP con Jira, Confluence y Rovo no es un deck de slides: es ver la org, la documentación y los tickets hablarse en vivo.
La clase completa está en YouTube. Juan Manuel Garrido (JuanMa) la condujo con Francisco Morales (Fran), Josué Mendoza (Josu) y Esteban Morales (Esti) encima del caso.
El equipo de Vantegrate lo dijo de entrada. Hoy van a conectar metadata real, requerimientos y user stories sin vivir del Excel eterno.
La promesa es concreta. Menos artesanía desprolija, más fuente de la verdad, y un humano que sigue validando antes de publicar.
El problema no es Salesforce: es cómo llegan los pedidos
JuanMa arrancó por el dolor cotidiano. El cliente tira un WhatsApp, un Excel de 40 filas, un mail infinito o una reunión donde todos anotan y nadie consolida.
Eso no escala. Queda artesanal, queda desprolijo, y al mes nadie recuerda qué se decidió ni por qué.
Fran y Josu lo viven en proyectos grandes. La salida no es otro Google Doc suelto: es ordenar accionables y documentación en un lugar que el equipo sí consulte.
En esta forma de trabajar, Jira concentra lo accionable y Confluence guarda la documentación posta. Dos piezas, una nube, visibilidad bidireccional.
Atlassian, el "Salesforce" de quien construye software
JuanMa tiró una opinión (y la marcó como tal). Lo que Salesforce es para el mercado enterprise y mid-enterprise, Atlassian lo es para quienes construyen software y funcionalidad.
Hay quien se arregla con Trello. Hay quien inventa un custom object de tickets dentro de la org.
Las empresas de primera línea, en la práctica, terminan en Jira + Confluence. Atlassian tiene suite grande (Bitbucket para quien reemplaza GitHub, y más).
En la clase se focalizaron en tres. Jira, Confluence y Rovo.
Josu contó que hace poco terminó un proyecto con Jira. Rovo le salvó las papas cuando nadie recordaba por qué un desarrollo tenía ciertas condiciones.
Esti dijo que en dos de tres proyectos ya usa Jira. Todavía no había tocado Rovo, y quedó curioso.
Fran se está amigando con Confluence y con el MCP desde Claude. El mapa no es teórico: es el stack que ya aparece en clientes serios.
En recursos y en Pulse van a encontrar el material de estas clases. Acá el foco es el ciclo completo, no un tutorial aislado de tickets.
Confluence: la wiki que reemplaza al Excel eterno
Confluence se entiende fácil si lo piensan como una web interna. Árboles, páginas, espacios, y un historial de versiones como si fuera código.
Ahí viven el qué y el porqué. Requerimientos, decisiones, diccionarios de datos, y la documentación que debería reemplazar cualquier Word perdido en el mail.
La búsqueda corre dentro del espacio o cruzando espacios. El contenido en Markdown entra limpio: Confluence lo convierte en texto enriquecido.
Josu preguntó si banca MD. La respuesta fue sí, y más: pueden pedirle a Claude o a ChatGPT que agarre el material y lo publique como página.
Hay una perla de seguridad que Fran subrayó. Una página se puede hacer pública (indexable, con link) o quedarse privada al estilo Salesforce.
Nunca dejen claves, passwords ni secretos de implementación en Confluence (ni en GitHub). Eso es seguridad de documentación: la wiki ayuda, el descuido no.
Jira: quién hace qué, y para cuándo
Si Confluence es la verdad escrita, Jira es el tablero de ejecución. Epics, user stories, bugs, tasks y sprints.
Un board es un tablero tipo Kanban. Las tarjetas se asignan al equipo (en Scrum, al Scrum), y el trabajo se organiza en períodos: el sprint.
Los Epics son grandes agrupadores de funcionalidad. Adentro viven ítems: una user story, un bug, un task chiquito.
JuanMa sumó un tipo poco conocido: el Spike. Es investigación.
Ejemplo de la clase: integrar Salesforce con SAP cuando no va por MuleSoft. Hay que estudiar el camino antes de comprometer el delivery.
Para proyectos chicos, el consejo fue claro. Elijan un proyecto Team-managed; el Company-managed queda para cuando la empresa ya necesita gobernanza más pesada.
Jira y Confluence hablan porque viven en la misma nube. Un Epic documentado en Confluence puede bajar a stories en Jira sin volver a copiar-pegar a mano.
Qué es el MCP de Salesforce (y qué no es)
Antes del demo, Fran bajó el miedo. El MCP (Model Context Protocol) no es algo propietario de Salesforce.
Es un estándar de comunicación de agentes. Le dice al agente qué herramientas y qué skills tiene si usa ese MCP.
Si Jira publica su MCP, el agente puede crear un bug, asignarlo, comentar. Si Salesforce publica el suyo, el agente puede leer metadata de la org y operar sobre ese contexto.
JuanMa lo separó de Claudeforce. Claudeforce es otra historia (más de cara al end user); el MCP va contra cualquier cliente que lo soporte (Claude, ChatGPT, y lo que venga).
Para el equipo de Salesforce developers, eso cambia el ritmo. Dejan de abrir Object Manager campo por campo para cada pregunta de diseño.
Demo en vivo: Claude lee la org sin abrir Setup
JuanMa abrió Claude (plan Max, con el costo alto que Fran también reconoce) y conectó el MCP de Salesforce a una org real.
El pedido fue simple y potente. Dame la estructura del objeto activo fijo.
Sin Setup, sin Object Manager. Claude disparó consultas a la org y devolvió la estructura.
Después preguntó relaciones con otros objetos y el listado de campos. No es instantáneo: están pegados a una org de verdad, con latencia de consultas.
El modelo (en la grabación, uno de los más potentes de Anthropic) da muchas vueltas. Con un modelo más compacto, el mismo flujo es más rápido.
Josu recordó que hay otra masterclass donde se ve el cómo conectar Claude al MCP. Acá el foco fue usarlo: metadata, documentación y requerimiento.
El caso de negocio fue control de baja de activos fijos. Cuando venden o donan, la gente cambia el estado y listo.
Nadie carga la fecha de baja. Contabilidad no sabe el mes, el activo sigue asignado a un empleado que ya no lo tiene, y a veces venden por debajo del valor en libros sin enterarse hasta el cierre.
En la org ya existían estado, fecha de alta y asignación a empleado. Lo que había que construir: campos de motivo de baja, valor de venta, resultado, más validation rules y un Flow.
Ese es el tipo de pedido que antes se iba a un Word. Acá se fue a metadata viva.
Rovo: el Agentforce de Atlassian (con Studio incluido)
Rovo es la IA de Atlassian. JuanMa lo dijo sin vueltas: es el Agentforce (o el Claude, o el ChatGPT) del ecosistema Jira/Confluence.
Tiene home propia. Ya viene embebido el conocimiento de los proyectos, de Jira y de Confluence que ustedes ven.
Los espacios de Jira son la base de ítems (un proyecto por empresa o por iniciativa). Los espacios de Confluence se piensan como sitios: privados por defecto, con control de acceso, y piezas publicables a internet si hace falta.
Rovo también tiene algo parecido al Agentforce Builder: el Studio, donde crean agentes, automatizaciones y más. No es solo chat.
Un tip de uso diario. Si un user story está desprolijo, le piden a Rovo que lo emprolije.
Funciona. Pero la versión "pro" de la clase fue otra: usar Rovo desde Claude (con conector), no solo desde la web de Atlassian.
Adrián preguntó en el chat la diferencia. Desde Atlassian, Rovo ve el mundo Atlassian.
Desde Claude con los conectores, juntan tres fuentes: Rovo/Atlassian, el MCP de Salesforce con la metadata de la org, y el contexto que Claude ya tiene de ustedes, la empresa y los proyectos.
Una sola conversación. Tres cerebros alineados.
Eso es lo que "vuelve la cabeza", como dijo JuanMa. Sobre precios de Atlassian, la clase fue explícita: la estructura no se parece a la de Salesforce.
Es mucho más accesible, hay bundles, y existe capa gratis. Marisa lo marcó en el chat y JuanMa lo confirmó.
El ciclo completo: del lenguaje natural al Sprint
El mapa que dibujaron es el que importa recordar.
El cliente pide en lenguaje natural. La IA explora la org por el MCP de Salesforce y publica el requerimiento en Confluence (vía MCP de Atlassian).
La IA genera el Epic y las stories en Jira. El equipo humano implementa en Salesforce.
Rovo consulta, resume y audita. Ese es el circuito cerrado.
Sin esta historia, el camino viejo sigue siendo Object Manager campo por campo, un Word por mail, copiar a Confluence, crear stories a mano, y al final nadie recuerda la decisión. Eso puede comer 4 a 8 horas (o más) por pedido.
Fran trajo un caso real (empresa petrolera, sin nombres). Con Claude, notas de reunión y mockups de APIs armaron un diccionario de integraciones y un flujo funcional en Confluence.
Detectaron inconsistencias. Resolvieron en dos reuniones lo que en un proyecto tradicional hubiera llevado una o dos semanas de ida y vuelta.
Eso no es magia de marketing. Es velocidad con contexto de org encima de la mesa.
Tres MCPs a la vez: metadata → página de Confluence
En vivo, JuanMa creó un folder Masterclass en Confluence, copió la URL del espacio y le pidió a Claude una página didáctica del modelo de datos.
El pedido era doble audiencia. Que lo entiendan un business user y un developer.
Ahí trabajaron las tres capas juntas. Claude con contexto de conversación, el MCP de Salesforce trayendo metadata en tiempo real, y el MCP de Atlassian creando la página.
Crear, modificar, actualizar, borrar. Cada página con historial.
Cuando abrieron el resultado, el modelo de activo fijo apareció vinculado a área, ubicación, marca, asignación a empleado y más relaciones. Tablas, gráficos, explicación: el tipo de documentación que antes se pelea a mano.
Josu insistió en el freno. Human in the loop: siempre revisen antes de entregar.
Si pifian un detalle obvio, pierden credibilidad del documento entero (y a veces de la carrera). Fran sumó el riesgo de arrastre.
Si documentan mal una automatización, quien tome esa data después automatiza el error. Los comentarios humanos dentro de Atlassian agregan valor que la IA sola no reemplaza.
Hubo un debate sano. Fran, en otro momento, había dicho para qué documentar todo si la IA lo regenera al instante.
JuanMa defendió la validación humana. Corregir, comentar, dejar rastro.
El truco sutil del prompt también importó. Pedir doble audiencia cambió el output: lenguaje de negocio de un lado, detalle más técnico del otro, en la misma página.
Después tiraron un pedido contextual más gordo (sin ejecutarlo entero por tiempo). Documentar activos fijos en tres record types (vehículos y rodados, artículos de oficina, herramientas de taller).
Claude pidió permiso y empezó a redactar requisitos. El método quedó claro: back-and-forth hasta que el documento quede como lo necesitan, no como piedra el primer intento.
Si la IA hace todo esto, ¿para qué están ustedes?
Cierre filosófico de la clase, sin romanticismo. Si Claude armó el modelo y el requerimiento, ¿para qué existe el consultor, el admin, el developer?
La respuesta fue operativa. Alguien conectó la org correcta.
Alguien formuló el pedido con precisión. Alguien verificó que la propuesta tiene sentido de negocio.
Alguien eligió qué preguntas abiertas importan.
Ese alguien son ustedes. Lo que cambia es el mix de tiempo: dejan de gastar el 70% en tareas horribles de documentación y ganan capacidad de pensar y agregar valor.
Esti fue más lejos con los roles. Analista funcional, PM, developer, tester: las fronteras se estaban borrando.
Con este stack, una persona puede recorrer más del end-to-end. La industria se mueve ahí, les guste o no.
Vantegrate es partner de Salesforce y de Oracle. En la misma clase mostraron, de pasada, productos que viven dentro y fuera de la org.
Sellium, Revio, Metrix, Trazzo y Arconte. Fran resumió Metrix como la capa que unifica fuentes (Salesforce, SAP, desarrollos propios) y deja consultar en conversación.
Se parece a lo que Agentforce Coworker hace, con la diferencia de cruzar más mundos de datos. Si están armando agentes de IA sobre Salesforce, este patrón (MCP + documentación viva + tickets auditables) es el andamiaje que las consultoras dan por sabido y casi nadie enseña en público.
Estas masterclass de los jueves quedan en Pulse. Si quieren bajar el ciclo a su org (MCP, Confluence como fuente de verdad, Jira limpio y Rovo auditando), pidan una demo.
La clase no alcanzó las 47 slides. Alcanzó lo que importa: metadata real, una página que un humano revisa, y el camino del WhatsApp al Epic sin perder el criterio.
Eso es MCP con Jira, Confluence y Rovo. El resto es seguir pegando Excel.
