Panorama de fusiones entre las consultoras

A raíz de las fusiones y adquisiciones que se ha venido sucediendo moderadamente entre las empresas de servicios profesionales desde 2011, los analistas vaticinan un panorama aún más intenso de ese tipo operaciones, motivado principalmente por el nuevo panorama económico.


A raíz de las fusiones y adquisiciones que se ha venido sucediendo moderadamente entre las empresas de servicios profesionales desde 2011, los analistas vaticinan un panorama aún más intenso de ese tipo operaciones, motivado principalmente por el nuevo panorama económico.

Artículo Baile de fusiones entre consultoras del Diario Expansión del 14 de enero 2013

En la edición impresa del diario Expansión del 14 de enero encontramos un artículo en el que se realiza un breve recorrido sobre las principales adquisiciones que se han realizado entre empresas consultoras, de este artículo extremos las siguientes causas que explican este panorama de fusiones:

  • Creciente presión de precios
  • Grandes empresas consultoras obtienen menores ingresos en sus principales y tradicionales servicios.
  • Grandes empresas consultoras encuentran la vía más rápida para la diversificación en pequeñas empresas especializadas en determinado sector o servicio.
  • Las pequeñas firmas tienen pocos grandes clientes, de los cuales son excesivamente dependientes.
  • Algunas pequeñas firmas están dispuestas a integrarse en otras más grandes que le proporcionen fortaleza financiera, menores costes fijos y mejores perspectivas.
  • Al parecer la tendencia es la concentración de servicios profesionales en grandes firmas.

Causas similares en los riesgos de un proyecto TI

Si pensamos en cualquier proyecto sobre la automatización de un proceso de negocio, y lo enfocamos como un proceso: Input -> Proceso -> Output, podríamos coincidir en los tres aspectos fundamentales que determinan el modo en que se implementa y los resultados que se obtendría:


Si pensamos en cualquier proyecto sobre la automatización de un proceso de negocio, y lo enfocamos como un proceso: Input -> Proceso -> Output, podríamos coincidir en los tres aspectos fundamentales que determinan el modo en que se implementa y los resultados que se obtendrían:

  • Gestión del proyecto
  • Entorno tecnológico
  • Procesos de negocios

Entrada, Procesos y Salidas de un proyecto informático con problemas

El modo en que se aborden estos tres aspectos, determinarán la existencia de riesgos y futuros problemas.

Post recomendado: (aquí)

Planificar respuestas a los riesgos negativos de un proyecto

En la gestión de un proyecto, una vez que se han identificado los riesgos, clasificado y analizado, el siguiente paso debería ser planificar la respuesta de los riesgos que se van a controlar y gestionar.


En la gestión de un proyecto, una vez que se han identificado los riesgos, clasificado y analizado, el siguiente paso debería ser planificar la respuesta que daremos a los riesgos que se van a controlar y gestionar.

Como señalábamos en una entrada anterior, los riesgos de alta probabilidad y alto impacto, no deberían ser ignorados, en general, ningún riesgo debería ser rechazado, especialmente los que hubiesen obtenido, como resultado del uso de la matriz “Probabilidad vs. Impacto”, el resultado “Planificar Respuesta” requieren una atención especial para proponer un plan de acción si estos se produjesen.

El planteamiento de una respuesta debería seguir alguna de las siguientes estrategias:

  • Mitigar la probabilidad o impacto del riesgo. Reducir la probabilidad o el impacto, o ambos se justifican siempre cuando las acciones que se emprendan para este fin sean rentables con relación al impacto del riesgo.
  • Planificar una contingencia. La alta probabilidad de un riesgo justifica el planteamiento de un plan de contingencia, esto también incluye la identificación de condiciones de su activación (descripción del momento).
  • Transferir el riesgo a otra parte. Trasladar el riesgo no lo elimina, lo externaliza (por ejemplo la contratación de seguros o suscripción de garantías)
  • Evitar el riesgo. El beneficio de una tarea no justifica el costo que puede significar el impacto de un riesgo si este ocurriese, si fuese así se podría eliminar la actividad o sustituirla por otra.
  • Aceptar el riesgo.  El costo de cualquier respuesta es superior al coste del impacto del riesgo, la alternativa para este caso es aceptar que el riesgo puede ocurrir y gestionarlo de la mejor manera si este se concretara.

Referencia: ISBN 978-84-415-3225-0

Ranking de empresas de informática


En la revista Actualidad Económica del mes de diciembre de 2012 encontramos una lista digital de las 5.000 primeras empresas españolas por facturación, filtrando la lista por un tipo de sector más próximo a la informática, obtenemos una relación de 82 empresas.

Ranking de empresas informáticas 2012 (clic para ampliar)

De esta lista de empresas observamos algunas relacionadas a grandes grupos o asociaciones de empresas.

Análisis de los riesgos de un proyecto

Identificados y clasificados los riesgos que pueden amenazar un proyecto, el siguiente paso es analizarlos. Debido que la lista de riesgos podría ser amplia y no sería fácil realizar un seguimiento a todos ellos, se debe identificar aquellos riesgos que requieren una atención especial. Para facilitar este análisis el equipo del proyecto puede plantearse dos preguntas:


Identificados y clasificados los riesgos que pueden amenazar un proyecto, el siguiente paso es analizarlos.  Debido que la lista de riesgos podría ser amplia y no sería fácil realizar un seguimiento a todos ellos, se debe identificar aquellos riesgos que requieren una atención especial.  Para facilitar este análisis el equipo del proyecto puede plantearse dos preguntas:

  • ¿qué posibilidad existe que un riesgo se materialice?
  • y si esto ocurre, ¿qué impacto negativo tendría en el desarrollo del proyecto?

Las respuestas obtenidas se podrían ubicar dentro de una matriz 3 x3 para analizar el impacto vs. Probabilidad de cada riesgo.  En la matriz propuesta se estiman tres niveles (bajo, medio y alto), pero dependiendo de las características del proyecto, quizás sería necesario ampliar el número de respuestas (por ejemplo: bajo, medio bajo, medio, medio alto, alto).  Los riesgos identificados con alta probabilidad y alto impacto deberán tener un tratamiento especial y el equipo de proyecto debe estar preparado para brindar una respuesta inmediata si estos se concretaran.

Referencia: ISBN 978-84-415-3225-0