Hershey's a perdu 100 millions de dollars à l'Halloween 1999. Un système ERP déployé prématurément. Commandes non traitées. Stocks en entrepôt, pas en magasin. Le pire moment possible pour une panne. Avez-vous déjà reporté un démarrage parce que ce n'était pas prêt?
Je repensais au cas Target Canada.
Ils ont perdu environ 7 milliards de dollars et ont fermé en moins de 2 ans.
Ce qui est fou, c’est que le problème n’était pas seulement stratégique ou technologique. Une grosse partie venait des données produits.
Prix incorrects, dimensions de boîtes erronées, inventaire mal aligné, tablettes vides alors que le système disait autre chose, et j'en passe...
Bref, le système pouvait fonctionner… mais les données ne suivaient pas.
Et c’est probablement une des leçons les plus sous-estimées dans les projets ERP: un bon système avec de mauvaises données reste un mauvais résultat.
Vous avez déjà vu d’autres exemples où la qualité des données a gâché complètement un projet?
Signes de dette technique dans une organisation : feuilles de calcul pour compenser les systèmes, intégrations manuelles entre logiciels, un seul employé qui comprend le système. La dette s'accumule jusqu'à devenir urgente. Quels signes observez-vous dans votre milieu?
Les tests sont souvent la première chose sacrifiée quand un projet prend du retard. Pourtant, les problèmes découverts en production coûtent 10 fois plus cher à corriger. Combien de cycles de tests faites-vous avant un démarrage majeur?