La demanda de analistas de negocio de Salesforce ha crecido a un ritmo elevado. Las organizaciones de Salesforce han evolucionado y se han vuelto más complejas. Como resultado, existe una mayor necesidad de evaluar los cambios deseados y obtener una visión completa de la situación, para asegurarse de que todo el mundo está de acuerdo. Esta es la razón por la que las organizaciones deben buscar un Analista de Negocio.

Los analistas de negocio participan en todo el proceso. Desde la idea, pasando por el descubrimiento (recopilación de necesidades) y el mapeo de procesos, hasta garantizar que el proyecto se entrega, que se han completado suficientes pruebas y que a los usuarios realmente les gusta utilizar el sistema (es decir, la adopción del usuario).

Los analistas de negocio también ayudan a «dirigir el barco» con la deuda técnica, que es causada por la elección de atajos o la solución incorrecta / incompleta, en lugar de tomarse el tiempo para descubrir las necesidades del negocio más allá del corto plazo. Cargado con herramientas y tecnología que la organización ha superado, el tiempo/coste de retrabajo adicional se convierte en una carga.

La cantidad adecuada de gobernanza, alineación con las partes interesadas y documentación ha dado lugar a la demanda de analistas de negocio de Salesforce, o profesionales de Salesforce que dominan las habilidades de análisis de negocio. Después de todo, hay pruebas de ello en la trayectoria profesional de analista de negocio de Salesforce y en la tan esperada certificación de analista de negocio de Salesforce.

LEA MÁS:
Guía y consejos para la certificación de analista de negocio de Salesforce

Otro punto importante a destacar: Las funciones de analista de negocio adoptarán diferentes «formas». Puede ser un analista de negocio interno o trabajar para un socio consultor de Salesforce. Las preguntas de la entrevista variarán en función de la organización y del tamaño del proyecto que la organización desee emprender.

    • Para los analistas de negocio internos (es decir, que trabajan en la organización Salesforce de su propia organización), también debe revisar las preguntas de la entrevista de administración.

<li

  • Para analistas de negocio externos (es decir, que trabajen en socios consultores de Salesforce), debe revisar las preguntas de la entrevista de consultor y/o gestor de proyectos.

En este artículo, he recopilado una lista con algunas de las preguntas más específicas que podría esperar al realizar una entrevista para un puesto de analista de negocio de Salesforce, con algunas ideas sobre cómo podría enfocar la respuesta a las mismas.

Preguntas para entrar en calor

1. Hábleme de usted. Háblame de ti.

Aunque no es una pregunta, casi todas las entrevistas (de Salesforce o de otro tipo) van a comenzar con una pregunta en la que tendrá la oportunidad de hablar de sí mismo.

No cometa el error de convertirla en un largo desglose, viñeta a viñeta, de su historial laboral. Esta puede ser tu única oportunidad de dejar al entrevistador con lo que quieres que sepa de ti. Elija sus palabras con cuidado y practique de antemano lo que va a decir. Intente que su respuesta no dure más de dos minutos.

Para los analistas de negocio de Salesforce, este es un buen momento para mencionar cuándo descubrió Salesforce y también sus habilidades interpersonales transferibles.

LEA MÁS:
14 habilidades de un profesional de éxito en Salesforce (según Salesforce)

2. ¿Por qué Salesforce?

Los profesionales de Salesforce son conocidos por su pasión por Salesforce, pero no basta con decir «me encanta». Algunas razones que amplían su amor y que podría mencionar en la entrevista:

    • La comunidad: Haga saber a su entrevistador que es capaz de aprovechar el poder de la «Ohana» de Salesforce para ampliar sus conocimientos sobre Salesforce, aprender las mejores prácticas y mantenerse al día de los cambios. Si su entrevistador es un MVP de Salesforce o un líder de grupo de la comunidad Trailhead, le gustará aún más esta respuesta.

<li

  • Trailhead: El sistema de gestión del aprendizaje y los grupos de la comunidad de Salesforce, Trailhead, es gratuito, completo y divertido. Al mencionar Trailhead, puede demostrar que sabe dónde encontrar respuestas a preguntas sobre Salesforce, obtener más información sobre la plataforma y los productos y conectar con otros profesionales. Con esta respuesta y la anterior, dará la impresión de ser una persona con recursos, con don de gentes (muy importante para los BA) y un aprendiz continuo que no dependerá por completo de su empleador para obtener todos sus conocimientos sobre Salesforce.
  • Trailhead
  • Ayudar a las personas/ayudar a las empresas: Los analistas de negocio suelen estar motivados por la emoción de la transformación digital que cambia la vida laboral de las personas al eliminar los puntos débiles y optimizar los procesos empresariales. Salesforce es un medio asombroso para este fin, que es a menudo la razón por la que los BA tienden a gravitar hacia él.
  • Ayudar a las personas/ayudar a las empresas:

3. ¿Qué experiencia ha tenido como analista de negocio?

Esta pregunta es bastante sencilla si has tenido experiencia como analista de negocio, pero si no es así, es el momento de dejar brillar esas habilidades transferibles. Pregúntese, ¿ha ocupado alguna vez un puesto, profesional o incluso personal (¡las reuniones de padres y madres cuentan!), que le exigiera:

  • ¿Hablar con alguien para poder entender a fondo un problema y luego proponer una solución?
  • Escribir documentación?
  • ¿Estar de cara al cliente?
  • ¿Ejecutar reuniones?
  • ¿Crear presentaciones?

Estos y otros tipos de habilidades transferibles, donde has hecho el trabajo que hace un BA pero sin el título, son excelentes para plantear aquí.

LEER MÁS:
Qué es un analista de negocio de Salesforce – ¿Cómo llegar a serlo?

4. ¿Qué cualidades cree que hacen que un Salesforce Business Analyst sea bueno?

Un BA de Salesforce actúa como traductor entre la empresa y el equipo técnico. Para hacerlo con eficacia, un BA debe tener sólidas habilidades de comunicación, como ser capaz de escribir con claridad y comunicar conceptos técnicos de forma no técnica. Debe hablar con claridad y seguridad.

Pero más que habilidades interpersonales, el análisis empresarial requiere inteligencia emocional. La empatía es clave a la hora de relacionarse con las partes interesadas de la empresa. Cuando te embarcas en un proyecto de transformación digital, las partes interesadas pueden sentirse a la defensiva. Pueden tener la sensación de que sus formas no son valiosas o que vas a intentar llegar y decirles que no hacen bien su trabajo.

A veces las entrevistas de recopilación de requisitos empresariales pueden parecer más bien sesiones de terapia empresarial, pero aprovechar esos sentimientos de dolor, resentimiento y frustración al recopilar requisitos a menudo significa que se está llegando a la imagen real de la empresa y eso es algo maravilloso. Cuando las partes interesadas sientan que estás ahí para ayudarles de verdad, te convertirás más fácilmente en un asesor de confianza para ellos.

5. ¿Tiene alguna pregunta que hacerme? ¿Tiene alguna pregunta para mí?

Esto suele venir al final de las preguntas del entrevistador/es – ¡no dejes caer la pelota aquí!

Este es el momento de dar al entrevistador una idea de cómo sería una sesión de recopilación de requisitos empresariales con usted. Es el momento de hacer preguntas para tener claras las responsabilidades del puesto, lo que hace la empresa y cómo es el éxito. Tome el control de esa reunión, al igual que lo haría en una entrevista con las partes interesadas, y tenga confianza mientras hace grandes preguntas.

Gestión de las partes interesadas

6. ¿Cómo gestionarías que un stakeholder de negocio añadiera nuevos requisitos más allá del alcance de trabajo acordado?

La ampliación del alcance es un gran riesgo para cualquier proyecto de Salesforce, por lo que es vital contar con un plan de proyecto claro y bien definido. Dicho esto, las partes interesadas son partes interesadas, lo que significa que es probable que pidan cosas fuera del alcance del proyecto con la esperanza de que usted pueda «incluirlas». Como BA, es importante escuchar el nuevo requisito y, a continuación, esbozar los riesgos para el proyecto y las opciones. ¿Debería pasar a una segunda fase? ¿Debería eliminarse algo del alcance para poder incluirlo?

Tener un proceso formal de gestión de cambios de revisión y aprobación garantizará que los cambios no autorizados no descarrilen el proyecto.

7. ¿Cómo trataría a una parte interesada que…

  1. ¿No responde?
  2. ¿No facilita información?
  3. ¿No responde?
  4. ¿Se muestra difícil?

Para las entrevistas de BA, es probable que obtenga alguna versión de una pregunta con la forma de gestionar una parte interesada empresarial desafiante. Tener un plan de gestión de partes interesadas acordado en su lugar ayudará a establecer las expectativas en cuanto a las responsabilidades de cada parte interesada. Facilitará señalar cuando una parte interesada actúe de forma contraria al plan establecido.

Una vez identificada una parte interesada problemática, un enfoque habitual es concertar una reunión individual con ella para reiterarle su importancia para el proyecto. Comprender sus motivaciones y preocupaciones, y luego validarlas, puede ayudar a reconstruir la confianza entre ambos. Al mismo tiempo, es importante que el proyecto siga adelante. Un BA puede tener que llamar el riesgo para el director del proyecto si la parte interesada no se sube a bordo.

Gestión de proyectos

8. ¿Qué hacer cuando se bloquea un problema?

La forma de enfocar esto dependerá del problema en el que estés bloqueado. En general, el trabajo de BA suele implicar a un equipo al que puedes acudir, incluido tu gestor de proyectos, si necesitas ayuda con cualquier cosa. Fuera de su equipo, también son buenas opciones mostrar su ingenio aprovechando la comunidad de Trailblazer, la ayuda de Salesforce y Trailhead para investigar sobre funciones y soluciones con las que podría estar menos familiarizado. Lo importante es transmitir que, aunque no siempre tenga las respuestas, confía en que siempre podrá encontrarlas.

9. Además de Salesforce. Además de Salesforce, ¿qué ejemplos de software ha utilizado como analista de negocio?

Esto podría parecer un poco diferente en función de su experiencia personal y los detalles específicos de los proyectos en los que ha estado, pero aquí hay algunos programas que los analistas de negocios suelen utilizar:

  • Historias de usuarios: Jira, Elements.cloud, Salesforce, Trello.
  • Los analistas de negocio suelen utilizar los siguientes programas
  • Mapeo de procesos de negocio: Visio, LucidChart.
  • Mapeo de procesos de negocio: Visio, LucidChart
  • Documentación de formación: Confluence, OneNote, Notion, Google Suite, Microsoft Suite, Salesforce.
  • Gestión de proyectos: Jira, Smartsheet, Notion.
  • Gestión de proyectos: Jira, Smartsheet, Notion
  • Toma de notas: One Note, Google Suite, Microsoft Suite.
  • Gestión de reuniones: Jira, Smartsheet, Microsoft Suite
  • Reuniones: Zoom, Google Hangouts, Teams

10. Has trabajado alguna vez en un equipo ágil?

Por Trailhead, «Salesforce business analyst es un project-based, business-improvement role». Al estar basado en proyectos, es importante reconocer que las iniciativas de Salesforce tienden a utilizar Scrum u otras metodologías Agile para facilitar dichos proyectos. Comprender claramente cómo funciona un equipo Agile suele ser clave para los BA.

Tanto si tiene experiencia en Agile como si no, le recomiendo encarecidamente que obtenga una credencial de Certified Scrum Master o Certified Scrum Product Owner a través de Scrum Alliance. Ambos son fáciles, cursos de dos días que le permiten tener una respuesta fácil a esta pregunta:

Entrevistador: «¿Ha trabajado alguna vez en un equipo ágil?»

Tú: «Soy Certified Scrum Master»

¡Hecho!

En ausencia de una credencial Agile, lo que el entrevistador estará buscando es calibrar cuánta formación tendrían que darte sobre la metodología en caso de que te unieras a su equipo. Demostrando una clara comprensión de cómo funciona un equipo Scrum típico y soltando esas palabras del vocabulario Ágil (como «Sprint», «Retrospectiva» y «Definición de Hecho»), harás mucho para convencerles de que podrías ponerte manos a la obra.

11. ¿Qué metodología prefieres? ¿Agile o Waterfall?

Esta es una pregunta un poco capciosa. Aunque la mayoría de los proyectos de Salesforce tienden a utilizar la metodología Agile, no es siempre la mejor forma de entregar un proyecto. Una pregunta como ésta está diseñada para ver si entiende las diferencias entre las dos metodologías y si se siente cómodo con ellas. Las principales cosas que hay que saber son:

  • Waterfall es mejor cuando el presupuesto o el tiempo de entrega es fijo, el resultado de un proyecto es predecible y los requisitos están bien definidos.
  • Agile se utiliza cuando se espera que los requisitos evolucionen y el proyecto se entrega de forma incremental. Las partes interesadas de la empresa participan activamente en todo el proceso
  • Muchas empresas, especialmente consultorías, utilizarán alguna combinación de Waterfall y Agile para su metodología estándar de entrega de proyectos, así que intente no odiar a una u otra porque no querrá insultarlas accidentalmente.
  • Agile es una metodología que se utiliza cuando se espera que los requisitos evolucionen y las partes interesadas del negocio se involucren profundamente a lo largo de todo el proceso

Así que tal vez la mejor respuesta aquí es: «Cuéntame más sobre el proyecto».

Descubrimiento

12. Cómo se reúnen los requisitos?

¿Qué tipo de preguntas hace?

Algunas formas comunes de obtener requisitos son:

  • Sesiones de tormenta de ideas
  • Entrevistas
  • Análisis de documentos
  • Demos de sistemas actuales
  • Encuestas / Cuestionarios
  • Talleres de requisitos
  • Observación

La palabra que debes incluir absolutamente en esta respuesta es, «¿por qué?». Se supone que los BAs no son tomadores de órdenes – es esencial que un BA de Salesforce entienda por qué un proceso de negocio es como es.

LEA MÁS:
Cómo recopilar requisitos (y decir ‘no’)

Algunas otras preguntas comunes son:

  • ¿Cuáles son sus puntos de dolor?
  • ¿Qué documentación tiene sobre este proceso?
  • ¿Qué aspecto tiene el éxito para usted?
  • ¿Cómo lo hace hoy en día?
  • ¿Quiénes son las personas implicadas en el proceso?
  • ¿Qué otros sistemas intervienen en el proceso?
  • ¿Cuáles son los hand offs?
  • ¿Hay excepciones? «¿Qué pasaría si…?
  • ¿Me he perdido algo?

Sin embargo, más que enumerar técnicas, esta pregunta es una gran oportunidad para discutir cosas como lo importante que es tener a las partes interesadas adecuadas en la sala. Por ejemplo, los directivos y los trabajadores a menudo pueden tener necesidades y puntos de vista muy diferentes sobre la eficacia del proceso. También puede utilizar esta pregunta para hablar de la importancia de la empatía y la confianza a la hora de reunir requisitos.

13. ¿Cómo identificaría las áreas de mejora?

13. ¿Cómo identificarías las áreas a mejorar en un proceso de negocio?

Además de preguntar a las partes interesadas sus opiniones (los puntos de dolor casi siempre conducen a la mejora del proceso de negocio), este es un buen momento para sacar a colación el mapeo de procesos de negocio. Mencionar algo como un Mapa de Flujo de Valor no sólo le hará ganar puntos de vocabulario e indicará que tiene herramientas en su cinturón de herramientas de BA, sino que también demostrará que entiende cuándo usarlas.

Una gran expresión para trabajar en esta respuesta viene de Ash Finnegan, Digital Transformation Officer en Conga. Se me quedó grabada y siempre cae bien en las entrevistas: «Si coges un mal proceso y le añades tecnología, solo consigues un mal proceso más rápido».

14. ¿Cómo prioriza los requisitos empresariales? Cómo se priorizan los requisitos empresariales?

Esta es una gran pregunta para discutir cómo trabajarías estrechamente con el Product Owner para priorizar el backlog. Introducir la palabra de vocabulario «backlog» es clave aquí, y si quieres ponerte elegante, revienta algunos métodos ágiles de priorización.

15. ¿Cuándo sabes que has terminado? ¿Cuándo sabes que has terminado de recopilar requisitos?

Cuando las sesiones de recopilación de requisitos no aportan ningún cambio significativo a los requisitos y empiezas a escuchar las mismas cosas que ya has escuchado, es probable que hayas terminado. Revisar sus requisitos con la empresa y validar que ha capturado todo lo que querían que supiera también le ayudará a entender si hay algo más que deba saber.

16. ¿Qué es un criterio de aceptación? Cuál es la diferencia entre criterios de aceptación e historias de usuario?

Las historias de usuario tienen como objetivo capturar lo que un usuario quiere y por qué lo quiere. Se centra más en la experiencia del usuario final. Por otro lado, los criterios de aceptación indican lo que debe ser cierto para que la historia de usuario se considere entregada con éxito. Las historias de usuario por sí solas no suelen ser lo suficientemente buenas como para configurar o codificar a partir de ellas. El emparejamiento de la historia de usuario con los criterios de aceptación es donde ocurre la magia.

Bonus: Los criterios de aceptación son un gran punto de partida para los scripts de prueba para el Aseguramiento de la Calidad (QA) y las Pruebas de Aceptación del Usuario (UAT).

LEA MÁS:
Cómo escribir historias de usuario para Salesforce

17. ¿Ha escrito alguna vez una historia de usuario? Qué hace que una sea buena?

Si has escrito una historia de usuario, deberías estar preparado para la primera parte de esta pregunta. Si no lo ha hecho, ¡debería hacerlo! Del mismo modo que los futuros administradores crearán orgs de desarrollo de Salesforce para practicar la configuración, los BA también pueden hacer lo mismo, pero intente escribir primero las historias de usuario. Unirse a un desafío de habilidades de Clicked o a una búsqueda de administradores/analistas también puede proporcionarle experiencia práctica gratuita en la creación de historias de usuario sólidas.

En cuanto a lo que hace que una sea buena, el acrónimo INVEST utilizado en Agile puede ser útil aquí:

    • Independiente: No debería duplicarse o solaparse con otra historia de usuario. Esto permite flexibilidad en la priorización del backlog de historias de usuario.

<li

  • Negociable: Las historias de usuario evolucionarán absolutamente en el transcurso de un proyecto.
  • Valiosas: No tiene sentido escribirlas de otra manera si no valen algo para el usuario.
  • Estimable: Debe hacerse una idea de cuánto tiempo llevará completarlo.
  • Pequeñas: Las historias de usuario más pequeñas son más fáciles de estimar, hacen que el equipo se sienta realizado porque se pueden entregar más rápido, y no retrasan piezas masivas de funcionalidad si algo va mal más adelante en el ciclo de vida de la aplicación.
  • Pequeñas:
  • Pequeñas:
  • Probable: Los criterios de aceptación son clave para entregar con éxito una historia de usuario, por lo que la historia de usuario debe ser lo suficientemente clara como para que el éxito sea definitivo.
  • Los criterios de aceptación son clave para entregar con éxito una historia de usuario

18. Has realizado alguna vez algún mapeo o diagramación de procesos de negocio?

En última instancia, lo que es necesario transmitir aquí es que el mapeo de procesos de negocio es una herramienta en su cinturón de herramientas BA y que usted entiende y puede comunicar el valor de la misma. El mapeo de procesos de negocio a menudo puede comunicar visualmente procesos difíciles más fácilmente que otros tipos de documentación. Son ideales para identificar los residuos, las mejoras y los cambios propuestos en un proceso. La Notación universal de procesos (UPN) está ganando popularidad en lo que respecta a la asignación de procesos empresariales para proyectos de Salesforce, por lo que también sería estupendo mencionarla aquí.

Aunque hay muchos tipos de mapas de procesos de negocio formales, haber mapeado algo utilizando un formato no convencional y discutirlo aquí es mejor que nada.

LEER MÁS:
Introducción a la notación universal de procesos (UPN) para la asignación de procesos de Salesforce

Trabajo en equipo

19. Prefiere trabajar en equipo o individualmente? ¿Por qué?

Como he dicho antes, en Trailhead dicen que «el analista empresarial de Salesforce es una función basada en proyectos y de mejora empresarial» Basado en proyectos significa equipo, así que primero asegúrese de que su respuesta es «equipo» hasta el final para esta pregunta. En cuanto al «por qué», puede explicar lo mucho que le gusta trabajar con personas, ayudar a documentar los procesos del equipo y cómo entiende la importancia de la función de analista de negocio como puente entre la empresa y el equipo.

20. ¿Qué crees que hace que un equipo tenga éxito?

Este es un buen punto para hablar de la dinámica de los equipos ágiles. Los equipos ágiles evolucionan para ser cada vez mejores a medida que avanza el proyecto. Esto requiere un compromiso con el equipo, el proyecto y los principios ágiles. Los mejores equipos ágiles son auto-organizados, multi-funcionales y altamente colaborativos.

Aparte de la grandeza ágil, este es también un buen momento para introducir una historia del pasado que haga sentir bien al equipo. Ágil o no, la mayoría de la gente ha estado en un equipo de algún tipo en su vida antes de entrevistarse para un trabajo. Incluso si tienes una historia sobre la salsa secreta que hizo que tu equipo de la liga infantil tuviera éxito, vale la pena compartirla: los entrevistadores recuerdan historias.

Conocimientos de Salesforce

21. ¿Ha creado alguna vez un flujo de Salesforce? ¿Has creado alguna vez un flujo de Salesforce?

No se estrese si le surge esta pregunta. La pregunta sobre el flujo suele ser una forma de que los entrevistadores evalúen lo cómodo que te sientes con la configuración de código bajo. Lo importante es ser honesto. Si está solicitando un puesto de Salesforce BA y necesitan que sea un experto en flujos, entonces es posible que en realidad no estén buscando un Salesforce BA y que el puesto no encaje bien.

LEA MÁS:
La guía completa de Salesforce Flow

Dicho esto, si puede escribir un flujo excelente, dígalo. Cuente una historia sobre cómo descubrió el problema empresarial, lo resolvió con un flujo, documentó ese flujo y todo el tiempo o dinero que ahorró.

Si aún no puedes escribir un flujo asesino, entonces después de ser breve, pero honesto, céntrate más en lo que puedes ofrecer a un equipo en lo que a configuración se refiere. ¿Te gustan las fórmulas? ¿UI/UX? ¿Qué puedes ofrecer a un equipo de configuración existente en términos de apoyo? También puede hablar de lo entusiasmado que está por aumentar la profundidad de sus conocimientos de Salesforce sumergiéndose más en la configuración (si es el caso).

Como nota final aquí, los BAs de Salesforce que por lo menos entienden el poder de la automatización de Salesforce y las posibilidades y límites del uso del flujo son mucho mejores para entrenar a sus partes interesadas en lo que es posible.

LEA MÁS:
Curso Ultimate Salesforce Flow Foundation

22. ¿Tiene alguna certificación de Salesforce?

De nuevo, sea honesto aquí ya que cualquier empleador potencial puede verificar fácilmente sus credenciales de Salesforce en Trailhead. También puede aprovechar esta oportunidad para hablar de otras certificaciones o credenciales que haya obtenido y que muestren sus habilidades de análisis empresarial, como CBAP, ACBA o CSM.

Para las personas que me han preguntado, mi ruta de certificación recomendada para un analista empresarial de Salesforce sería:

  1. Administrador de Salesforce: Casi todos los puestos de BA de Salesforce lo solicitan
  2. Scrum Alliance Certified Scrum Master: Véase la pregunta 10 anterior sobre por qué creo que esta es buena.
  3. Consultor de Salesforce (Ventas, Servicio, Marketing…): Si la nube en la que piensas especializarte tiene una certificación, consíguela. Aunque la certificación de analista empresarial de Salesforce merece la pena, todavía es nueva y no muchos clientes de Salesforce saben que existe. Las certificaciones de consultor también le prepararán mejor para la entrega de un proyecto completo.
  4. Certificación de analista de negocio de Salesforce
  5. Analista de negocio de Salesforce: Se explica por sí mismo. Si el examen de administrador fue duro y necesita una victoria más rápida, entonces probablemente esté bien hacer éste antes del examen de consultor.
  6. Salesforce Business Analyst: autoexplicativo

Después de estos: Diseñador de estrategia, Diseñador de experiencia de usuario y Constructor de aplicaciones de plataforma.

23. ¿Qué «nubes» de Salesforce utiliza? ¿Con qué «nubes» de Salesforce tiene experiencia?

Una pregunta común en la que querrán asegurarse de que su pila tecnológica se alinea con su experiencia. Después de compartir su experiencia con Salesforce, también puede mencionar cualquier producto importante de AppExchange con el que esté familiarizado y que pueda ser relevante en función del sector de la empresa con la que se está entrevistando.

También es un buen momento para hablar de cómo le gustaría ampliar sus conocimientos de Salesforce explorando nuevas nubes (y tener algunas en mente en caso de que le pregunten «¿cuáles?»). Si está realizando una entrevista con un socio de Salesforce, investigar un poco en AppExchange puede ayudarle a averiguar qué soluciones podrían ser relevantes para esa empresa.

24. ¿Cómo mantiene sus conocimientos de Salesforce? ¿Cómo mantiene actualizadas sus habilidades y conocimientos sobre Salesforce?

Además de aprovechar algunos de los recursos ya mencionados en este artículo sobre Trailhead y la comunidad Trailblazer, este es un buen momento para mencionar cómo se mantiene al día con las tres versiones anuales de Salesforce.

Como analistas de negocio, especialmente los que trabajan para clientes de Salesforce, es probable que una parte del trabajo consista en comprender las nuevas funciones que se lanzarán, presentar las relevantes a las partes interesadas del negocio, recopilar comentarios, añadirlas al backlog cuando sea apropiado y verlas a lo largo del ciclo de vida de implementación.

Experiencia

25. Has participado alguna vez en pruebas de aceptación de usuarios (UAT)? ¿Cuál era su papel?

Los analistas de negocio tienden a desempeñar un papel clave en UAT, ya que están muy familiarizados con los requisitos y se mantienen cerca de las partes interesadas. Los guiones de prueba de UAT también suelen basarse en los criterios de aceptación de las historias de usuario.

Puedes responder «Sí» a esta pregunta si alguna vez has participado en pruebas de software antes de su lanzamiento. ¿Fuiste probador? ¿Escribiste guiones de prueba? ¿Escribiste las instrucciones que los probadores tenían que seguir? ¿Ejecutaste todo el proceso UAT? ¿Documentaste las diferencias descubiertas entre los resultados de las pruebas y los requisitos? ¿Cómo se trataron?

Hay mucho en juego cuando los usuarios ven por primera vez nuevas funciones o software. Asegúrese de que su respuesta comunica su experiencia, así como su comprensión de por qué UAT debe ser exhaustiva y documentada mucho antes de una puesta en marcha.

26. ¿Ha impartido algún curso de formación sobre Salesforce a empleados? ¿Ha impartido formación sobre Salesforce a usuarios finales?

Capacitar a los usuarios finales de Salesforce es una de esas tareas que deben hacerse y hacerse bien para garantizar la adopción (no tiene sentido crear algo que nadie utiliza), pero rara vez hay un recurso dedicado a ello. Dado que los BA de Salesforce tienden a trabajar tan estrechamente con los usuarios finales, a menudo acaban llevando el sombrero de la formación, así que no se sorprenda si surge esta pregunta.

Si ha tenido que proporcionar formación a usuarios finales en el pasado, puede comunicar cifras como cuántas horas de formación ha impartido o a cuántos usuarios ha proporcionado formación. También es un buen momento para destacar otras contribuciones a la formación. ¿Ha impartido la formación en persona? ¿Ha creado vídeos de formación? ¿Ayudó a redactar el plan de estudios? ¿Contribuyó con alguna configuración de apoyo a la formación como In-App Guidance o Guidance for Success?

Si no ha realizado ninguna formación para usuarios finales de Salesforce, no dude en citar otras formaciones que haya realizado fuera de los proyectos de Salesforce. También está bien hablar de su empatía con los usuarios finales y de lo mucho que puede sumergirse en sus procesos empresariales le convertirá en la mejor persona para la tarea.

27. Describa un proyecto de Salesforce en el que haya trabajado. Describa un proyecto de Salesforce en el que haya trabajado y su contribución.

Esta pregunta trata de medir su nivel de experiencia de una forma muy similar a la pregunta 3. He aquí algunas formas diferentes de enfocarla:

  • Si no tiene experiencia previa en proyectos de Salesforce: Hable sobre proyectos voluntarios o simulados de Salesforce, por ejemplo, un Clicked Quest. Si no es así, hable sobre lo que más le apetece aportar y dónde cree que su conjunto de habilidades podría añadir valor a su primer proyecto de Salesforce basándose en otros proyectos exitosos que no sean de Salesforce o en sus estudios de Salesforce.
  • Si no tiene experiencia previa en proyectos de Salesforce:
  • Si sólo tiene experiencia como usuario final: Está bien que mencione su experiencia incluso si su única experiencia fue como usuario final que formó parte de la implementación de una nueva función o si contribuyó con comentarios valiosos. Qué se hizo bien o qué habrías hecho de forma diferente?
  • ¿Qué se hizo bien o qué habrías hecho de forma diferente?
  • Si tiene varios proyectos entre los que elegir: Elija el que más se ajuste al sector y al puesto al que opta. No olvide mencionar el tamaño del proyecto y los detalles de su contribución, centrándose en las habilidades de BA, como la documentación, la elicitación y la gestión de las partes interesadas.
  • Si tiene varios proyectos, elija uno de ellos

28. ¿Has creado alguna vez documentación? Por favor, detállala.

Aunque no haya sido en un proyecto de Salesforce, mencionar aquí las veces que ha creado material de formación, documentos de instrucciones, diagramas e incluso listas de tareas útiles. Lo mejor son los ejemplos profesionales en los que pueda describir lo que hizo, por qué era importante la documentación, para quién y cómo ayudó.

En el peor de los casos, puedes hablar de aquella vez que dejaste instrucciones detalladas a tu hijo adolescente sobre cómo usar la lavadora mientras estabas fuera de la ciudad y no quemó la casa.

29. ¿El objetivo? ¿El objetivo es ser administrativo o licenciado? Hacia dónde ves que se dirige tu carrera y por qué?

Aunque mentir no es generalmente recomendable, las empresas tienden a favorecer a las personas que se sienten llamadas a hacer el tipo de trabajo que el rol anuncia. Entonces, ¿por qué la gente se siente apasionada por el análisis empresarial de Salesforce? Algunas buenas razones:

  • Les encanta hacer más fácil la vida de las personas a través de Salesforce.
  • Les encanta hacer más fácil la vida de las personas a través de Salesforce
  • Son inquisitivos y disfrutan descubriendo cómo funcionan los procesos y mejorándolos.
  • Son apasionados de la organización, la gestión y la comunicación
  • La organización, la creación de elementos visuales y la documentación de la información es una de sus pasiones.
  • Les gusta trabajar con Salesforce
  • Les gusta trabajar con equipos y personas para aportar valor.
  • Entienden que se requiere un análisis de negocio de calidad para construir las cosas correctas en Salesforce.
  • Les gusta trabajar con equipos y personas para ofrecer valor

En lo que respecta a las trayectorias profesionales, aunque la gente puede permanecer en funciones de analista de negocio para siempre, a medida que los BA descubren más sobre el aspecto técnico de la plataforma Salesforce (a través del aprendizaje continuo que deben realizar), a menudo pasan a funciones de consultor funcional, arquitecto de soluciones, gestor de productos y propietario de productos.

LEA MÁS:
La demanda de analistas de negocio de Salesforce: El «Gran Atún»

30. Describa una ocasión en la que cometió un error. Describa una ocasión en la que cometió un error. Qué medidas tomaste después?

Es una buena idea tener una de estas historias en tu ‘bolsillo trasero’. Aunque no tiene que ser específica de BA, mostrar un momento en el que descubriste un error, asumiste la responsabilidad y luego tomaste medidas para corregirlo (con un final feliz) puede demostrar que estarías preparado para dar malas noticias.

Al ser el puente entre la empresa y el equipo técnico, los BA a menudo tienen que dar noticias difíciles a las partes interesadas y, a veces, al equipo técnico. Tal vez una demostración fue mal recibida, tal vez el nivel de esfuerzo se calculó mal, tal vez una fecha de lanzamiento debe ser empujada debido a los resultados de UAT – ser capaz de enmarcar una situación difícil de una manera que movilizará a las personas involucradas para corregirlo con un mínimo de resentimientos es una gran habilidad para tener como analista de negocios.

Resumen

Además de las preguntas anteriores, es importante recordar que el entrevistador también estará calibrando si se sienten cómodos poniéndote delante de una parte interesada del negocio o no. Expresar confianza, ser amable, sonreír, hacer buenas preguntas y hablar con claridad son aspectos importantes para cualquier entrevista, pero especialmente vitales para los puestos de Salesforce BA.

Si desea perfeccionar las mejores prácticas de Salesforce BA antes de presentarse, consulte estos recursos:

Incluso si decide que ser analista empresarial no es lo suyo, estas habilidades de análisis empresarial siguen siendo vitales para los administradores, arquitectos y consultores de Salesforce.

¡Buena suerte ahí fuera, #BadAssBA! Estas antiguas organizaciones de Salesforce y las nuevas implementaciones le necesitan. Así que por el bien de todos: ¡a entrevistarse!

El Autor

Vanessa Grant

Consultora Principal Asociada en Simplus | 9x Certified | CSM | MBA | #DF22 Speaker & #DF23 Speaker | Mentor | #BABA | Social Media Darling

Entradas recomendadas