ERP

ERP failure / ERP disaster

Tal como indica en su artículo Michael Krigsman en su artículo “Exploring the Devil’s Triangle”, los motivos principales por los que un proyecto puede abocarse al fracaso en el ámbito de las relaciones humanas se debe: al proveedor del software, al integrador del sistema, o al cliente. Como no hay certezas absolutas, extendamos la “culpabilidad” a cualquier combinación de las anteriores. Aunque hablamos de gestión de proyectos, es plenamente aplicable al ámbito de los ERP.

En cualquier caso, mi opinión es que el fabricante de software tendrá poca responsabilidad en el fracaso del proyecto desde el punto de vista contractual, dado que el proyecto se contrata entre cliente e integrador.

Así que un detalle más extenso de las posibles causas de fracaso serían:

1.- ERP failure / ERP disaster: Gestión de proyectos

  • Conflictos entre organización / consultores / fabricante
  • Desequilibrio entre equipos: personal altamente cualificado de un lado, y poco cualificado en otro
  • Inadecuada gestión del riesgo
  • Sobrecostes del proyecto
  • Inadecuada definición del alcance
  • Retrasos

2.- ERP failure / ERP disaster: Organizacionales (cliente)

  • Jerarquía poco clara o no definida
  • Conflictos entre departamentos y/o personas
  • Desorganización y flujos de trabajo poco claros e indocumentados
  • Rotación personal
  • Indefinición estratégica
  • Choque cultural y organizacional entre empresa y cliente

desastre

3.- ERP failure / ERP disaster: Recursos humanos (cliente)

4.- ERP failure / ERP disaster: Dirección (cliente)

  • Inadecuada planificación
  • Inadecuada elección de la solución y la consultoría
  • Baja implicación
  • No liderazgo
  • Nivel exigencia a empleados
  • Falta de referencias de éxito en proyectos similares y con los mismos consultores
  • Exigencia por contrato de experiencia mínima y acreditada de consultores

5.- ERP failure / ERP disaster: Consultoría (integradores)

  • Codiciosos:
    • Prolongación temporal de proyectos para vender más consultoría
    • Venta de customización innecesaria
  • Elección metodología implantación: big-bang, step by step, en paralelo.
  • Inadecuada captación de requerimientos
  • Implicación en la elección de key users del cliente
  • Errónea visión de los procesos de la empresa y adecuación al proyecto
  • Falta de experiencia en el sector
  • Asignación consultores poco experimentados

Cualquiera de estas razones por sí sola, o peor aún, en combinación entre ellas, serían motivo más que suficiente para dar lugar a un fracaso en la implantación de un ERP.

(En el Master en Software Libre de Gestión: Open Source & ERP II, estamos analizando situaciones como la que aquí acabamos de mostrar).

Recibe nuevos artículos mediante suscripción por e-mail, RSS o Feedly
Seguir en Feedly
 
VN:F [1.9.22_1171]
Rating: 4.0/5 (1 vote cast)
ERP failure / ERP disaster, 4.0 out of 5 based on 1 rating

Sobre Sergio Martínez

Dirección desarrollo e implantación ERP en Daemon4 Socialmedia, TIC, IDi, e-commerce, 2.0... Blogger en https://mundoerp.com

Un comentario

Comentar

Su dirección de correo electrónico no será publicada.Los campos necesarios están marcados *

*

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

x

Check Also

Integración de un CRM con otros sistemas de información

Al igual que el CRM, el ERP es un sistema que hace uso de una cantidad masiva de información, con la diferencia de que el CRM ejerce generalmente las funciones externas de cara al cliente, o front-office

Las pruebas de seguridad son una parte vital de la compra de software

Los proveedores de software están obligados a realizar pruebas de seguridad de su software, así como adquirir compromisos de solución de vulnerabilidades.

Métodos existentes para evaluación y selección de sistemas de gestión

Procedimientos o metodologías empleados para la evaluación y selección de un Sistema de Gestión

La automatización de los procesos: del ERP al workflow

Los sistemas workflow automatizan los procesos de negocio según el diseño inicial de dichos procesos. La accesibilidad y la integración son los aspectos fundamentales que lo diferencian de un BPMS

Como confundir la ofimática con el software de gestión empresarial

Hace unos días me contaba uno de nuestros comerciales su última experiencia en una presentación a ...