Aprenda a construir una matriz de stakeholders usando influencia, interés, impacto, legitimidad y otros criterios para priorizar el involucramiento en proyectos.
¡Descúbrelo!
La matriz de stakeholders es una herramienta de análisis y priorización que posiciona las partes interesadas según criterios definidos —como influencia, poder, interés, impacto, actitud, legitimidad o urgencia— para orientar el nivel de atención, involucramiento y comunicación necesario en un proyecto.
La matriz más conocida cruza influencia o poder con interés, formando cuadrantes que ayudan a diferenciar estrategias como involucrar de cerca, mantener satisfecho, mantener informado o monitorear. Esta simplicidad es útil, pero no debe confundirse con una evaluación completa. En proyectos de ingeniería, un stakeholder con baja autoridad formal puede sufrir alto impacto, poseer conocimiento crítico, controlar una interfaz operacional o tener legitimidad suficiente para alterar el resultado.
Por eso, una matriz de stakeholders robusta comienza por la definición del objetivo del análisis y de los criterios adecuados al contexto. La herramienta sirve para priorizar atención gerencial; no para etiquetar personas, sustituir el juicio profesional o reducir relaciones complejas a un único cuadrante.
Qué es una matriz de stakeholders
La matriz de stakeholders organiza las partes interesadas según criterios que ayudan al equipo a decidir cómo gestionar su participación. Complementa la gestión de stakeholders y el mapeo de stakeholders.
La diferencia entre estos artefactos puede resumirse así:
| Artefacto | Finalidad |
| Registro de stakeholders | Mantener datos estructurados sobre cada parte interesada |
| Mapa de stakeholders | Visualizar relaciones, dependencias y conexiones |
| Matriz de stakeholders | Clasificar y priorizar atención según criterios |
| Estrategia de involucramiento | Definir cómo actuar sobre la relación |
| Plan de comunicación | Definir información, canal, momento, responsable y retorno |
La matriz es, por lo tanto, una capa de decisión. Su valor aparece cuando la clasificación modifica la estrategia de gestión.
Para qué sirve la matriz de stakeholders
En proyectos con pocas partes y relaciones simples, el gerente puede mantener una buena comprensión del ambiente sin una herramienta formal. A medida que aumentan contratos, disciplinas, proveedores, organismos externos, usuarios, operación e interfaces, la priorización pasa a exigir un método.
La matriz ayuda a:
- concentrar atención en stakeholders capaces de afectar decisiones críticas;
- reconocer partes altamente impactadas incluso sin gran autoridad;
- diferenciar comunicación ejecutiva, técnica y operacional;
- anticipar resistencia y conflictos;
- planificar consultas y aprobaciones;
- definir responsables por la relación;
- ajustar frecuencia y profundidad de comunicación;
- orientar escalamiento;
- revisar prioridades cuando el contexto cambia.
La herramienta no elimina la necesidad de diálogo. Organiza dónde el equipo debe mirar primero.
Matriz poder × interés: cómo funciona
La forma más conocida es la matriz poder-interés, también descrita como influencia × interés. El eje horizontal representa el nivel de interés del stakeholder en el proyecto o en determinada decisión; el vertical representa su capacidad de influir en el resultado.
La interpretación típica es:
| Poder/influencia | Interés | Estrategia inicial |
| Alto | Alto | Involucrar de cerca y preparar decisiones |
| Alto | Bajo | Mantener satisfecho y movilizar en momentos críticos |
| Bajo | Alto | Mantener informado, consultar y captar conocimiento |
| Bajo | Bajo | Monitorear cambios y comunicar cuando sea pertinente |
El término “inicial” es importante. El cuadrante orienta, pero no sustituye el análisis de impacto, legitimidad o contexto.
Cómo definir poder o influencia
El poder no es solamente el cargo. En proyectos de ingeniería, la capacidad de influir puede derivar de diferentes fuentes.
Autoridad formal
Patrocinador, comité, gestor, supervisor, autoridad reguladora o responsable por aprobación poseen poder institucional definido.
Control de recursos
Quien controla presupuesto, equipo, acceso, equipamientos, infraestructura o agenda puede afectar el proyecto incluso sin aprobar técnicamente.
Conocimiento crítico
Especialistas, operación, mantenimiento y proveedores pueden poseer información sin la cual la decisión o ejecución no avanza.
Poder contractual
Contratante, contratista, subcontratista y proveedor poseen derechos, obligaciones y mecanismos de notificación que influyen en decisiones.
Control de interfaces externas
Concesionarias, organismos de licenciamiento y autoridades pueden condicionar hitos importantes.
Influencia informal
Liderazgos reconocidos, usuarios clave y especialistas respetados pueden movilizar apoyo o resistencia.
La evaluación debe registrar evidencia. “Muy influyente” sin justificación se convierte en una opinión subjetiva.
Cómo definir interés
El interés representa cuánto le importa al stakeholder el proyecto, una decisión, un impacto o un resultado. Puede variar a lo largo del ciclo de vida.
Un patrocinador puede tener alto interés en costo y plazo y bajo interés en detalles de ingeniería. Operación puede tener interés moderado durante la contratación y muy alto cerca de pruebas y handover. Un organismo externo puede acompañar poco el desarrollo y convertirse en crítico en la etapa de autorización.
Preguntas útiles incluyen:
- ¿el stakeholder recibe un beneficio directo?
- ¿sufre impacto operacional?
- ¿tiene responsabilidad sobre el resultado?
- ¿posee exposición financiera o contractual?
- ¿necesita aprobar o aceptar alguna entrega?
- ¿tendrá que operar o mantener el activo?
- ¿enfrenta riesgo reputacional, legal o regulatorio?
El interés también debe evaluarse por asunto. Una persona puede tener bajo interés en el proyecto como un todo y alto interés en una decisión específica.
Por qué poder e interés no son suficientes
La matriz poder-interés es una primera lectura, no una sentencia. En ingeniería, el impacto recibido, conocimiento crítico, legitimidad y dependencias pueden alterar completamente la estrategia.
La matriz de dos ejes es útil por su simplicidad, pero puede distorsionar proyectos complejos.
Considere cuatro casos:
- equipo de mantenimiento con bajo poder formal, pero alto impacto de largo plazo;
- comunidad con poca autoridad sobre el contrato, pero alta legitimidad e impacto recibido;
- proveedor especializado con poder formal limitado, pero conocimiento crítico;
- organismo externo con bajo interés cotidiano y alta autoridad sobre un hito.
Si el equipo observa solamente dos ejes, puede priorizar incorrectamente.
Criterios adicionales para el análisis de stakeholders
Los proyectos de ingeniería pueden incorporar criterios complementarios.
Impacto recibido
Evalúa cuánto puede afectar el proyecto a la parte interesada. Es esencial para operación, usuarios, comunidades y áreas que heredarán el activo.
Legitimidad
Considera si la reivindicación o participación posee una base institucional, contractual, regulatoria, técnica o social reconocida.
Urgencia
Evalúa cuán rápidamente la necesidad o decisión debe ser tratada.
Actitud
Registra apoyo, neutralidad, resistencia o desconocimiento, preferentemente con base en evidencias observables.
Conocimiento crítico
Muestra cuánto depende el proyecto del conocimiento, experiencia o información de esa parte.
Dependencia
Evalúa si un entregable, autorización, dato o recurso depende directamente del stakeholder.
Proximidad de la decisión
Distingue quién necesita ser involucrado ahora de quién será relevante en una fase futura.
Cómo usar una matriz multicriterio
Cuando dos ejes son insuficientes, el equipo puede usar puntuación multicriterio. El objetivo no es crear matemática sofisticada, sino hacer explícitos y comparables los criterios.
Ejemplo de escala de 1 a 5:
| Criterio | 1 | 3 | 5 |
| Influencia | Baja | Moderada | Muy alta |
| Impacto recibido | Mínimo | Relevante | Crítico |
| Urgencia | Largo plazo | Próxima fase | Inmediata |
| Dependencia | Baja | Parcial | Bloqueante |
| Conocimiento | Común | Importante | Esencial |
El equipo puede definir pesos solamente cuando exista justificación. Pesos arbitrarios dan apariencia cuantitativa a una decisión que todavía es subjetiva.
Cómo evitar falsa precisión
Una matriz no mide personas con exactitud científica. Estructura el juicio profesional.
Para evitar falsa precisión:
- defina criterios antes de puntuar;
- describa el significado de cada escala;
- use evidencias;
- discuta divergencias entre evaluadores;
- registre premisas;
- revise cuando cambie el contexto;
- no trate una pequeña diferencia de puntuación como verdad absoluta.
El valor de la matriz está en la consistencia de la discusión, no en cifras decimales.
Cómo construir la matriz de stakeholders paso a paso
1. Defina el objetivo del análisis
La pregunta puede ser: ¿quién necesita participar en la definición de requisitos? ¿quién influye en la licencia? ¿quién debe estar involucrado en el comisionamiento? ¿quién puede afectar un cambio crítico?
Una matriz genérica de todo el proyecto puede ser menos útil que análisis específicos por decisión o fase.
2. Use el registro de stakeholders
La identificación debe provenir de documentos, contratos, EDT/WBS, interfaces, operación, organismos externos e impactos. No construya la matriz solamente con nombres conocidos por el equipo.
3. Elija los criterios
Para un análisis simple, poder × interés puede ser suficiente. Para un proyecto complejo, agregue impacto, legitimidad, urgencia o dependencia.
4. Defina escalas
Explique qué significa bajo, medio y alto o puntuaciones numéricas.
5. Clasifique con evidencia
Evite el juicio individual aislado. Workshops con equipo multidisciplinario reducen sesgos.
6. Asocie estrategia
Cada grupo debe recibir una acción de gestión adecuada.
7. Defina responsable
La relación necesita un owner. Sin responsable, la estrategia queda sin ejecución.
8. Conecte la comunicación
Transforme prioridad en canal, frecuencia, contenido y retorno.
9. Revise periódicamente
La clasificación cambia con fases, eventos, contratos y personas.
Cómo interpretar el cuadrante de alto poder y alto interés
Estos stakeholders exigen proximidad gerencial. Normalmente incluyen patrocinador, cliente clave, organismo decisor o liderazgo responsable por el resultado.
La estrategia debe priorizar:
- participación en decisiones relevantes;
- información ejecutiva objetiva;
- escalamiento oportuno;
- alineación de objetivos;
- transparencia sobre riesgo y tendencia;
- confirmación de compromisos.
El error es sobrecargar estos stakeholders con detalles operacionales que ocultan la decisión necesaria.
Cómo interpretar alto poder y bajo interés
Aquí están las partes capaces de afectar fuertemente el proyecto, pero que no necesitan acompañarlo todo.
Ejemplos pueden incluir liderazgo corporativo, autoridad externa o área de apoyo crítica.
La estrategia suele ser:
- mantener confianza;
- comunicar excepciones relevantes;
- preparar decisiones con anticipación;
- evitar ruido excesivo;
- movilizar en el momento correcto.
Bajo interés no significa irrelevancia.
Cómo interpretar bajo poder y alto interés
Estos stakeholders pueden incluir usuarios, especialistas, operación, mantenimiento o áreas directamente impactadas.
La estrategia debe considerar:
- información accesible;
- consulta;
- captura de requisitos;
- feedback;
- participación en revisiones y pruebas;
- comunicación de cambios.
Este cuadrante frecuentemente se subestima, aunque concentra conocimiento operacional y riesgo de rechazo tardío.
Cómo interpretar bajo poder y bajo interés
La estrategia es monitorear y comunicar de forma proporcional. Pero la clasificación debe revisarse en cambios de fase.
Un stakeholder poco relevante en la concepción puede convertirse en crítico en la implantación u operación.
Matriz de stakeholders × Matriz RACI
Las dos herramientas responden preguntas diferentes.
La Matriz RACI en proyectos define quién es responsable, aprobador, consultado e informado sobre actividades o entregables.
La matriz de stakeholders evalúa personas y grupos en relación con influencia, interés, impacto y estrategia de relación.
Ejemplo:
- un patrocinador puede tener alta influencia en la matriz de stakeholders y ser “A” solamente en decisiones específicas en la RACI;
- un proyectista puede ser “R” por muchas entregas y aun poseer influencia limitada sobre decisiones estratégicas;
- operación puede ser “C” en ciertas actividades, pero tener alto impacto e interés en la matriz de stakeholders.
Utilizadas juntas, las herramientas mejoran la claridad de responsabilidad y relación.
Matriz de stakeholders × matriz de riesgos
Tampoco son equivalentes. La matriz de riesgos clasifica eventos inciertos según probabilidad, impacto y otros criterios. La matriz de stakeholders clasifica partes interesadas.
Sin embargo, existe conexión. Los stakeholders pueden ser:
- fuente de riesgo;
- responsable por respuesta;
- parte impactada;
- aprobador de contingencia;
- agente de mitigación.
Por eso, el análisis debe dialogar con la gestión de riesgos en proyectos.
Cómo conectar la matriz al plan de comunicación
Clasificar stakeholders solo genera valor cuando el análisis cambia el involucramiento y la comunicación. Cuadrantes sin responsables, canales, plazos y acciones no mejoran el proyecto.
La matriz ayuda a definir intensidad y naturaleza de la relación. El plan de comunicación en proyectos transforma esta decisión en información, canal, frecuencia, responsable y retorno.
Ejemplo:
| Clasificación | Comunicación probable |
| Alto poder / alto interés | Reunión de decisión, reporte ejecutivo, alertas por excepción |
| Alto poder / bajo interés | Actualización sintética y movilización por hito |
| Bajo poder / alto interés | Workshops, consultas, comunicación detallada |
| Bajo poder / bajo interés | Comunicación periódica proporcional |
La frecuencia no debe definirse solamente por el cuadrante. La criticidad del asunto y el momento del proyecto también importan.
Cómo conectar la matriz a requisitos y aceptación
Las partes interesadas influyen en requisitos, criterios de aceptación y validación. La clasificación ayuda a definir quién debe participar antes de que las decisiones queden congeladas.
En la gestión de requisitos en ingeniería, los stakeholders pueden asumir funciones diferentes:
- originar requisito;
- aclarar necesidad;
- validar solución;
- aprobar criterio;
- probar resultado;
- aceptar entrega.
Ignorar una parte relevante hasta el final es una de las principales causas de cambio tardío.
Cómo tratar la resistencia en la matriz
La resistencia debe registrarse como estado, no como identidad.
En lugar de clasificar a alguien como “difícil”, describa:
- qué decisión genera divergencia;
- qué impacto existe;
- qué requisito no fue atendido;
- qué información falta;
- qué interés está en conflicto;
- qué evidencia sustenta la posición.
La estrategia puede involucrar consulta, negociación, mitigación de impacto, aclaración, revisión técnica o escalamiento.
Cuándo usar el modelo de saliencia
El salience model es una alternativa que prioriza stakeholders a partir de atributos como poder, legitimidad y urgencia. Es útil cuando poder × interés no representa adecuadamente el ambiente.
En contextos con fuerte componente regulatorio, comunitario o institucional, legitimidad y urgencia pueden ser tan importantes como interés.
El equipo no necesita adoptar formalmente el modelo en todos los proyectos. Lo principal es reconocer que diferentes atributos pueden justificar prioridad.
Ejemplo aplicado a un proyecto de ingeniería
Considere una modernización industrial con los siguientes stakeholders:
| Stakeholder | Influencia | Interés | Impacto recibido | Observación |
| Patrocinador | Alta | Alta | Medio | Decide inversión y excepciones |
| Operación | Media | Alta | Alta | Recibe impacto y valida operabilidad |
| Mantenimiento | Media | Alta | Alta | Influye en ciclo de vida y acceso |
| Concesionaria | Alta | Media | Bajo | Controla autorización externa |
| Proveedor crítico | Media | Alta | Medio | Posee conocimiento técnico esencial |
| Usuarios afectados | Baja | Alta | Alta | Reciben indisponibilidad |
| Dirección corporativa | Alta | Baja | Bajo | Actúa en excepciones estratégicas |
Si el equipo utiliza solamente poder × interés, puede reducir la prioridad de los usuarios afectados. Cuando se agrega el impacto recibido, la estrategia cambia: comunicación y contingencia pasan a planificarse antes de la intervención.
Este es el tipo de valor que la matriz debe producir.
Cómo revisar la matriz a lo largo del proyecto
La matriz necesita actualizarse cuando:
- hay cambio de fase;
- entra o sale un proveedor;
- cambia el patrocinador;
- surge un organismo externo relevante;
- ocurre un riesgo;
- cambia el alcance;
- aumentan interés o resistencia;
- operación asume un papel mayor;
- se aproximan comisionamiento y aceptación;
- cambia una relación contractual.
La revisión puede cambiar criterios, clasificación y estrategia.
Errores comunes en la matriz de stakeholders
Confundir poder con cargo
La influencia puede venir del conocimiento, contrato, legitimidad o control de recursos.
Ignorar el impacto recibido
Stakeholders sin autoridad formal pueden sufrir consecuencias significativas.
Usar etiquetas personales
La matriz debe analizar la relación con el proyecto, no la personalidad.
Crear puntuación sin definición
Números sin una escala explícita no aumentan la calidad.
Nunca revisar
La posición cambia con el ciclo de vida.
Tratar el cuadrante como estrategia automática
Cada stakeholder necesita analizarse según asunto y contexto.
Exponer información sensible
El acceso debe controlarse cuando existen evaluaciones delicadas.
Checklist para construir una matriz robusta
Antes de utilizar la matriz para decisión, confirme:
- objetivo del análisis definido;
- lista de stakeholders actualizada;
- criterios explícitos;
- escalas comprensibles;
- evidencias para las clasificaciones;
- impacto recibido considerado;
- legitimidad y urgencia evaluadas cuando sea aplicable;
- posición actual descrita profesionalmente;
- estrategia asociada a cada grupo;
- responsable por la relación definido;
- plan de comunicación conectado;
- relación con requisitos, riesgos e interfaces considerada;
- periodicidad o disparador de revisión definido;
- acceso adecuado a información sensible.
Matriz de stakeholders e Ingeniería Consultiva
En proyectos multidisciplinarios, la Ingeniería Consultiva conecta la matriz al sistema real de gobernanza: interfaces, contratos, requisitos, riesgos, decisiones y criterios de aceptación.
En proyectos complejos, el desafío no es dibujar cuatro cuadrantes. Es integrar el análisis de stakeholders a la gobernanza, contratos, interfaces, requisitos, riesgos y decisiones.
En la Gestión de Proyectos de Ingeniería, la matriz puede apoyar la definición de rituales, escalamiento, comunicación ejecutiva, participación técnica y estrategia de involucramiento.
En la Ingeniería del Propietario, ayuda al propietario a comprender quién necesita ser involucrado entre proyectistas, proveedores, contratistas, supervisión, operación y autoridades, preservando responsabilidades formales y criterios técnicos.
La consultoría agrega valor cuando convierte la clasificación en acción verificable: quién participa, en qué decisión, por qué canal, en qué momento y con qué evidencia de cierre.
Consideraciones finales
La matriz de stakeholders es una herramienta de priorización, no un fin en sí misma. Poder × interés ofrece una primera lectura útil, pero los proyectos de ingeniería frecuentemente exigen considerar impacto, legitimidad, urgencia, conocimiento y dependencias.
El método debe ser suficientemente simple para utilizarse y suficientemente robusto para evitar decisiones superficiales. Criterios claros, evidencias, revisión periódica y conexión con involucramiento y comunicación son más importantes que sofisticación gráfica.
Cuando la matriz ayuda al equipo a involucrar la parte correcta, en el momento correcto y con la estrategia adecuada, pasa a contribuir directamente a decisiones, requisitos, interfaces, riesgos y aceptación del proyecto.
Referencias técnicas
[1] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21502:2020 — Project, programme and portfolio management — Guidance on project management. Geneva: ISO, 2020. Disponible en: https://www.iso.org/standard/74947.html
[2] PROJECT MANAGEMENT INSTITUTE. A Guide to the Project Management Body of Knowledge (PMBOK® Guide). 8. ed. Newtown Square: PMI, 2025. Disponible en: https://www.pmi.org/standards/pmbok
[3] PROJECT MANAGEMENT INSTITUTE. Stakeholder management. Newtown Square: PMI. Disponible en: https://www.pmi.org/learning/library/stakeholder-management-task-project-success-7736
[4] PROJECT MANAGEMENT INSTITUTE. Stakeholder Management and RACI for AI Teams. PMI Blog, 2026. Disponible en: https://www.pmi.org/blog/stakeholder-management-raci
Preguntas frecuentes
Es una herramienta que clasifica partes interesadas según criterios como influencia, interés, impacto, legitimidad o urgencia para orientar prioridad de involucramiento, comunicación y gestión.
Posiciona stakeholders en cuatro combinaciones de poder e interés. La clasificación proporciona una estrategia inicial, como involucrar de cerca, mantener satisfecho, mantener informado o monitorear.
No siempre. Los proyectos complejos pueden exigir impacto recibido, legitimidad, urgencia, conocimiento crítico, dependencia y posición actual para evitar una priorización superficial.
La matriz de stakeholders analiza prioridad de relación e influencia. La RACI distribuye responsabilidad sobre actividades y entregas entre Responsible, Accountable, Consulted e Informed.
Considere autoridad formal, control de recursos, poder contractual, conocimiento crítico, dominio de interfaces, legitimidad y capacidad de movilizar decisiones u otras partes.
Siempre que exista un cambio relevante de fase, stakeholders, contratos, riesgos, gobernanza, alcance o nivel de influencia e interés. Los proyectos dinámicos pueden exigir revisión en cada ciclo de gestión.
Es un enfoque que prioriza partes interesadas a partir de atributos como poder, legitimidad y urgencia. Puede ser útil cuando la matriz poder-interés no representa bien el contexto.
Sí. Las evaluaciones de influencia, resistencia, intereses y relaciones informales pueden ser sensibles. El acceso debe controlarse y el lenguaje debe describir evidencias y contexto, evitando etiquetas personales.
