¿Quién es más responsable de los retrasos en la implementación de ERP, el usuario o el socio de implementación? ¿Por qué?

Buena pregunta: creo que es un problema de percepción / expectativa en la mayoría de los casos.

El equipo interno del proyecto acaba de pasar semanas / meses de demostraciones de varios proveedores, todos mostrando ‘qué fácil’ y ‘fácil de usar’ son los diversos sistemas, y generalmente hay diapositivas de PowerPoint con unicornios y arco iris que detallan cómo la vida será verdaderamente mágica. Una vez que el software se pone en marcha.

También hay una presión significativa sobre el equipo de ventas, y cuando se le pregunta: “¿Cuánto dura una implementación promedio?” El entusiasta SalesLad responde a la pregunta “¿Qué tan corta es la implementación más corta posible?” – Lo que técnicamente es una cuestión totalmente diferente.

Por lo tanto, el cliente tiene una percepción de “fácil de usar” y una expectativa de “4 meses como máximo”.

Lo que sucede a continuación es que el cliente solicita un plan de proyecto demasiado agresivo, que normalmente ignora los consejos de los consultores, pero, nuevamente, los consultores están en el negocio de hacer felices a los clientes, no de los globos de expectativas de los clientes. (Al menos no todos los globos, todos a la vez.)

En realidad, hay mucho más trabajo que cualquier cliente entiende. Para el segundo mes del proyecto, el cliente comienza a comprender cuánto hay que hacer, y generalmente toma la decisión o comienza a tomar la decisión de retrasar la puesta en marcha. En este punto, podría decir razonablemente que el usuario tiene la culpa por el retraso de la puesta en marcha.

Pero en realidad es difícil decir “quién es MÁS responsable”. Los clientes implementan ERP una vez cada 10 años aproximadamente, mientras que la rotación de personal significa que la mayoría de las personas que lo hicieron la última vez ya no están aquí. Los socios de la implementación deben tener la responsabilidad de educar adecuadamente al cliente, pero en una situación competitiva, no va a ser muy exitoso al decirle a la gente que es un proyecto de un año en el que todos los proveedores de la competencia dicen “es lo mejor de 4 meses”.

¿Y los incentivos?

Si un proveedor gana el negocio diciendo “4 meses” y no llega a tiempo, no hay inconveniente para el vendedor. En ese momento, el cliente tiene demasiado tiempo y dinero hundidos en el proyecto para cambiar, por lo que siguen adelante.

Esencialmente, los proveedores son recompensados ​​con dólares adicionales en proyectos que duran mucho tiempo y se les otorga un negocio adicional que subestima el proyecto en funcionamiento.

Por lo tanto, utilizamos consultores externos como el PM interno para nuestros clientes: si podemos colocar un PM en una compañía que haya puesto en línea dos implementaciones de Netsuite en el último año, tendremos un historial mucho mejor y crearemos expectativas realistas.

Pero lo que es más importante, en lugar de enfrentarnos al puro horror de un proyecto abrumador con plazos poco realistas, nuestro equipo puede concentrarse en las áreas clave de la implementación que conducen al mejor resultado para nuestros clientes, es decir, si descubrimos que hay que ahorrar $ 5 millones en la gestión de inventarios, nos estamos enfocando en brindar esa mejora del sistema en lugar de solo administrar la carga de trabajo total.

Sería bueno si cada cliente tuviera ese conjunto de habilidades en casa, pero tendemos a ofrecer más valor y nuestra actitud incipiente es administrar tanto la percepción como las expectativas, y cuando ahorramos al cliente $ 5m en costos de inventario, nuestras tarifas tienden a percibirse como mucho más pequeña.

Más aquí: http://www.genehammons.com/1/pos…

Se debe culpar principalmente a los gerentes idiotas.
Se requieren casi 10 años para alcanzar un nivel de administrador y, cuando se cruza con muchos años, pierden el contacto con los aspectos técnicos, ya que participan más en actividades de asignación inútiles.

Debido a esto, a menudo no son capaces de predecir el tiempo real que debe considerarse al decidir los plazos. Ni siquiera consideran todos los problemas desconocidos que pueden surgir al trabajar en un proyecto real.

Además, están más ansiosos por impresionar al consumidor y, en el proceso, terminan generando plazos inaceptables.

Resultado – Retraso en go-live y por lo tanto, comienzan el juego de la culpa para salvar su cara.

Nunca he conocido a un único administrador talentoso. Pero entonces, también puedo convertirme en uno de ellos cuando me convierta en gerente. 😀

En nuestra experiencia, tener un campeón interno de proyectos es el mejor PM con el que puede trabajar. Esa persona tiene la confianza y el mandato de la empresa y también debe estar capacitada y familiarizada con el software que se está implementando.

Los consultores externos son muy útiles en la capacitación, configuración del sistema, personalización, etc., pero cuando se trata de la implementación, son externos.

Así que, como dije, un campeón interno de proyectos con mandato es el mejor modelo de nuestra experiencia.

Depende de cuál sea el motivo del retraso.

Tanto como el socio tiene la obligación de establecer el cronograma del proyecto y proporcionar una estructura para la implementación, entonces le corresponde al usuario mantenerse en la estructura designada y trabajar con el socio para garantizar que el proyecto siga el cronograma.

Si surge un problema técnico que el socio no ha previsto durante el proceso de venta, es posible que se necesiten días adicionales para superar estos obstáculos.

Si hay un problema relacionado con la capacitación, fechas importantes de proyectos, etc., que deben volver a programarse debido a la falta de disponibilidad, a veces es el usuario el que puede causar la demora.

Por supuesto, si estos problemas son anticipados y se otorga una escala de tiempo estimada que incorpora el potencial de este tipo de retrasos, a veces los proyectos se pueden completar antes de lo programado.

Como han dicho otros miembros, se trata de establecer expectativas.

Adam – Adam Shilton – linkedin.com