“Poder duro” y “Poder blando”

El “poder duro” y el “poder blando” son caras de la misma moneda, atributos o tipologías de un fenómeno sociológico a las órdenes de líderes, políticos, empresarios, jefes de proyecto, ciudadanos corrientes que diariamente, sin darse cuenta de ello, intentan alterar la realidad que les rodea a su favor.

El “poder duro”, asociado normalmente con la agresividad, a través de medidas de coerción, ejercicio de fuerza y amenaza de castigo, es un término clave en muchas de las teorías de realismo político y estrategias de negociación en proyectos. Teorías históricamente relevantes al concepto de poder ya que enfatizan la codicia de algunos negociadores de conseguir la situación de ganancia, dominación, sin considerar siquiera la posibilidad de llegar a un win-win. Esta vía de lograr los objetivos requiere fuerza física, acceso a recursos y a medida de que los interlocutores evolucionan en su conocimiento y experiencia, rara vez resulta eficaz a largo plazo y puede suscitar una respuesta inesperada (e.g.: rotura de negociaciones y situaciones lose-lose). Sin embargo, existen situaciones cuando el uso de “poder duro” es la única vía para alcanzar el objetivo.

Mientras que el “poder blando”, un instrumento igualmente afilado en manos de un project manager apto, sirve para conseguir los mismos objetivos pero mediante diálogo, convencimiento, negociación e incluso manipulación. El empleo provechoso de poder blando depende de otras restricciones, tales como capacidad de comunicación, carisma personal, credibilidad y autoridad aunque a veces puede confundirse con debilidad. El “poder blando” difícil de utilizar per se, a diferencia del “poder duro” muy pocas veces resulta suficiente, salvo excepciones. Una forma efectiva de conseguir nuestros objetivos políticos en el proyecto es combinar las características comunes y las diferencias de ambas técnicas coactivas vistiendo "la mano de hierro” con “un guante de terciopelo”.

El reto de los managers de hoy es saber medir la cantidad de ambos ingredientes y combinarlos para conseguir el “poder inteligente”, menos invasivo, menos dependiente de recursos y más diplomático. Para concluir, los dos tipos de poder son simples medios para conseguir un fin, los dos pueden ser igualmente poco humanitarios y utilizados de forma independiente su eficacia a veces es limitada. Cada uno de los poderes tiene sus propias características únicas y limitaciones: el “poder duro” es intensivo en uso de recursos, perseverancia, requiere fuerza física y se materializa a través de agresión; el “poder blando”, a su vez más difícil de usar, precisa dones de comunicación, carisma personal, credibilidad y diplomacia entre otras cualidades.

Referencias:

  • Joseph S. Nye Jr., 2008, “El próximo líder estadounidense” (PDF), Project Syndicate.
  • Jack Donnelly, 2000, “Realism and International Relations”, Cambridge University Press.
  • Joseph S. Nye Jr., 2004, “Misuses of Power: Causes and Corrections”, Compass: A Journal of Leadership.
  • Alexander Moseley, 2006, “Political Realism – The Internet Encyclopedia of Philosophy”, URL.
  • Joseph S. Nye Jr., 2006, “Soft Power Is Cultural Power”, Foreign Policy, 1 March 2006.

Ya tenemos el MPP con la información de nuestro equipo. Este "pool de recursos" ya puede ser accedido desde otros ficheros MS Project. El archivo MPP con datos de nuestro equipo debe estar disponible a través de la red ya que los ficheros de planes de proyecto A, B y C necesitarán acceder a los datos que contiene. Si estamos en una red local, el pool puede ser publicado en una carpeta compartida con permisos de lectura y escritura. Según los datos anteriores ya podemos crear planes de proyecto a través de MS Project Professional para cada una de nuestras iniciativas. Al tener todas las tareas introducidas y sequenciadas en lugar de añadir equipo al plan en sí debemos pedirle al MS Project que use los recursos compartidos del pool. Eso se hace desde el menú "Tools" – "Resources Sharing" – "Share Resources". Y en la caja "Share Resources" y marcamos la opción "Use Resources". Es importante saber que los dos ficheros deben estar abiertos – el Plan y el Pool.

Continuará…

En caso de disponer de MS Project Server, a través de su funcionalidad de pool de recursos ofrece toda la información necesaria para nivelar la involucración de personal en proyectos por defecto. En la segunda entrega de la serie "Gestión de conjuntos de proyectos – programas" me refería al uso de la aplicación MS Project Professional, sin usar MS Project Server. Vamos a examinar paso a paso como conseguir controlar un programa de proyectos con ficheros MPP. Para el escenario consideraremos un programa con 3 proyectos A, B y C. Tenemos un equipo de 5 trabajadores: Antonio, Ana, Juan, Juliana y Pepe. Así pues tendremos 1 archivo MPP con los datos de nuestros recursos. Este fichero será considerado como pool de recursos, allí añadiremos los nombres, departamentos, funciones, precios por hora normales, costos extra u otros datos adicionales del personal. Si estamos en un entorno con Active Directory o LDAP podremos importar estos datos a MS Project. Cuando hayamos terminados de añadir los datos de recursos debemos convertir el MPP típico en un fichero ‘resource pool’. Se hace desde el menu "Tools" (Herramientas) – "Resource Sharing" (Recursos compartidos) en el menu "Share Resources" (Compartir recursos) con opción "Use own resources" (Usar recursos propios).

Continuará…

El PMO al gestionar el programa y a su vez supervisar a los Project Managers involucrados en el día a día de sus proyectos precisa saber la cantidad total de recursos disponibles en el pool, su capacidad real, en que proyectos participan y cual es su carga. Al disponer de MS Project, podemos montar un Pool de recursos. Esto es un tipo de fichero MPP que sirve para almacenar el listado de todo el personal con sus datos de coste por hora normal, coste por hora extra, calendarios y horarios de trabajo de cada uno y etc. A medida de que se van creando proyectos, en lugar de tener una lista de recursos estática dentro del archivo de Project, los recursos se linkan al proyecto a través del fichero de pool. Cuando un más de un project plan está linkado a un resource pool, abriéndolo podemos observar en un solo fichero todas las tareas que realizan los recursos, horas que dedican, nivel de carga/sobrecarga, etc.

Continuará…