Una organización grande rara vez tiene una sola relación con un solo stakeholder. Un ayuntamiento tiene en marcha un trámite de permiso, una solicitud de subvención, y una línea informal con un concejal sobre un expediente futuro. Tres equipos de proyecto, un solo stakeholder. La pregunta de quién es el propietario de esa relación normalmente no se plantea hasta que algo sale mal: el concejal recibe dos versiones distintas de la historia, o un compromiso asumido en un proyecto no se reconoce en el otro.
En una organización matricial, la estructura de proyectos suele ser clara, pero la estructura de relaciones no lo es. Cada proyecto tiene un jefe de proyecto, y ese jefe de proyecto a menudo se comporta como si la relación con el stakeholder perteneciera al proyecto. En cuanto el proyecto termina, la relación desaparece con él, aunque el stakeholder permanezca. Ese es el primer error: una relación se trata como parte del proyecto en lugar de como algo que existe independientemente del proyecto.
El segundo error es el inverso: nadie se convierte en propietario porque todos asumen que otro ya se encarga de ello. Esto ocurre sobre todo con los stakeholders que puntúan alto tanto en influencia como en afectación al mismo tiempo, precisamente los casos en los que la coordinación es más necesaria. Cómo se llega a esa puntuación se describe en las páginas sobre cómo evaluar la influencia de un stakeholder y cómo determinar cuán afectado está un stakeholder. La matriz que resulta de ello se explica en la página que explica qué es una matriz de influencia-afectación.
Parece lógico vincular la propiedad a la jerarquía: la función más alta presente en la sala se convierte en propietaria. Eso no funciona, porque la jerarquía no dice nada sobre quién tiene el contacto más estructural. Un gestor operativo que tiene contacto semanal con un vecino afectado sabe más sobre esa relación que un director que habla con él dos veces al año. La propiedad sigue a la relación, no a la función.
Lo que sí funciona es vincular la propiedad a la pregunta de quién es responsable de los compromisos que se asumen con ese stakeholder. Alguien que asume compromisos sin poder darles seguimiento no es propietario, sino un riesgo. Cómo se registra de forma concreta un compromiso, incluyendo quién, qué y cuándo, se explica en la página sobre el registro de un compromiso. Sin ese registro, la pregunta de quién es el propietario es sobre todo teórica, porque no hay nada sobre lo que exigir cuentas.
La solución práctica no es complicada: una sola persona se convierte en propietaria de la relación, independientemente del proyecto que esté en curso. Esa persona no tiene que estar involucrada en cada proyecto, pero debe saber qué se ha dicho a ese stakeholder en nombre de la organización, en cualquier proyecto. Esto requiere un registro independiente de la administración de proyectos: un lugar donde vaya a parar cada compromiso hecho a ese stakeholder, sin importar quién lo haya hecho.
Ese registro es precisamente lo que aborda la página sobre la propiedad de una relación: no como principio organizativo en un sentido abstracto, sino como la pregunta de quién mantiene la visión de conjunto en cuanto hay más de un proyecto en curso a la vez. Sin haber respondido a esa pregunta, se produce el escenario en el que el concejal, el vecino o el periodista escuchan tres versiones distintas de la misma organización, no porque alguien mienta, sino porque nadie ve el conjunto.
Un proyecto tiene una fecha de finalización. Un compromiso no siempre la tiene. Un compromiso de dar seguimiento dentro de medio año sigue corriendo después de que el proyecto en el que se asumió ya se haya cerrado y el equipo se haya disuelto. Sin un propietario de la relación, ya no hay nadie que vea acercarse ese plazo. Quién vigila esos plazos dentro de la organización, y cómo se evita que un compromiso prescriba en silencio, se explica en la página sobre la vigilancia de un plazo. Esa es precisamente la razón por la que un compromiso pequeño e incumplido a menudo cuesta más confianza que la ausencia de una gran inversión: el compromiso pequeño era concreto y verificable, la gran inversión nunca tuvo una fecha fija.
Mantener el registro de quién es propietario de qué, qué compromiso corresponde a qué stakeholder y qué plazo sigue corriendo es, en gran medida, trabajo administrativo: recopilar señales, vincularlas a un expediente, colocar un recordatorio. Es trabajo minucioso, pero no necesariamente trabajo que deba realizar un empleado sénior escaso. Quien quiera saber qué parte de este tipo de tareas puede asumir la IA y qué parte no, puede calcularlo con el escáner de trabajo de FTE TO AI, que indica por tarea dónde la automatización es viable y dónde no lo es.
Vraag maar. Het interessantste antwoord komt meestal van wie u nog niet heeft gesproken.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.