Praxis Academy
Inicio › Business Analyst › Collaboration with Stakeholders

Preguntas de práctica Business Analyst: Collaboration with Stakeholders

Collaboration with Stakeholders vale 24% del examen Salesforce Certified Business Analyst. Cubre mapa de interesados, RACI, comunicación y escalamiento. Resuelve estas 9 preguntas gratis y abre cada respuesta para ver por qué cada opción es correcta o incorrecta.

01

Antes de un despliegue de Service Cloud en una empresa de equipo para exteriores, el analista de negocio debe averiguar por qué los agentes de soporte tardan en promedio 14 minutos en resolver cada caso, casi el doble del referente de la industria. ¿Qué técnica de elicitación debe aplicar el BA PRIMERO para descubrir la causa raíz?

  1. Encuestar a todos los agentes de servicio al cliente y pedirles que clasifiquen sus principales puntos de dolor.
  2. Realizar un taller JAD con el gerente de servicio al cliente y el equipo de TI para diseñar el estado futuro deseado.
  3. Acompañar (shadowing) a agentes individuales mientras resuelven casos en vivo para ver cómo trabajan realmente.
  4. Revisar la documentación actual de gestión de casos y los procedimientos operativos estándar.
Ver respuesta

Respuesta: C

A. Encuestar a todos los agentes de servicio al cliente y pedirles que clasifiquen sus principales puntos de dolor.Incorrecta. Las encuestas llegan a muchas personas, pero carecen de la profundidad para revelar paso a paso las causas de una ineficiencia concreta.
B. Realizar un taller JAD con el gerente de servicio al cliente y el equipo de TI para diseñar el estado futuro deseado.Incorrecta. JAD se centra en diseñar el estado futuro; saltar a esa etapa antes de entender la actividad actual hará que se pierda la causa raíz existente.
C. Acompañar (shadowing) a agentes individuales mientras resuelven casos en vivo para ver cómo trabajan realmente. ✓Correcta. El shadowing expone soluciones alternativas no documentadas, cambios entre herramientas y cuellos de botella que los agentes quizá no mencionen en entrevistas o encuestas.
D. Revisar la documentación actual de gestión de casos y los procedimientos operativos estándar.Incorrecta. Los documentos suelen describir el proceso previsto, no el real, por lo que no revelarían las soluciones informales que provocan el promedio de 14 minutos.

Por qué: Cuando el objetivo es diagnosticar una ineficiencia operativa específica, la observación (shadowing) va primero porque muestra lo que las personas realmente hacen y no lo que dicen hacer. Las encuestas sirven para recopilar opiniones amplias y los talleres JAD para diseñar el estado futuro.

02

El analista de negocio conduce un taller de requisitos de Sales Cloud con 12 personas: representantes de primera línea, dos gerentes regionales y el VP de Ventas. El VP domina cada tema y los representantes han dejado de participar. ¿Qué técnica de facilitación debe usar el BA para que todos sean escuchados?

  1. Pedir al VP que presente el conjunto completo de requisitos en nombre de todo el equipo para agilizar la sesión.
  2. Usar grupos pequeños de trabajo o aportes por turnos (round-robin), donde cada participante comparte ideas antes de la discusión abierta, para que las voces dominantes no opaquen a las más calladas.
  3. Hacer que retiren al VP de la sesión por ser disruptivo.
  4. Considerar los requisitos del VP como representativos del grupo y registrarlos como definitivos.
Ver respuesta

Respuesta: B

A. Pedir al VP que presente el conjunto completo de requisitos en nombre de todo el equipo para agilizar la sesión.Incorrecta. Dejar que el VP hable por todos excluye a los representantes cuya experiencia diaria es la más relevante; la información solo de ejecutivos suele pasar por alto la realidad operativa.
B. Usar grupos pequeños de trabajo o aportes por turnos (round-robin), donde cada participante comparte ideas antes de la discusión abierta, para que las voces dominantes no opaquen a las más calladas. ✓Correcta. Los grupos sin el VP y los aportes por turnos están diseñados para hacer participar a los más callados, y la generación individual de ideas antes de discutir evita anclarse en la voz de mayor jerarquía.
C. Hacer que retiren al VP de la sesión por ser disruptivo.Incorrecta. Expulsar a un VP es políticamente dañino y elimina a un stakeholder cuya opinión se necesita; el BA debe manejar la dinámica mediante facilitación.
D. Considerar los requisitos del VP como representativos del grupo y registrarlos como definitivos.Incorrecta. La visión descendente de un solo ejecutivo puede omitir realidades de primera línea, así que tomarla como la voz de 12 personas es una falla de calidad de requisitos.

Por qué: Las técnicas de participación estructurada contrarrestan las voces dominantes: grupos separados que distancian a los ejecutivos del personal de primera línea, turnos round-robin antes de la discusión abierta o generación de ideas por escrito y en silencio antes de compartirlas. Equilibran la participación y hacen aflorar el conocimiento operativo que los ejecutivos pueden suprimir sin querer.

03

El analista de negocio conducirá una sesión de diseño conjunto de aplicaciones (JAD) para una implementación de Service Cloud con el director de operaciones, tres gerentes de servicio, dos administradores de Salesforce y el arquitecto de soluciones. ¿Qué paso de preparación es el MÁS importante para que la sesión JAD sea productiva?

  1. Crear un mapa de procesos del estado futuro totalmente diseñado para presentarlo como punto de partida que el grupo valide.
  2. Elaborar una agenda estructurada con temas de discusión asignados previamente, puntos de decisión definidos y un objetivo claro de la sesión, y enviarla a los participantes con anticipación.
  3. Pedir al arquitecto de soluciones que diseñe la configuración de Salesforce antes del JAD para que las decisiones técnicas ya estén tomadas cuando lleguen los stakeholders de negocio.
  4. Reservar la sesión JAD por al menos 8 horas para cubrir todos los temas sin prisas.
Ver respuesta

Respuesta: B

A. Crear un mapa de procesos del estado futuro totalmente diseñado para presentarlo como punto de partida que el grupo valide.Incorrecta. El valor de JAD está en diseñar en conjunto; presentar un diseño terminado limita las aportaciones y ancla al grupo en los supuestos del BA.
B. Elaborar una agenda estructurada con temas de discusión asignados previamente, puntos de decisión definidos y un objetivo claro de la sesión, y enviarla a los participantes con anticipación. ✓Correcta. Un objetivo claro, una agenda de temas con tiempos y responsabilidades asignadas, distribuidos con anticipación, permiten que los participantes se preparen y decidan con eficiencia.
C. Pedir al arquitecto de soluciones que diseñe la configuración de Salesforce antes del JAD para que las decisiones técnicas ya estén tomadas cuando lleguen los stakeholders de negocio.Incorrecta. Tomar las decisiones técnicas antes de escuchar al negocio anula el propósito de JAD, que es co-crear soluciones entre equipos de negocio y técnicos.
D. Reservar la sesión JAD por al menos 8 horas para cubrir todos los temas sin prisas.Incorrecta. La duración por sí sola no genera productividad; sin estructura, una sesión más larga solo significa más discusión sin enfoque.

Por qué: Una sesión JAD productiva depende de una preparación estructurada: un objetivo claro, una agenda de temas con puntos de decisión definidos y temas asignados previamente, todo compartido con anticipación para que los participantes lleguen preparados y la discusión se mantenga enfocada. Las sesiones sin estructura suelen terminar con debates sin resolver y resultados vagos.

04

En un taller de descubrimiento con operaciones de ventas y TI, el equipo de operaciones de ventas habla en términos de negocio mientras TI se concentra en restricciones técnicas. A mitad de la sesión, los grupos dejan de entenderse y el avance se detiene. ¿Cuál es el paso MÁS eficaz para el analista de negocio?

  1. Sacar al equipo de TI de la sesión y reunirse con ellos por separado para una discusión de diseño técnico.
  2. Traducir las restricciones técnicas a resultados de negocio y dibujar un diagrama de procesos en una pizarra compartida para dar a ambos grupos un lenguaje visual común.
  3. Incorporar a un alto ejecutivo a la sesión para que tome la decisión final sobre los puntos en disputa.
  4. Enviar a ambos grupos una encuesta posterior para que califiquen sus prioridades por separado y luego combinar los resultados fuera de la sesión.
Ver respuesta

Respuesta: B

A. Sacar al equipo de TI de la sesión y reunirse con ellos por separado para una discusión de diseño técnico.Incorrecta. Separar a los grupos evita el problema en lugar de cerrar la brecha de comunicación, que es tarea del BA.
B. Traducir las restricciones técnicas a resultados de negocio y dibujar un diagrama de procesos en una pizarra compartida para dar a ambos grupos un lenguaje visual común. ✓Correcta. Un lenguaje visual compartido y orientado al impacto de negocio da a ambos grupos algo concreto sobre qué trabajar juntos, lo que permite avanzar la sesión.
C. Incorporar a un alto ejecutivo a la sesión para que tome la decisión final sobre los puntos en disputa.Incorrecta. Escalar a un ejecutivo en una sesión de trabajo es prematuro; primero deben probarse técnicas de facilitación.
D. Enviar a ambos grupos una encuesta posterior para que califiquen sus prioridades por separado y luego combinar los resultados fuera de la sesión.Incorrecta. Pasar a una encuesta asíncrona hace perder el impulso colaborativo del taller; el bloqueo debe resolverse en la sesión.

Por qué: El BA es el puente entre los stakeholders de negocio y los técnicos. Cuando las diferencias de vocabulario frenan una sesión, la facilitación visual (mapas de procesos, diagramas) junto con la traducción de restricciones a impacto de negocio crea un punto de referencia compartido y pone al grupo de nuevo en marcha.

05

A los quince minutos de un taller de requisitos de Service Cloud, un stakeholder empieza a presentar un diseño de solución detallado, con nombres de campos, Record Types y lógica de automatización. El resto del grupo comienza a debatir esa solución en lugar de explorar las necesidades del negocio. ¿Qué debe hacer el analista de negocio?

  1. Dejar que la discusión continúe, ya que las soluciones propuestas por los stakeholders pueden ser aportaciones útiles para los requisitos.
  2. Registrar la solución propuesta en el parking lot, reconocer la experiencia del stakeholder y redirigir al grupo hacia el problema de negocio subyacente que la solución pretende resolver.
  3. Documentar de inmediato cada nombre de campo y regla de automatización propuestos como requisitos y cerrar el taller antes de tiempo.
  4. Pedir al arquitecto de TI que evalúe la viabilidad de la solución propuesta antes de continuar el taller.
Ver respuesta

Respuesta: B

A. Dejar que la discusión continúe, ya que las soluciones propuestas por los stakeholders pueden ser aportaciones útiles para los requisitos.Incorrecta. Convertir la sesión en diseño de soluciones demasiado pronto produce requisitos sesgados hacia una solución y oculta la necesidad de fondo, que otro enfoque podría atender mejor.
B. Registrar la solución propuesta en el parking lot, reconocer la experiencia del stakeholder y redirigir al grupo hacia el problema de negocio subyacente que la solución pretende resolver. ✓Correcta. Enviar la idea al parking lot respeta la aportación sin descartarla, y redirigir al problema de negocio mantiene los requisitos enfocados en el problema y abiertos a la mejor solución.
C. Documentar de inmediato cada nombre de campo y regla de automatización propuestos como requisitos y cerrar el taller antes de tiempo.Incorrecta. Registrar detalles de implementación como requisitos confunde una posible solución con el problema en sí.
D. Pedir al arquitecto de TI que evalúe la viabilidad de la solución propuesta antes de continuar el taller.Incorrecta. Una revisión de viabilidad a mitad del taller es prematura porque aún no se ha confirmado el problema de negocio.

Por qué: Cuando los stakeholders saltan al diseño antes de explorar las necesidades, el BA envía la solución propuesta al parking lot, reconoce la experiencia del stakeholder y regresa al grupo al problema de negocio. El principio rector es 'el problema antes que la solución': entender bien la necesidad antes de juzgar cómo atenderla.

06

Una empresa de calzado deportivo está extendiendo su implementación de Salesforce de Norteamérica a Europa. El analista de negocio descubre que algunos requisitos de Norteamérica, como ciertas reglas de visibilidad de datos y configuraciones de uso compartido de registros, podrían entrar en conflicto con el GDPR en Europa. ¿Cómo debe responder el BA?

  1. Reutilizar la configuración de Norteamérica para Europa y dejar que TI haga los ajustes de GDPR necesarios después de la implementación.
  2. Registrar las necesidades de privacidad de datos del GDPR como requisitos regulatorios/de cumplimiento para el despliegue europeo e involucrar al equipo legal o de cumplimiento para confirmar que la configuración planificada satisface las obligaciones del GDPR.
  3. Dejar fuera al equipo europeo del despliegue de Salesforce hasta encontrar una plataforma separada que cumpla con el GDPR.
  4. Pedir al patrocinador del proyecto que acepte el riesgo de cumplimiento del GDPR como parte del despliegue europeo para mantener el cronograma.
Ver respuesta

Respuesta: B

A. Reutilizar la configuración de Norteamérica para Europa y dejar que TI haga los ajustes de GDPR necesarios después de la implementación.Incorrecta. Posponer el trabajo de GDPR hasta después de la implementación arriesga violaciones graves; estos requisitos pertenecen a la fase de requisitos.
B. Registrar las necesidades de privacidad de datos del GDPR como requisitos regulatorios/de cumplimiento para el despliegue europeo e involucrar al equipo legal o de cumplimiento para confirmar que la configuración planificada satisface las obligaciones del GDPR. ✓Correcta. Los requisitos de cumplimiento son una categoría no funcional que el BA debe capturar, y que el equipo legal o de cumplimiento valide el diseño antes de construir protege contra multas significativas del GDPR.
C. Dejar fuera al equipo europeo del despliegue de Salesforce hasta encontrar una plataforma separada que cumpla con el GDPR.Incorrecta. Salesforce ofrece opciones de configuración compatibles con el GDPR, por lo que excluir a Europa es una reacción extrema ante un problema de requisitos que se puede resolver.
D. Pedir al patrocinador del proyecto que acepte el riesgo de cumplimiento del GDPR como parte del despliegue europeo para mantener el cronograma.Incorrecta. El cumplimiento del GDPR es una obligación legal que un patrocinador no puede dispensar por conveniencia del cronograma.

Por qué: Cuando el descubrimiento revela requisitos regulatorios (GDPR, HIPAA, SOX), el BA los documenta como requisitos regulatorios/de cumplimiento e involucra a expertos legales o de cumplimiento para validar la solución planificada. Estos requisitos son restricciones no negociables que tienen prioridad sobre la conveniencia y el cronograma, y detectarlos a tiempo evita correcciones costosas después del go-live.

07

Una empresa que implementa Salesforce por primera vez quiere que su BA elabore un plan de involucramiento de stakeholders, y el patrocinador pregunta específicamente cómo manejar a los stakeholders que se resisten. ¿Qué enfoque refleja la MEJOR práctica profesional para gestionar esa resistencia?

  1. Identificar a los stakeholders que se resisten y reunirse primero con cada uno de forma individual para entender por qué se resisten, antes de construir el plan de involucramiento más amplio.
  2. Marcar a los stakeholders que se resisten como 'bloqueadores' en la matriz RACI y canalizar toda la comunicación a través del patrocinador del proyecto para esquivar sus objeciones.
  3. Suponer que la resistencia desaparecerá sola después de la capacitación y excluir a esos stakeholders de todo el involucramiento previo al go-live.
  4. Registrar a todos los stakeholders que se resisten y sus inquietudes, y entregar la lista al CEO para que la dirección intervenga.
Ver respuesta

Respuesta: A

A. Identificar a los stakeholders que se resisten y reunirse primero con cada uno de forma individual para entender por qué se resisten, antes de construir el plan de involucramiento más amplio. ✓Correcta. Reunirse con los stakeholders que se resisten antes de cerrar el plan general muestra si sus inquietudes son legítimas (brechas de proceso, calidad de datos, cambios de rol) o se basan en desinformación, y eso permite diseñar una estrategia de involucramiento más eficaz.
B. Marcar a los stakeholders que se resisten como 'bloqueadores' en la matriz RACI y canalizar toda la comunicación a través del patrocinador del proyecto para esquivar sus objeciones.Incorrecta. Etiquetar a las personas como 'bloqueadores' y rodearlas es confrontativo; los stakeholders excluidos suelen resistirse más. El BA debe involucrarlos, no evitarlos.
C. Suponer que la resistencia desaparecerá sola después de la capacitación y excluir a esos stakeholders de todo el involucramiento previo al go-live.Incorrecta. La resistencia rara vez desaparece sin involucramiento. Excluir a las personas antes del go-live suele aumentar la resistencia cuando se les impone un sistema desconocido.
D. Registrar a todos los stakeholders que se resisten y sus inquietudes, y entregar la lista al CEO para que la dirección intervenga.Incorrecta. Acudir directamente al CEO es un primer paso desproporcionado. El BA debe entender y atender la resistencia directamente, y escalar solo si esos esfuerzos fallan.

Por qué: Gestionar la resistencia empieza por encontrar su causa. Las conversaciones individuales tempranas revelan si la oposición proviene de inquietudes válidas (brechas en los requisitos), de desinformación (temores infundados) o de intereses personales (impacto en el rol de alguien). Conocer la causa permite al BA responder con un involucramiento dirigido, en lugar de actividades genéricas de inclusión que no atacan el verdadero motivo.

08

En un taller de requisitos de Service Cloud en una empresa de tenis deportivos, el director de servicio al cliente exige notificaciones de escritorio en tiempo real para cada Case nuevo, mientras que el gerente de seguridad de TI afirma que las notificaciones push en tiempo real violarían la política de seguridad de datos. Ninguno cede. ¿Cómo debe el analista de negocio mantener el avance del proyecto?

  1. Respaldar al gerente de seguridad de TI, porque los requisitos de seguridad siempre prevalecen sobre las preferencias del negocio.
  2. Escalar al patrocinador del proyecto y detener todo el trabajo hasta que se tome una decisión.
  3. Conducir una sesión enfocada con ambos stakeholders para descubrir sus inquietudes de fondo y explorar opciones de notificación que cumplan las políticas y satisfagan a ambos.
  4. Registrar ambos requisitos como 'Must-have' en el backlog y dejar que el equipo de desarrollo lo resuelva durante la construcción.
Ver respuesta

Respuesta: C

A. Respaldar al gerente de seguridad de TI, porque los requisitos de seguridad siempre prevalecen sobre las preferencias del negocio.Incorrecta. El BA facilita el consenso en lugar de fallar a favor de una categoría de stakeholder. Tanto la seguridad como las necesidades del negocio deben atenderse de forma colaborativa.
B. Escalar al patrocinador del proyecto y detener todo el trabajo hasta que se tome una decisión.Incorrecta. Detener todo el trabajo por un desacuerdo es desproporcionado y retrasa el proyecto. Primero se facilita; se escala solo si eso falla.
C. Conducir una sesión enfocada con ambos stakeholders para descubrir sus inquietudes de fondo y explorar opciones de notificación que cumplan las políticas y satisfagan a ambos. ✓Correcta. Al aclarar lo que cada parte realmente necesita (enterarse a tiempo frente a proteger los datos), el BA puede explorar opciones como notificaciones dentro de la aplicación, alertas basadas en permisos o canales de notificación seguros que funcionen para ambos.
D. Registrar ambos requisitos como 'Must-have' en el backlog y dejar que el equipo de desarrollo lo resuelva durante la construcción.Incorrecta. Los desarrolladores necesitan requisitos claros y acordados. El conflicto debe resolverse durante el trabajo de requisitos, no aplazarse a la construcción.

Por qué: Ante prioridades en conflicto, el trabajo del BA es facilitar: reunir a las partes, sacar a la luz las inquietudes reales y encontrar una solución aceptable para ambos. Tomar partido, detener el trabajo o pasar el conflicto a los desarrolladores no cumple el objetivo de lograr consenso entre los stakeholders.

09

En una marca de calzado deportivo, el BA conduce un taller de requisitos para un nuevo portal de autoservicio en Experience Cloud. Customer success quiere que toda interacción requiera iniciar sesión con una cuenta para capturar datos; marketing quiere acceso totalmente anónimo para fomentar el descubrimiento. ¿Cuál es la MEJOR manera de que el BA maneje este conflicto?

  1. Optar por la preferencia de marketing, ya que atraer usuarios suele tener más prioridad que capturar datos.
  2. Registrar ambos requisitos como conflictivos y dejar la decisión al equipo de desarrollo durante la construcción.
  3. Conducir una discusión estructurada que saque a la luz el objetivo de negocio detrás de cada requisito y luego proponer opciones (por ejemplo, navegación anónima con perfilamiento progresivo, contenido restringido para los recursos de alto valor) que atiendan ambos objetivos.
  4. Escalar de inmediato al patrocinador del proyecto para que decida en definitiva sobre el acceso al portal.
Ver respuesta

Respuesta: C

A. Optar por la preferencia de marketing, ya que atraer usuarios suele tener más prioridad que capturar datos.Incorrecta. Priorizar a un equipo sin contexto organizacional y sin un proceso de consenso no le corresponde al BA.
B. Registrar ambos requisitos como conflictivos y dejar la decisión al equipo de desarrollo durante la construcción.Incorrecta. Los conflictos deben resolverse durante la etapa de requisitos; los desarrolladores deben recibir requisitos claros y acordados, no decisiones de negocio pendientes.
C. Conducir una discusión estructurada que saque a la luz el objetivo de negocio detrás de cada requisito y luego proponer opciones (por ejemplo, navegación anónima con perfilamiento progresivo, contenido restringido para los recursos de alto valor) que atiendan ambos objetivos. ✓Correcta. Entender el 'por qué' de cada solicitud permite al BA proponer opciones creativas, como dejar que los visitantes naveguen de forma anónima mientras se recopilan datos gradualmente, que satisfagan a ambos equipos. Facilitar esa discusión es parte central de la colaboración del BA.
D. Escalar de inmediato al patrocinador del proyecto para que decida en definitiva sobre el acceso al portal.Incorrecta. Escalar es apropiado cuando la facilitación falla; el BA debe intentar construir consenso primero.

Por qué: Ante requisitos en conflicto, el BA descubre por qué cada grupo quiere lo que pide y luego propone soluciones que cumplan varios objetivos a la vez. Aquí, un enfoque como la navegación anónima combinada con perfilamiento progresivo puede apoyar el objetivo de descubrimiento de marketing y el de captura de datos de customer success, logrando consenso con una visión más amplia de la solución en lugar de una elección de uno u otro.

Descubre si estás listo para aprobar

Haz el diagnóstico gratis de Business Analyst: 20 preguntas, sin cuenta. Después desbloquea las 180 preguntas, los exámenes de práctica completos y la guía de estudio.

Hacer el diagnóstico gratisVer planes

Otras secciones de este examen