El proyecto de sistemas de Hershey de 1999 es uno de los casos más citados de implementación fallida. Estos son los hechos documentados, la lección y cómo se previene hoy.
Aclaración importante: este es un hecho público documentado por la prensa especializada. No es un caso de cliente de PHEEVOS ni una implementación propia.
Hershey tenía el producto en el almacén y los pedidos de Halloween. Aun así no pudo surtir alrededor de 100 millones de dólares en órdenes.
Las órdenes dejaron de fluir entre sistemas: el inventario estaba, la demanda estaba, pero la transacción no pasaba.
Salir en vivo justo antes de la temporada más fuerte del año.
Tres plataformas —ERP, planeación y CRM— encendidas al mismo tiempo.
El flujo completo de la orden nunca se probó con volumen real.
Ningún camino alterno para sostener el volumen cuando los sistemas fallaron.
Una integración se prueba con una transacción real que recorre todo el flujo, de la orden al cobro, antes de salir en vivo.
QA con pruebas funcionales, de carga y de usuarios antes del go-live; staging con conexiones y pruebas reales.
Kick-off, discovery técnico, staging, QA, capacitación, go-live monitoreado e hipercare: cada hito se acepta antes de seguir.
Un proceso crítico primero, con medición antes/después, en lugar de tres plataformas a la vez.
Go-live con monitoreo inicial e hipercare 2–4 semanas: si algo falla, hay quién responde y qué sostener.
CIO Dive (Pemeco), Computerworld. Cifras redondeadas según lo documentado por las fuentes citadas.
La primera conversación es para dimensionar cuánto te cuesta seguir operando así.
