¿Qué hacer cuando alguien dice "esa no es una solución aceptable"?

Últimamente me he encontrado mucho con esto entre jefes y clientes. Me hablan de un problema donde solo hay 1 solución. p.ej:

Cuando se le pide que cree una publicación de trabajo y al describir lo que hacemos:

me:"we want to use the term accepted by the industry" 
boss:"well that's unacceptable - I think the term is outdated - find another"

o Cuando implemente un curso de capacitación y el cliente quiera tener un cuestionario donde pueda decir quién lo ha tomado:

me:"the solution has to be routed through authentication services to ensure they are a member of your staff and to identify who is using the system like you want"
client:"well that is unacceptable - they shouldn't need to authenticate"

Y va y viene y, finalmente, el proyecto se olvida o se abandona. ¿Existe un enfoque para lidiar con este tipo de situaciones que pueda lograr un compromiso más directo en lugar de simplemente abandonar las cosas?

¿Es esto realmente una pregunta de gestión de proyectos? Parece que podría encajar mejor en The Workplace.
Veo esto como una cuestión de comunicación del proyecto.

Respuestas (3)

Veo dos (o bueno, tres, si conseguir un nuevo trabajo cuenta ;-)) formas posibles de lidiar con tales situaciones en general:

  • Cuando reciba una negativa como la anterior: pida aclaraciones o más explicaciones, abra un debate para comprender el punto de vista de la otra parte y llegar a un acuerdo común basado en hechos en lugar de sentimientos.
  • Para evitar recibir negativas: asegúrese de comprender completamente el problema y ver todas las soluciones posibles, luego presente su opinión de una manera más cooperativa y suave.

Para hacer frente a la negativa

Le dijiste a tu cliente "tenemos que hacer esto y aquello" y te lo negaron. Como muy probablemente saben, es bastante difícil salir adelante de un conflicto tan directo. Puede intentar navegar de regreso hacia una discusión constructiva abierta, así como aumentar su propia conciencia de la situación, la otra parte y las opciones disponibles.

Pregúntele al cliente para entender por qué piensa que su solución es inaceptable y cuál sería una solución aceptable (y por qué). Puede utilizar preguntas como

  • "¿Podrías explicar qué te hace pensar que esto es inaceptable?"
  • "¿Hay alguna información de la que esté al tanto (pero puede que yo no lo esté) que haga que esta sugerencia sea inaceptable para usted?"
  • "¿Hay alguna manera de mejorar mi sugerencia original que resuelva su preocupación?"
  • "¿Hay una mejor alternativa?"
  • "¿Por qué ve X como una mejor solución que mi propuesta original?"

Lo que es crucial en esta etapa es mantener la calma y la profesionalidad, para evitar que esto se convierta en una confrontación personal ( "¡te atreves a rechazar mi idea, así que te mostraré quién es el jefe aplastando cualquier alternativa que ofrezcas!" ). Siga centrándose en los aspectos técnicos, pros y contras de cada propuesta. Trate de pronosticar las consecuencias, beneficios y riesgos de cada opción. Obtenga una evaluación realista basada en hechos acordada por ambas partes. Por ejemplo, a la respuesta anterior de su jefe, puede proponer recopilar algunas estadísticas de Google para determinar cuál es el término más utilizado, o buscar en Wikipedia para aclarar el significado/uso comúnmente aceptado de los términos en cuestión.

Todo esto no garantiza el éxito, pero puede darle una oportunidad (dependiendo de las personalidades involucradas, el historial de conflictos pasados, la política de la oficina, etc.)

Para evitar la negativa

Como señalé anteriormente, una vez que recibe una negativa directa a su propuesta, es muy difícil salir de ella y llegar a un acuerdo sin que una de las partes pierda la cara. Por lo tanto, para tener mejores posibilidades de éxito, se recomienda presentar sus sugerencias de manera que evite, en la medida de lo posible, el rechazo directo.

Básicamente, veo dos formas de ayudar en esto: en primer lugar, asegúrese de que realmente comprende el problema a resolver. La negativa puede ser el resultado de que la solución propuesta sea inapropiada debido a algún factor que usted desconoce. Así que hable con el cliente para asegurarse de que conoce toda la información importante antes de hacer su propuesta. Y también intente pensar con la cabeza de su cliente: por ejemplo, usted puede ser un tipo técnico, mientras que él (ella) es una persona de negocios, que ve los mismos hechos bajo una luz totalmente diferente. Presentar una solución técnicamente sólida que no tenga en cuenta las necesidades del negocio seguramente no funcionará. Así que asegúrese de comprender lo que es importante para ella, cuál es su problema real y qué tipo de solución sería aceptable para ella.

El otro factor importante es cómo presenta su solución. Si dice "queremos hacer esto y esto", básicamente ofrece una opción de "aceptar o rechazar", lo que obviamente aumenta el riesgo de rechazo. (E incluso si el cliente acepta, es posible que no esté completamente satisfecha con ello, que sea demasiado tímida para expresar sus preocupaciones, pero estas preocupaciones pueden surgir a la larga en formas mucho más desagradables...) Por lo tanto, es mejor presente su sugerencia de manera abierta :

  • "Según mi comprensión del problema, tenemos las siguientes opciones: A, B y C. De estas, creo que B tiene costos muy altos ya que requiere configurar un nuevo servidor. Y creo que C es bastante arriesgado porque permite usuarios no autenticados para acceder a nuestros servicios. Así que creo que A es la mejor opción en general".

Incluso si realmente solo ve una posible solución (que rara vez es el caso), puede presentarla de una manera más suave:

  • "Después de evaluar nuestras opciones, creo que la única solución factible es A".

Esto es mejor que decir "Tenemos que hacer A" porque es más fácil para tu pareja pedir aclaraciones, sugerir alternativas o señalar problemas sin confrontarte abiertamente.

Usted controla el alcance, el costo, el cronograma; todo lo que haces responde a esos números.

En primer lugar, me aseguraría de que mi equipo y, si es posible, mi cliente hayan recibido la formación necesaria (es una broma; ve a ver el vídeo, me lo agradecerás).

Luego simplemente agrego los requisitos de los clientes a los requisitos, proyecto el impacto en el costo, el alcance, el cronograma y la calidad y dejo que el cliente tome una decisión informada.

yo: "queremos usar el término aceptado por la industria" jefe: "bueno, eso es inaceptable, creo que el término está desactualizado, busque otro"

Bien, lo revisaremos y veremos de qué manera está evolucionando la industria. Solo insertaré un nuevo paquete de trabajo aquí que retrasará su programación entre 1 y 4 semanas; proyectaremos 1, y eso aumentará el costo en X $. Por supuesto, si tiene razón y el término está desactualizado, también aumentará los costos de otras maneras: como dije, la industria usa este término y los currículos, las declaraciones de capacidad, etc. se redactarán en términos de las mejores prácticas de la industria. Elaboraré una mejor estimación de costos después de la investigación, pero estimo que aumentará el costo total del proyecto en un 10%.

yo: "la solución debe enrutarse a través de los servicios de autenticación para garantizar que sean miembros de su personal y para identificar quién está usando el sistema como usted quiere" cliente: "bueno, eso es inaceptable, no deberían necesitar autenticarse"

Entendí; podemos hacer el proyecto sin autenticación. Permítanme llamar su atención sobre la tensión entre ese nuevo requisito y su anterior requisito no funcional sobre seguridad. La única forma de conciliar esos dos requisitos es implementar una tecnología bastante avanzada que no puedo garantizar que sea confiable, ni puedo garantizar que la experiencia del usuario coincida con sus requisitos en esa área.

No me siento cómodo con este nuevo requisito, por lo que volveremos a evaluar el impacto en el proyecto y le informaremos sobre cualquier cambio en el costo, el alcance o el cronograma. También vamos a hacer una evaluación de riesgos rápida (a nuestro cargo) y, como parte de la prueba de aceptación/cierre del proyecto, le pediremos una carta de su abogado general que indique que hicimos el proyecto de acuerdo con sus requisitos y que somos indemnizados de cualquier consecuencia legal, ética o de otro tipo.

...y aquí está el seguimiento del entrenamiento :-)

Como otros notan, los datos son tus amigos. Nunca discutas con la premisa. Trátelo como racional y luego presente las consecuencias (como se señaló anteriormente). El requisito entra en conflicto con.... El requisito agregaría x dólares y/o y tiempo al proyecto; el requerimiento agrega estos nuevos riesgos basados ​​en estos datos....

Nuevamente, como otros han señalado, no desea convertir la discusión en binaria: mi "conocimiento" frente a su opinión. Desea desentrañar qué hay detrás del requisito y responder con suficiente detalle para que el cliente tenga la oportunidad de "parafrasear" o repensar (y usted tiene la oportunidad de volver a escuchar, a veces lo que escuchamos no es lo que se dijo o previsto) sin involucrar al ego.

Y, a veces, la cultura es demasiado tóxica para abordar estos problemas. En ese caso, su currículum y los muchos reclutadores y foros de trabajo en línea son sus amigos.