Identificación de los grupos de interés de un proyecto

Hola Beatriz! muchas gracias por tus interesantes aportaciones.
aunque el PMBok marca unas directrices, como bien indicas, el abanico de posibilidades e interpretaciones puede ser amplio, y aplicar herramientas de otras metodologías del PM puede ser muy útil. Compartirlo con compañeros de la profesión resulta enriquecedor para todos.
saludos

Personalmente, opino que las matrices de poder vs influencia o impacto vs influencia que se mencionan en el PMBok, son tanto herramientas como modelos adecuados para el análisis (incluye identificación) de los interesados. Digo esto so pena de ser etiquetada como clásica… así que, para compensar, propongo (re-)adaptar alguna de las técnicas usadas en Agile, por ejemplo el “dot voting”. Como recordareis, en Agile, se usa para priorizar historias de usuario; aquí podría usarse para identificar (“0 puntos” = no es interesado en absoluto) y asimismo ordenar en una lista a los influyentes. Incluso podríamos jugar con los colores de dichos “puntos”, para dar idea del poder del interesado en cuestión.

Aprecio y comparto el énfasis puesto por mis compañeros en “comunicar”, en los planes correspondientes, y en cómo hacerlos a medida del interesado (o a su categoría de pertenencia). Sin embargo, llamaría la atención sobre la necesidad previa de “entender” sus motivaciones, para luego elaborar dichos planes.
No se trata de ser adivino y saber de los “deseos no verbalizados”; esto no sería realista ni humano pero si debemos, como PMs, hacer el esfuerzo.
Si lo lográsemos, sería posible “tocar su fibra sensible” y así “tratar de forma más personalizada y específica las diferentes necesidades de cada grupo de interesados” (cita textual). Sin duda la garantía de éxito para (un plan de) comunicación excelente.

Por último, y a propósito de la comunicación, quisiera hablaros del concepto de “core team” y su papel en el manejo eficaz de interesados. Se aplica en el contexto de proyectos internos de una compañía, es decir, cuando los interesados son distintas áreas funcionales/ departamentos, o distintas divisiones de negocio, etc. Sus miembros se reúnen regularmente y con una agenda definida. Su propósito es contribuir en los requisitos (del proyecto) y servir como canal de comunicación entre el equipo del proyecto y el área funcional/ departamento (u otros) a los que representen.

Se da en entornos organizativos en los que hay un clima de colaboración, no de competición, y aumenta la probabilidad de éxito del proyecto al eliminar barreras y/u obstáculos que no son de naturaleza técnica…podeis consultar la fuente original en la biblioteca virtual del PMI [Effective Stakeholder Management Using Core Teams - by Nate Solberg, PMP]