Skip to main content

A lo largo de mi carrera como desarrollador y jefe de proyecto, me he encontrado experimentando con diferentes estrategias para defender las decisiones de mi equipo y convencer a los clientes de seguir nuestra visión. Al iniciar este camino, encontrar un método fiable para esto se sentía casi como magia negra. Soy ambivertido y esta tarea parecía más indicada para una persona tipo A, con don de palabra. Con el tiempo me he dado cuenta de que solo requiere paciencia y una consideración cuidadosa.

El enfoque que ahora utilizo está produciendo resultados positivos. Para ahorrarles el esfuerzo a otros, pensé en compartir los conocimientos y descubrimientos de mis experimentos sobre cómo decir no a las partes interesadas.

Primero, hablemos de la duda

Los clientes y las partes interesadas desean, inevitablemente, que se cumplan todas sus expectativas. No solo están haciendo una considerable inversión financiera para la prueba de concepto, sino que también sus nombres están en juego. Para muchos stakeholders el vínculo es personal: consideran que el proyecto entregado es un reflejo de su desempeño.

Desbloquea Gratis

Crea una cuenta gratuita para terminar de leer este contenido y unirte a una comunidad de líderes visionarios que están desbloqueando herramientas, manuales y conocimientos para prosperar en la era de la IA.

Paso 1 de 2

Este campo es un campo de validación y debe quedar sin cambios.
Name*
Este campo está oculto cuando se visualiza el formulario
Este campo está oculto cuando se visualiza el formulario

Cuando no se cumplen las preferencias de un cliente, la duda comienza a aparecer en tu proyecto. Y en el contexto de un proyecto de alto perfil, esta duda puede ser el primer paso hacia la desaparición de una relación que antes era saludable.

ilustración de una lápida con las palabras RIP to our healthy relationship escritas en ella

La duda puede destruir cualquier relación positiva o sana que previamente hayas construido con el stakeholder.

Fíjate que usé la palabra “preferencias”, no “expectativas”. ¿Por qué? Porque las preferencias son subjetivas y aunque los usuarios sean subjetivos de manera individual, los datos y los números no lo son.

Así que vamos a explorar algunos niveles distintos de cómo decir “no” a tu cliente y lograr que se alineen con la visión de tu equipo.

Experimento 1: Argumentación directa

Probablemente la forma más directa de decir que no es… bueno, simplemente decir no. Conozco a muchos PM que se ven a sí mismos como un lado de un proceso adversarial: defensores de su equipo de proyecto y de su organización. Su estrategia es literalmente jugar duro: decir que no y mantenerse firmes.

Mi experiencia es que el resultado generalmente no es positivo: o bien se gana una batalla en una guerra de proyecto que se extiende de principio a fin entre stakeholders externos y el PM, o bien es una situación de acoso en la que el PM agota a su cliente hasta que acepta, dejando resentimientos y una sensación de desilusión.

He probado esa estrategia y, sinceramente, no es para mí. Así que probé un enfoque diferente.

Únete a la comunidad DPM para acceder a contenido exclusivo, plantillas prácticas, eventos solo para miembros e ideas semanales sobre liderazgo. Es gratis unirse. <br><br>

Únete a la comunidad DPM para acceder a contenido exclusivo, plantillas prácticas, eventos solo para miembros e ideas semanales sobre liderazgo. Es gratis unirse.

Este campo es un campo de validación y debe quedar sin cambios.
Name*
Este campo está oculto cuando se visualiza el formulario

Experimento 2: Dogmatismo

Algo que me funcionó mejor fue un enfoque más dogmático: usar tendencias y opiniones de líderes de pensamiento influyentes como “prueba” de que la postura de mi equipo era válida. En lugar de descartar simplemente las ideas de los clientes, dedicábamos tiempo a compartir algunos escritos que respaldaban el enfoque que recomendábamos.

Esto nos acercó a una toma de decisiones basada en evidencia, pero nuestra “prueba” aún no tenía la adopción necesaria para medir el éxito. De igual manera, no habíamos tenido tiempo de evaluar realmente el nuevo método por nosotros mismos. Y aunque me ayudó a ser persuasivo, no contribuyó a que nuestro cliente comprendiera sus necesidades y retos específicos. De hecho, muchas veces los mantenía al margen.

Experimento 3: Toma de decisiones basada en datos

Lo que finalmente empezó a funcionar para nosotros como equipo fue cambiar el enfoque de lo subjetivo a lo objetivo y medible. Al hacerlo, pudimos tomar decisiones calculadas que nuestro cliente podía ver y comprender. Tomar decisiones basadas en un entendimiento compartido nos ayudó así a evitar la decepción por expectativas no cumplidas.

Pero hizo algo más: construyó confianza.

Al abrir la discusión a nuestros clientes, revisar con ellos el progreso de los miembros del equipo y proporcionar contexto sobre el desempeño del equipo, abrimos la puerta para construir la confianza del cliente en el equipo, así como un entendimiento compartido del conjunto de problemas.

A lo largo del proceso, medimos el progreso en comparación con nuestras restricciones fijas en los intervalos apropiados. Explicamos cómo ajustar las restricciones flexibles y los requisitos puede afectar el conjunto de funcionalidades del producto y la calidad del proyecto en general. Incluimos al cliente como parte del equipo que toma las decisiones y compartimos nuestro proceso para decidir sus requisitos de mayor valor.

Reconozco que al principio fue un poco torpe, pero pronto se tradujo en una mayor sensación de control y pertenencia sobre el proyecto. Además, les brindó argumentos para explicar a otros interesados algunas de las características y atributos de gran valor que de otra forma podrían haber pasado inadvertidos.

Ahora este es mi método preferido para rechazar cualquier solicitud o petición de funcionalidad de un interesado que no aporte valor. Por supuesto, a veces el cliente se fija en algo que sabes que no lo hará. Sin embargo, explicar el proceso de toma de decisiones objetivas ayuda a construir confianza y, a menudo, no tendrás que decir que no; ellos mismos toman la decisión.

Cómo hacerlo

ilustración de los 5 pasos para tomar decisiones basadas en datos

Tomar decisiones basadas en datos es un proceso simple de 5 pasos.

Bien, lograr una toma de decisiones basada en datos en nuestros proyectos no fue automático. Para quienes estén en proceso de hacer esta transición, esto es lo que recomendaría:

1. Promueve una cultura de datos y medición en todos los equipos.

Sí, es una afirmación fuerte, pero puede empezar simplemente con el deseo de que cada equipo cuente con algún tipo de enfoque metodológico y una justificación basada en la evidencia para hacer las cosas.

2. Comienza de a poco: selecciona los datos que puedes recopilar y mide la sostenibilidad durante el proyecto.

Tus proyectos no tendrán una gran arquitectura de datos con aprendizaje automático desde el principio. Utiliza una mentalidad MVP para construir un marco de datos que sea significativo y viable.

3. Explora y aprovecha artículos de investigación y fuentes de datos confiables.

Las fuentes secundarias como artículos de investigación, informes y datos abiertos pueden complementar aquellas áreas donde no tienes datos propios.

4. Incorpora los datos en toda conversación con tu cliente o patrocinador del proyecto.

También necesitarás fomentar una cultura de datos dentro de tu cliente o proyecto patrocinador. También tendrás que construir una cultura de datos dentro de tu cliente o patrocinador del proyecto. Utiliza cada oportunidad para orientar su mentalidad hacia decisiones basadas en datos en lugar de preferencias subjetivas.

5. Mantén la mente abierta. Prueba e itera.

No existe una solución mágica. Lo que funciona bien para un proyecto puede no funcionar en lo absoluto para otros proyectos. No existe una fórmula de plata. Lo que funciona bien para un proyecto puede no funcionar en nada para otros proyectos. Lleva un registro de tu proceso y sigue probando e iterando.

Cuestiones a tener en cuenta

Sería negligente no mencionar que tener todos los datos no significa que todo vaya a ser sencillo a partir de ahí. Si bien es posible utilizar los datos para averiguar lo que un cliente realmente necesita frente a lo que dice que quiere, si los datos no los benefician o contradicen su visión original, podrías enfrentarte a resistencia, construir enemistad sin querer o que simplemente se ignoren tus esfuerzos.

El aspecto a considerar con los datos y su entrega es el componente humano. Desde el punto de vista psicológico, compartir datos y conducir esa conversación sigue requiriendo tacto, sensibilidad y profesionalismo.

ilustración de un paquete que muestra cómo empaquetar información usando tono, contexto y elección de palabras

Es importante empaquetar adecuadamente la información que proporcionas a los interesados para generar confianza y mantener una buena relación.

Parte del arte consiste en empaquetar la información de tal manera que sea escuchada y tenida en cuenta. Algunos elementos que influyen en esto son:

  • Contexto: planea cuándo y dónde tener la conversación. Algunos datos es mejor presentarlos individualmente antes de discutirlos ante tu equipo o el del cliente.
  • Selección de palabras: practica usar palabras que presenten los datos de manera neutral y evita términos que puedan interpretarse como agresivos o conflictivos. Aquí tienes algunos ejemplos de lo que quiero decir:
  • Cosas que evitar
    • “Los datos dicen…”
    • “Está claro que…”
    • “Todos son capaces de identificar…”
    • “Es obvio que…”
  • Cosas que usar
    • “Parece que los datos sugieren…”
    • “Según las preferencias de los usuarios en los últimos 30 días…”
    • “Me pregunto cómo podrían responder los usuarios a esta función”
  • Tono: haz una recomendación firme, pero intenta dar opciones que mantengan a tus principales interesados y patrocinadores en el asiento del conductor. ¡Solo asegúrate de que sean conscientes de las consecuencias de sus decisiones!

¿Qué opinas?

Para mí, incluir al cliente como parte del equipo de toma de decisiones y compartir nuestro proceso para decidir sus requisitos de mayor valor ha incrementado su sensación de control y pertenencia en el proyecto. Compartir la idea de un diseño basado en inteligencia también ha ayudado a aumentar la confianza de mis clientes en mi equipo, sabiendo que trabajan metódicamente y no simplemente al azar.

Pero, de nuevo, este es solo mi recorrido, en el que quizás apenas estoy empezando. ¿Qué piensas tú? ¿Crees que estos consejos podrían ser útiles o efectivos para ti? ¿Qué otro consejo le darías a los gestores de proyectos digitales que intentan aprovechar la toma de decisiones basada en datos con sus equipos y sus clientes? ¡Déjame tu opinión en los comentarios!

 Aquí tienes una lista de herramientas para ayudarte a estar al día con todo lo que gestionas y tomar mejores decisiones: 10 mejores softwares de gestión de proyectos de escritorio

¿Quieres mejorar tus habilidades de gestión de interesados? Échale un vistazo a estos mejores cursos de gestión de interesados.