Un estudio de caso sobre el ERP de Hershey

Fallo en la implementación:
La importancia de las pruebas y la programación

Imagínese despertarse un día para descubrir que la cadena de suministro de su empresa se

ha detenido, Imposible cumplir órdenes de $ 100 millones de dólares. Para la fabricación de
confitería de Hershey Operaciones de distribución, esta pesadilla se hizo realidad en 1999.
Lea este estudio de caso sobre el ERP de Hershey Fallo en la implementación. Aprenda
sobre la importancia de las pruebas del sistema ERP y la programación de proyectos.

VISIÓN GENERAL - IMPLEMENTACIÓN DEL ERP DE HERSHEY FRACASO

Cuando se acercó a sus sistemas de TI de $ 112 millones, los peores escenarios de Hershey
se convirtieron en realidad. Los problemas de los procesos de negocio y de los sistemas
causaron parálisis operacional, llevando a una caída de 19 por ciento en los beneficios
trimestrales ya una caída de ocho por ciento en el precio de las acciones. En el análisis del
estudio de caso que sigue, utilizo el fracaso de la implementación de ERP de Hershey
como estudio de caso para ofrecer asesoramiento sobre la eficacia de las pruebas del
sistema ERP y la programación de proyectos para mitigar la exposición de una compañía a
riesgos de fallo y daños relacionados.

HECHOS CLAVE

Aquí están los hechos relevantes: En 1996, Hershey's se propuso mejorar su mosaico de
sistemas informáticos heredados en un entorno ERP integrado. Escogió el software R / 3
ERP de SAP, el software de gestión de la cadena de suministro (SCM) de Manugistic y el
1
software de gestión de relaciones con clientes (CRM) de Seibel. A pesar de un tiempo de
implementación recomendado de 48 meses, Hershey's exigió un cambio de 30 meses para
que pudiera desplegar los sistemas antes del Y2K. Basado en estas demandas de
programación, el desglose fue planeado para julio de 1999. Esta programación del go-live
coincidió con los períodos más ocupados de Hershey - el tiempo durante el cual recibiría el
bulto de sus órdenes de Halloween y de Navidad. Para cumplir con las demandas agresivas
de programación, el equipo de implementación de Hershey tuvo que cortar esquinas en
fases críticas de pruebas de sistemas. Cuando los sistemas entraron en funcionamiento en
julio de 1999, problemas imprevistos impidieron que los pedidos fluyeran a través de los
sistemas. Como resultado, Hershey's era incapaz de procesar órdenes de 100 millones de
dólares en pedidos de Kiss y Jolly Rancher, aunque tenía la mayor parte del inventario en
existencia.

Este no es uno de esos "retrospectiva es 20-20" casos. Un ejecutor razonablemente

prudente en la posición de Hershey nunca habría permitido el corte en esas circunstancias.
Los riesgos de fracaso y exposición a daños eran simplemente demasiado grandes.
Desafortunadamente, muy pocas empresas han aprendido de los errores de Hershey. Para
nuestra empresa, se siente como el Día de la Marmota cada vez que somos retenidos para
rescatar un proyecto ERP fracasado o fallido. En un esfuerzo por ayudar a las empresas a
implementar correctamente ERP - la primera vez - he decidido volver a relatar este viejo
caso de Hershey. Las dos lecciones clave que describo a continuación se refieren a pruebas
de sistemas y programación de proyectos.

PRUEBAS DE SISTEMAS ERP

El equipo de implementación de Hershey cometió el error cardinal de sacrificar las pruebas

de sistemas por razones de conveniencia. Como resultado, los problemas críticos de
integración de datos, procesos y sistemas pueden no haber sido detectados hasta que fue
demasiado tarde. Las fases de prueba son redes de seguridad que nunca deben ser
comprometidas. Si la prueba establece la fecha de lanzamiento, que así sea. Las
consecuencias potenciales del skimping en las pruebas compensan los beneficios de
mantener un horario más largo. En términos de pruebas apropiadas, nuestra firma aboga
por una simulación metódica de condiciones operacionales realistas. Cuanto más realistas
sean los escenarios de prueba, más probabilidades hay de que se descubran los problemas
críticos antes del corte.

2
Para nuestros clientes, generalmente realizamos tres rondas distintas de pruebas, cada una
de las cuales es una simulación más realista del entorno operativo del cliente. La
finalización exitosa de la prueba es un requisito previo para pasar a la siguiente fase de
prueba. En la primera fase de pruebas - la fase piloto de sala de conferencias - los usuarios
clave probar los escenarios de negocio más utilizados, un departamento funcional a la vez.
El propósito de esta fase es validar los procesos clave del negocio en el sistema ERP. En la
segunda fase de pruebas - la fase piloto departamental - un nuevo equipo de usuarios
prueba el sistema ERP en condiciones incrementalmente más realistas. Esta fase de pruebas
consta de pilotaje completo, que incluye la prueba tanto de los escenarios de negocio más
utilizados como de los menos utilizados. La tercera y última fase de prueba - la fase piloto
integrada - es la más realista de las pruebas. En esta fase piloto de "día en la vida", los
usuarios prueban el sistema para asegurarse de que todos los módulos funcionen juntos
según lo previsto. Con respecto al caso de Hershey, muchos autores han criticado la
decisión de la compañía de desplegar los tres sistemas simultáneamente, usando un
enfoque de implementación de "big bang". En mi opinión, la implementación de Hershey
habría fracasado independientemente del enfoque. El fracaso estaba enraizado en atajos
relacionados con pruebas de sistemas, migración de datos y / o capacitación, y no en el
enfoque de implementación. Si Hershey hubiera puesto los sistemas en pruebas adecuadas,
podría haber mitigado riesgos de falla significativos.

PLANIFICACIÓN DE LA EJECUCIÓN DE ERP

Hershey's cometió otro error en la implementación de libros de texto - esta vez en relación
con la sincronización del proyecto. Primero trató de exprimir un complejo proyecto de
implementación de ERP en un plazo razonablemente corto. Sacrificar la diligencia debida
por el bien de la conveniencia es una manera infalible de ser atrapado. Hershey ha
cometido otro error crítico en la programación: programó su despliegue durante su
temporada alta. No era razonable que Hershey's esperara que podría satisfacer la
demanda máxima cuando sus empleados aún no estuvieran completamente capacitados
en los nuevos sistemas y procesos de negocios. Incluso en los mejores escenarios de
implementación, las empresas deberían esperar que el rendimiento disminuya debido a las
curvas de aprendizaje.
Mediante la sincronización de tiempo durante períodos de negocios lentos, la empresa se
da a sí misma más tiempo para reparar los problemas de sistemas. También da a los
empleados más tiempo para aprender los nuevos procesos y sistemas de negocio. En

3
muchos casos, aconsejamos a nuestros clientes que reduzcan los pedidos entrantes
durante el período de corte. En conclusión, cualquier empresa que implemente o planea
implementar ERP puede quitar lecciones valiosas del caso de Hershey. Dos de las lecciones
más importantes son: probar los procesos y sistemas de negocio utilizando una
metodología diseñada para simular escenarios operativos realistas; Y prestar mucha
atención a la planificación de ERP. Siguiendo estos consejos, su empresa mitiga los riesgos
de fracaso y se pone en una posición para impulsar el éxito de ERP. (Pemeco, 2010)

Bibliografía
Pemeco. (30 de 07 de 2010). Recuperado el 16 de 02 de 2017, de https://www.pemeco.com/a-case-study-
on-hersheys-erp-implementation-failure-the-importance-of-testing-and-scheduling/