Cómo responder a “Cuéntame sobre alguna ocasión en la que ejerciste influencia sin tener autoridad”

La pregunta de entrevista y cuándo aplica

Cuéntame sobre alguna ocasión en la que no tenías autoridad formal pero necesitabas que compañeros o socios interfuncionales apoyaran un trabajo que inicialmente no era su prioridad. Explica la decisión o acción de quién debía cambiar, por qué no apoyaron de inmediato la solicitud, cómo influyiste en ellos y qué ocurrió después.

Esta pregunta conductual aplica a product managers, program managers, ingenieros, profesionales de datos, diseñadores y líderes de personas. No es una prueba de carisma ni de trabajo en equipo genérico. Una historia válida presenta una brecha real de autoridad: no podías asignar el trabajo de la otra persona, evaluar su desempeño ni reordenar unilateralmente sus prioridades, y aun así necesitabas que asumiera un compromiso voluntario y observable.

Su objetivo central difiere de “cuéntame sobre un desacuerdo técnico”. Una pregunta sobre desacuerdos evalúa principalmente cómo comparas opciones, respetas los derechos de decisión y ejecutas después de que se toma una decisión. Esta pregunta indaga qué protegía cada parte interesada, si la resistencia provenía de la información, los incentivos, la capacidad o la confianza, y cómo modificaste la solicitud misma para reducir el costo de la otra parte. Demostrar que tu propuesta técnica era superior no explica por qué alguien decidió actuar.

Utiliza una experiencia real. Puedes anonimizar el proyecto, el cliente y los colegas, pero no presentes a un reporte directo siguiendo una instrucción como influencia sin autoridad. El ejemplo a continuación es material de práctica ficticio y no debe presentarse como una experiencia personal. Cada número en él es un marcador de posición para reemplazar.

Qué evalúa el entrevistador

La primera señal es si la brecha de autoridad era real. Una respuesta sólida nombra con precisión la autoridad que sí tenías: tal vez eras dueño de una recomendación, una capacidad de plataforma o la coordinación de un programa, pero no del cronograma de otro equipo ni de su decisión final. Si gestionabas directamente a la parte interesada, o un ejecutivo ya había emitido una orden no negociable, la autoridad es una causa más verosímil de cumplimiento que la influencia.

La segunda señal es si entendiste la resistencia. Una parte interesada puede carecer de evidencia, proteger un objetivo distinto, no tener capacidad, temer un riesgo o desconfiar del camino propuesto. Tratar cada objeción como “no vieron el valor” y repetir la misma presentación solo sube el volumen. Una respuesta más contundente demuestra que primero escuchaste y luego modificaste la evidencia, el alcance o el intercambio para las diferentes partes interesadas.

La tercera señal es si tu enfoque cambió el costo de actuar. Los datos pueden demostrar un problema; no crean tiempo de ingeniería, cobertura de pruebas ni responsabilidad sobre las decisiones. Podrías reducir la primera fase, encargarte de las herramientas de migración, proponer una prueba piloto de bajo riesgo, hacer que el riesgo oculto sea comparable entre opciones o transformar una aprobación vaga en responsables y fechas concretos. El entrevistador necesita escuchar qué hiciste para facilitar el compromiso.

La cuarta señal es si el proceso fue honesto y respetó los límites. La influencia no es manipulación. Revela los costos y la incertidumbre, ofrece opciones genuinas, nombra al responsable final de la decisión y evita reclutar secretamente a un ejecutivo para presionar a las personas involucradas. El escalamiento resulta apropiado cuando un riesgo material no tiene dueño, se está por incumplir un plazo formal o se están ignorando límites de seguridad, legales, de datos o éticos.

Por último, el entrevistador busca resultados y reflexión. El resultado debe incluir el compromiso que obtuviste, qué ocurrió en realidad y si la relación o el mecanismo de seguimiento cambiaron. Incluso un intento de influencia fallido puede ser una historia madura si explicas cuándo dejaste de hacer campaña, cómo aceptaste la decisión y qué enfoque aprendiste que no funcionaba.

Preguntas de clarificación antes de responder

• ¿El entrevistador busca un comportamiento pasado o un enfoque hipotético? “Cuéntame sobre alguna ocasión” normalmente requiere un evento real del pasado. Para “¿Cómo influirías?”, presenta el método y luego valídalo con un ejemplo real. Nunca presentes un ejercicio ficticio como una experiencia vivida.
• ¿Qué cuenta como no tener autoridad formal? Separa la autoridad de recomendación, de recursos, de decisión y de gestión de personas. Podrías controlar una interfaz de plataforma pero no cuándo migran los equipos de producto, o ser dueño del resultado de un programa sin poder asignar trabajo interfuncional. Este límite determina la solidez de la historia.
• ¿Necesitabas cambiar una actitud, una decisión o una acción? “A la gente le gustó la idea” es incompleto. Nombra el compromiso observable: adoptar un estándar, asignar un responsable, unirse a un piloto o migrar para una fecha determinada.
• ¿Qué causó la resistencia? Una brecha de información requiere evidencia; una brecha de capacidad necesita menos alcance o ayuda; objetivos en conflicto requieren un resultado compartido; una baja confianza favorece un piloto pequeño. Sin este diagnóstico, la táctica de influencia puede resolver el problema equivocado.
• ¿Quién era el dueño de la decisión final y para cuándo debía tomarse? Sin un responsable o una fecha límite, el debate puede prolongarse indefinidamente. El límite también evita que describas la presión de un escalamiento como influencia.
• ¿Cómo definirás el resultado? Separa la decisión inmediata, la entrega y el resultado a más largo plazo. Puedes atribuirte el trabajo de conseguir el compromiso sin adjudicarte todo el resultado de negocio del equipo.

Estructura de respuesta de 30 segundos

“Durante [proyecto y fecha límite], necesité que [partes interesadas] apoyara [acción específica], pero yo no era dueño de sus cronogramas. Su principal preocupación era [conflicto de capacidad, riesgo u objetivos]. Primero utilicé [reuniones individuales o evidencia existente] para entender cada restricción. Luego cambié la solicitud de [solicitud original] a [alcance menor, prueba piloto o trabajo que asumiría yo] e hice explícitos los costos de actuar y de no actuar. Confirmé el límite con el dueño real de la decisión y luego obtuve compromisos para [responsables, fechas y entregables]. El resultado fue [resultado verificable]. En retrospectiva, había pasado por alto [parte interesada o táctica ineficaz], por lo que ahora hago [mejora específica] más temprano”.

Desarróllala con STAR. Usa Situación y Tarea para establecer la brecha de autoridad y el objetivo. Dedica la mayor parte de la respuesta al criterio y a las compensaciones en Acción. En Resultado, separa el compromiso, el resultado de negocio y tu contribución real, para luego cerrar con un cambio que aún aplicas hoy en día.

Análisis detallado paso a paso

Paso 1: Elige una historia que realmente demuestre influencia

Una historia útil cumple con cinco condiciones: carecías de autoridad de mando directo; la otra parte no se había comprometido inicialmente; ambas partes protegían objetivos razonables; cambiaste la comunicación, la evidencia o el plan de entrega; y le siguió una decisión o comportamiento observable. La colaboración de rutina, un favor incidental o la implementación después de que un ejecutivo ya había decidido aportan poca evidencia de influencia.

Las buenas fuentes incluyen cambios de prioridades entre equipos, migraciones de plataforma, adopción de procesos, riesgos de clientes o intercambios de recursos. Adapta el alcance al rol. Un candidato junior puede influir en sus compañeros de equipo para que adopten una práctica de pruebas. Un IC senior o líder usualmente debería mostrar múltiples equipos, diferentes incentivos y una cadena de responsabilidad más larga. La escala puede ser modesta; la autoridad y la causalidad no se pueden inventar.

Paso 2: Mapea a las partes interesadas y la resistencia

Antes de redactar STAR, completa cinco columnas para cada parte importante:

Esta tabla evita que la “parte interesada” se convierta en un perfil genérico. Finanzas puede requerir una definición auditable, ingeniería puede preocuparse por la migración y el riesgo en guardias operativas (on-call), y ventas puede proteger un compromiso con un cliente. Pueden compartir el mismo objetivo general sin aceptar el mismo tipo de evidencia.

Paso 3: Haz coincidir la táctica con la fuente de resistencia

Diferentes resistencias exigen diferentes acciones:

• Brecha de información: agrega evidencia de usuarios, incidentes pasados, un experimento o un modelo de costos revisable, y declara qué es lo que la evidencia no puede probar.
• Conflicto de objetivos: reconecta la solicitud con un resultado del que ambas partes sean dueñas y expón el costo de oportunidad. Reformular tu propia métrica como un eslogan más atractivo no genera alineación.
• Brecha de capacidad: reduce la primera fase, asume la responsabilidad de las herramientas o la documentación, o pospón el trabajo no crítico. Decirle a un equipo que se preocupe más no crea una hora extra.
• Brecha de riesgo o confianza: ofrece una prueba piloto de bajo riesgo, un compromiso reversible, condiciones de parada y una revisión independiente para que la parte interesada no tenga que aceptar toda la propuesta de una vez.
• Derechos de decisión poco claros: identifica quién decide, quién aconseja y cuándo debe cerrarse la discusión. Si todos pueden objetar y nadie puede decidir, otra reunión solo desgasta la confianza.

Las tácticas de influencia tienen costos. Asumir trabajo puede convertirte en un cuello de botella permanente. Un piloto genera evidencia, pero puede retrasar un cambio con fecha límite estricta. Sondear individualmente de antemano revela objeciones, pero mensajes inconsistentes pueden parecer la creación secreta de coaliciones. Una respuesta sólida explica por qué la táctica elegida era adecuada y cómo limitaste sus desventajas.

Paso 4: Convierte el apoyo en un compromiso

Una reunión positiva aún no es aceptación o respaldo formal (buy-in). Antes de que termine, reafirma cuatro hechos: quién hará qué, para cuándo, qué dependencia debe moverse y qué nueva evidencia reabriría la decisión. Registra la decisión y los riesgos no resueltos para que las personas ajenas a la reunión puedan entender el límite establecido.

El acuerdo unánime no es necesario. El dueño de una decisión puede optar por una vía tras escuchar la discrepancia, y un ejecutor puede comprometerse a un trabajo limitado mientras mantiene sus reservas. El resultado de la influencia es una acción informada y clara, no una sala llena de personas declarando que tienes la razón.

Paso 5: Usa STAR para preservar la causalidad sin atribuirte el crédito del equipo

Situación nombra el proyecto, la fecha límite, las partes interesadas y la brecha de autoridad. Tarea establece la decisión o acción específica que necesitabas. Acción sigue la cadena causal: cómo descubriste la resistencia, qué retroalimentación modificó la solicitud original, qué evidencia aportaste, qué costo aceptaste y cómo se aseguró el compromiso. Usa “yo” para tu trabajo, mientras atribuyes correctamente el asesoramiento, la aprobación y la ejecución de otras personas.

Resultado puede tener tres niveles. El primero es la decisión, como cuatro equipos designando responsables y fechas de migración. El segundo es la entrega, como completar la migración a tiempo. El tercero es el impacto, como un menor riesgo o un impacto controlado en el usuario. Atribuye únicamente lo que la evidencia respalde. Cuando múltiples factores impulsan una métrica de negocio, aclara que tu contribución fue facilitar la adopción y reducir el riesgo de ejecución, no generar por ti solo todo el resultado.

Paso 6: Sabe cuándo dejar de influir o escalar formalmente

Después de que una parte interesada dice que no, confirma el motivo, los derechos de decisión y qué nueva evidencia podría cambiar la postura. Si un responsable informado ha aceptado el riesgo y no se cruza ninguna línea de seguridad, legal, de datos o ética, registra la elección y deja de insistir con la campaña. Pasar por encima de esa persona acudiendo a líderes progresivamente más sénior puede transformar un desacuerdo de negocio en una quiebra de la confianza.

Cuando el escalamiento sea necesario, presenta hechos, comunicaciones previas, opciones restantes, impacto y el último momento útil para tomar la decisión. El objetivo es lograr que un responsable rinda cuentas y decida o asigne recursos, no tomar prestado el rango jerárquico para ganar una discusión. Si tu primera táctica fue errónea, expón sus consecuencias y tu corrección de forma directa.

Paso 7: Reemplaza la estructura de ejemplo con evidencia real

Recupera hechos de planes de proyectos, registros de decisiones, tickets, actualizaciones de estado y retrospectivas. Construye una hoja de evidencias con mi afirmación | evidencia disponible entonces | mi acción | acciones de los demás | resultado verificable | incertidumbre restante. Elimina números precisos de los que no tengas fuente y verifica si has exagerado tu autoridad de decisión.

Luego hazle a alguien que haya conocido el proyecto solo tres preguntas: “¿Por qué no estabas dispuesto a apoyar esto?”, “¿Qué cosa que hice cambió realmente la acción?” y “¿La contribución de quién falta en esta historia?”. Sus respuestas dejarán al descubierto ediciones hechas en retrospectiva. Finaliza exponiendo la historia en dos minutos bajo preguntas de seguimiento, sin depender de una larga sección de antecedentes para explicar la brecha de autoridad, la resistencia, la acción y el resultado.

Ejemplo de respuesta de alta calidad

El siguiente es un ejemplo ficticio solo con fines estructurales y no debe presentarse como una experiencia personal. El proyecto, los plazos, el conteo de equipos, el esfuerzo, los porcentajes y el recuento de incidentes son todos datos de marcador de posición para reemplazar.

“Yo era responsable de un SDK de inicio de sesión compartido en un equipo de plataforma. Un servicio de identidad externo dejaría de dar soporte a su antiguo método de rotación de tokens en ocho semanas; ocho semanas es un marcador de posición y debe reemplazarse. Yo podía modificar el SDK, pero no podía programar el trabajo de cuatro equipos de producto. Inicialmente, tres equipos colocaron la migración por detrás de los lanzamientos de nuevas funciones. Sus preocupaciones eran distintas: pruebas de regresión en móviles, riesgo de conversión en el checkout y falta de contexto de diagnóstico para Soporte. Cuatro equipos y tres equipos también son recuentos de marcadores de posición para reemplazar.

Mi tarea no era conseguir un acuerdo verbal de que el riesgo existía. Era lograr un compromiso de cada equipo sobre el alcance de la migración, un responsable y un método de validación antes de la fecha límite. Primero envié un plan de migración estándar y recibí poca respuesta. En conversaciones por separado con los líderes técnicos y un líder de Soporte, aprendí que mi plan había trasladado el costo de las pruebas de compatibilidad y del diagnóstico a los equipos de producto. Había clasificado erróneamente la resistencia.

Revisé la propuesta y la dividí en tres opciones: migrar en el ciclo actual, usar un puente de compatibilidad durante un ciclo o aceptar conscientemente el riesgo de la fecha límite con la aprobación firmada del responsable. Expuse los costos de mantenimiento y recuperación de cada opción en lugar de presentar el puente como una prórroga gratuita. Para reducir el costo de entrega, construí un adaptador de compatibilidad, pruebas de contrato automatizadas y una página de estado de la migración, y luego invité a un servicio de bajo riesgo para hacer una prueba piloto. Había estimado diez días-ingeniero; el piloto tomó tres días-ingeniero. Ambas cifras de esfuerzo son marcadores de posición para reemplazar. El piloto también reveló un caso de desfase horario (clock-skew) en dispositivos móviles, por lo que agregué esa prueba a las listas de verificación de los equipos restantes.

Luego pedí al dueño de la decisión del programa que confirmara la fecha límite compartida y el límite aceptable para el uso del puente. Con cada equipo, registré un responsable, una fecha y condiciones de parada. No forcé una cadencia única: tres equipos migraron directamente, mientras que un equipo utilizó el puente debido a un congelamiento de lanzamientos (release freeze). Esos recuentos de equipos son marcadores de posición para reemplazar. Yo asumí el mantenimiento del adaptador y un resumen de riesgo semanal; los equipos de producto mantuvieron sus decisiones de lanzamiento.

Los cuatro equipos completaron la migración en siete semanas. La tasa de fallas de inicio de sesión se mantuvo por debajo del 0.2% durante la transición, sin incidentes de severidad uno. El recuento de equipos, las siete semanas, el 0.2% y el recuento de incidentes son datos de marcador de posición para reemplazar. Los equipos entregaron el resultado en conjunto. Mi contribución específica fue diagnosticar diferentes fuentes de resistencia, reducir el costo de migración y convertir un apoyo vago en compromisos explícitos.

En retrospectiva, involucré a Soporte demasiado tarde. Descubrimos las necesidades de diagnóstico de primera línea solo después de que comenzó el diseño del puente, lo que generó retrabajo en la página de estado. En la próxima migración interfuncional, incluiré a Soporte y Operaciones en el mapa inicial de partes interesadas en lugar de hablar únicamente con los líderes técnicos”.

Al reemplazar esto con tu propia experiencia, no reutilices el SDK de inicio de sesión, el plan de migración ni los números. Primero identifica la autoridad de la que genuinamente carecías y luego nombra el resultado razonable que la otra parte protegía. Conserva la cadena causal de “interpretar mal la resistencia, cambiar la solicitud, reducir el costo, obtener el compromiso, atribuir con precisión, reflexionar de forma concreta”. Si tu resultado real es cualitativo, explica quién tomó qué decisión y cómo cambió el proceso posterior en lugar de inventar un porcentaje atractivo.

Errores comunes

• Presentar el trabajo asignado a un reporte directo como influencia sin autoridad → La autoridad de gestión explica la acción → Elige un ejemplo en el que no podías programar, evaluar ni mandar a la parte interesada, y establece ese límite con claridad.
• Decir únicamente “Convencí a todos con datos” → Los datos no resuelven la capacidad, el riesgo ni los incentivos → Explica cómo diagnosticaste la resistencia y cómo la evidencia modificó la solicitud o el costo de actuar.
• Presentar a las partes interesadas como tercas o desinformadas → La historia carece de empatía y de evidencia de colaboración duradera → Nombra el resultado legítimo que protegían y cómo modificó tu plan.
• Hacer de la presión ejecutiva el primer movimiento → La autoridad prestada pone fin al debate pero puede destruir la confianza → Comunícate directamente y expón primero las opciones y los costos; cuando el escalamiento sea necesario, nombra su detonante y su propósito de decisión.
• Tratar una buena reunión como si fuera el resultado → No hay responsable, fecha ni comportamiento posterior → Transforma el apoyo en compromisos observables e informa qué sucedió en realidad.
• Ofrecerte a asumir todo a cambio de apoyo → La adopción a corto plazo crea un cuello de botella permanente y una responsabilidad insostenible → Delimita tu contribución, la condición de salida y el responsable a largo plazo.
• Adjudicarte cada resultado de negocio como propio → Los resultados interfuncionales incluyen las decisiones y la ejecución de otras personas → Separa la decisión que facilitaste, la entrega del equipo y la métrica final del negocio.
• Inventar números precisos → La credibilidad se derrumba ante preguntas sobre el denominador o la fuente → Recupera números de registros reales; de lo contrario, utiliza un resultado cualitativo específico.
• Terminar con “la comunicación es importante” → La reflexión no sirve como guía para acciones futuras → Nombra la táctica que falló, la parte que pasaste por alto y la acción que ahora tomas con mayor anticipación.

Preguntas de seguimiento y respuestas

Pregunta de seguimiento 1: ¿Qué hiciste tú personalmente?

Divide la contribución en verbos: la resistencia que diagnosticaste, la solicitud que cambiaste, la evidencia o herramienta que creaste, las opciones que propusiste y el compromiso que obtuviste. Luego atribuye la aprobación, implementación y validación a las personas correctas. Una clara autoría personal no exige borrar al equipo.

Pregunta de seguimiento 2: ¿Qué hubiera pasado si la parte interesada más importante aun así decía que no?

Pregunta por el motivo, los derechos de decisión y la nueva evidencia que podría cambiar la resolución. Si un responsable informado acepta el riesgo, documéntalo y deja de insistir. Si un riesgo material no tiene dueño o se expone una fecha límite inamovible, escala con hechos, opciones y el punto límite para decidir. La persistencia no consiste en “presionar hasta obtener el acuerdo”.

Pregunta de seguimiento 3: ¿A qué renunciaste para conseguir apoyo?

Nombra la compensación real: tal vez redujiste la primera fase, aceptaste una capa de compatibilidad de corta duración o te hiciste cargo de las herramientas de migración. Explica cómo delimitaste el costo y por qué descartaste una vía más rápida pero más coercitiva. Una respuesta de beneficio mutuo sin costos rara vez resulta creíble.

Pregunta de seguimiento 4: ¿Cómo sabes que el resultado fue gracias a la influencia y no a una orden ejecutiva?

Señala los cambios observables antes y después de cualquier orden: quién aceptó una prueba piloto, asignó un responsable o cambió un plan a pesar de no tener una relación de dependencia contigo, y cuál de tus acciones modificó primero su preocupación. Si un ejecutivo tomó la decisión final, sé honesto en cuanto a que pudiste haber influido en la calidad de la decisión más que en la prioridad voluntaria de cada equipo.

Pregunta de seguimiento 5: ¿Sigue siendo una buena historia si el resultado final falló?

Puede serlo, pero separa el proceso de influencia del resultado del negocio. Explica el compromiso informado que obtuviste, la suposición que falló, cuándo la detectaste, cómo contuviste el impacto y cómo cambiarías el enfoque de influencia. No uses un “al menos todos estuvieron de acuerdo” para eludir las consecuencias.

Pregunta de seguimiento 6: ¿Cómo describiría este evento la otra parte interesada?

Ofrece una perspectiva que pueda diferir de la tuya: el costo que asumieron inicialmente, cómo tu primer enfoque añadió fricción y qué ajuste posterior realmente ayudó. Reconocer que mantuvieron ciertas reservas resulta más creíble que afirmar que convenciste a todo el mundo.

Pregunta de seguimiento 7: ¿Qué harías más temprano la próxima vez?

Elige el punto de decisión más temprano que podría haber cambiado el resultado: incluir a Operaciones antes de proponer el plan, identificar primero al dueño de la decisión o validar la carga de trabajo con una pequeña prueba piloto. Establece el costo de esa mejora y limítala a situaciones interfuncionales o de alto riesgo donde esté justificada.