Stakeholders: qué son y cómo gestionarlos en un proyecto

La definición formal habla de “individuos u organizaciones que pueden afectar o ser afectados por el proyecto”. La definición práctica: todo aquel que puede decir “no” (aprobando, frenando, recortando presupuesto o boicoteando en silencio) y todo aquel sobre quien el resultado recae. Si una persona cumple cualquiera de las dos condiciones, es stakeholder, y sus expectativas no gestionadas se convertirán en riesgos.

El error clásico es reducirlos al cliente y al jefe. En cada proyecto hay una capa más amplia: quien firma el presupuesto, quien lo audita después, los usuarios que vivirán con el resultado, el proveedor cuya entrega bloquea la ruta crítica, el área que debe adoptar lo que se construye. Ninguno aparece en el organigrama del proyecto; todos pueden mover su fecha final.

La prueba para saber si alguien es stakeholder no es su cargo sino su poder: “¿esta persona puede, con una decisión suya, cambiar el alcance, la fecha o el presupuesto?” y “¿le afecta el resultado?”. Si alguna respuesta es sí, entra al mapa, aunque nunca asista a una reunión.

Se confunden por el parecido de la palabra, pero la diferencia es simple: los shareholders son los dueños de acciones de una empresa; los stakeholders son todos los interesados, incluidos los shareholders. Un proyecto puede tener un solo stakeholder que sea shareholder (el dueño que financia) y veinte que no lo son: el cliente, el equipo, los usuarios, el regulador.

¿Por qué importa la distinción? Porque cada tipo se convence distinto. Al shareholder se le habla de retorno y riesgo; al usuario, de cómo le cambia el día a día; al regulador, de cumplimiento. Tratar a todos como accionistas es el modo más rápido de perder a los que no se mueven con números.

No todos los stakeholders merecen la misma dosis de atención, y repartirla pareja es agotar al equipo. El corte clásico cruza dos variables: influencia (poder para cambiar el proyecto) e interés (cuánto le importa el resultado). De ese cruce salen cuatro cuadrantes:

• Alta influencia, alto interés: se gestionan de cerca. Participación activa, trato directo, sin sorpresas.
• Alta influencia, bajo interés: se mantienen satisfechos. Información breve y a tiempo; no molestar, nunca sorprender.
• Baja influencia, alto interés: se mantienen informados. El equipo y los usuarios suelen vivir aquí: comunicación frecuente y canal abierto.
• Baja influencia, bajo interés: se monitorean. Un aviso en los hitos alcanza; invertir ahí roba horas de los otros cuadrantes.

La herramienta que convierte estos cuadrantes en un mapa accionable (con ejemplo y plantilla) es la matriz de stakeholders poder-interés. Se llena en 30 minutos y es el insumo del plan de comunicación del proyecto.

Gestionar stakeholders no es agradarlos: es que sus expectativas coincidan con lo que el proyecto va a entregar. Tres piezas cumplen casi todo el trabajo:

• Expectativas escritas desde el arranque: el kickoff y el acta confirman qué se entrega, qué no, y quién decide qué. La reunión de kickoff es el momento de alinear a los cuadrantes altos con el plan.
• Roles sin ambigüedad: quién aprueba, quién es responsable de ejecutar, a quién se consulta. La matriz RACI evita el stakeholder que se entera tarde de algo que debió aprobar, y el que aprueba cosas que no le tocan.
• Canales por tipo: informe breve para los satisfechos, reunión directa para los de alta influencia, tablero abierto para los interesados. Un solo canal para todos no satisface a nadie.

En proyectos con clientes externos, esta gestión es la diferencia entre un cliente que firma hitos y uno que reaparece cada tres semanas con pedidos nuevos; el detalle está en cómo estructurar proyectos con clientes desde el primer día.

Los stakeholders no gestionados no desaparecen: cambian de canal. Aparecen señales reconocibles: aprobaciones que tardan cada vez más (alguien se enteró tarde), un director que irrumpe pidiendo “ver el proyecto” sin contexto (estaba en el cuadrante satisfecho y nadie lo alimentaba), requisitos nuevos a mitad de camino (una expectativa nunca se escribió), o usuarios que boicotean la adopción al final (nadie les comunicó qué cambia para ellos).

El antídoto cuesta menos que el remedio: mapear stakeholders en el arranque, clasificarlos por interés e influencia, y dar a cada cuadrante la dosis correcta de comunicación. Un proyecto promedio tiene entre 8 y 15 stakeholders reales; media hora de mapa evita la mayoría de las sorpresas de los meses siguientes.