Trei cazuri publice
Cazurile de mai jos provin din țări diferite și din proiecte care nu au fost WMS-numai; dar ceea ce sa întâmplat în procesele de depozitare și distribuție arată în mod clar riscurile a WMS Proiectul se poate face față. Cifrele sunt doar așa cum se menționează în sursele citate.
| Caz | Ce s-a întâmplat | Lecție pentru proiectul dvs. WMS |
|---|---|---|
| Hershey (US, 1999) | Sistemul, se întinde ERP, CRM și software-ul lanțului de aprovizionare, a intrat în direct pe măsură ce comenzile de Halloween se revărsau; compania a declarat că problemele îl vor împiedica să-și facă apariția USD 100 milioane de produse [1]. | Nu timp du-te-live pentru sezonul de vârf; stabilește data în funcție de criteriile de pregătire, nu calendarul. |
| Țintă Canada (2013–2015) | Echipa care investighează problemele a estimat că informațiile despre produs din sistem sunt exacte. 30% a timpului (98–99% în US) Centrele de distribuție au fost sparte cu stoc în timp ce rafturile magazinului au fost goale; unele elemente nu au putut fi prelucrate pentru transport maritim. Toate 133 magazine închise [2]. | În cazul în care datele de bază, cum ar fi dimensiunile elementelor, greutățile și unitățile este greșit, sistemul depozit nu poate funcționa. Asigurați-vă că datele curăță prima sarcină a proiectului și adăugați validarea la intrare. |
| ASOS (Regatul Unit, 2019) | Lupta pentru a îngloba noi software de automatizare la site-ul său din Berlin, compania sa confruntat cu probleme de disponibilitate stoc în US și EU; CEO A numit-o ? Un eșec în execuție. Compania rezervat GBP 50.5 milioane de costuri de tranziție și restructurare [3]. | Lansarea unui nou site, automatizare și software în același timp multiplică riscul. Planificați o rampă în sus și permiteți-i timp pentru a atinge capacitatea maximă. |
Șapte modele comune de eșec
- Lunetă greșită sau vagă. Un sistem este ales înainte ca procesele să fie scrise în jos; excepții (returnări, transporturi parțiale, carantină) la suprafață în producție.
- Lipsește sau greșite date master. Fără dimensiuni, greutăți, coduri de bare și unități, regulile de taiere și de cules nu pot funcționa [2].
- O echipă de proiect care nu cunoaște operațiunea. Proiectul este tratat ca un loc de muncă IT; echipa depozitului nu face parte din proiect și nu deține sistemul.
- Test scurt. Atunci când programul se strânge, testarea este primul lucru tăiat; sistemul merge în direct fără testare de la un capăt la altul și sarcină.
- Mergând în direct la momentul nepotrivit. Mergând în direct în sezonul de vârf, sau cu multe schimbări dintr-o dată, elimină timpul necesar pentru a rezolva problemele [1][3].
- Erori de integrare neobservate. Mesaje defectuoase de la ERP se adună în tăcere; Diferențele de acțiuni apar mai târziu.
- Obiective nemăsurate. Deoarece precizia și productivitatea nu au fost măsurate înainte de go-live, nici succesul, nici eșecul nu pot fi dovedite.
Semne timpurii ale decalării la Excel WMS
Eșecul nu pare întotdeauna o criză. Adesea sistemul pare să funcționeze în timp ce operațiunile încep să lucreze în liniște în jurul lui. Uita-te pentru aceste semne în lunile după go-live:
- Rapoartele sunt pregătite din nou în foile de calcul; datele din sistem nu sunt de încredere.
- Unele tranzacții se efectuează pe hârtie în loc de suporturi și sunt introduse în vrac mai târziu.
- Diferențele de conte nu scad; ajustările acțiunilor devin rutină.
- Utilizatorii suprascrie în mod constant sugestiile de sistem (locații, secvența de selecție).
- Nimeni nu se uită la ecranul de eroare de integrare, sau nu există nici unul.
- Fiecare schimbare de regulă necesită un ordin de lucru pentru vânzător.
Dacă sunt prezente două sau mai multe dintre aceste semne, măsurarea stării actuale cu diagnosticarea operațională este o modalitate bună de a separa software-ul, procesele și problemele legate de date.
Reducerea riscurilor
- Notează-ți procesele și excepțiile înainte de selecție; au furnizori juca propriile fluxuri într-o demo scripted.
- Definește curățarea datelor și proprietarul acestora în primele săptămâni ale proiectului.
- Luați decizia în viață împotriva unei go / no-go liste de verificare, nu calendarul; Notează planul de întoarcere.
- Întreabă clienții de referință despre primele lor săptămâni de viață; al întrebări privind apelul de referință sunt concepute pentru acest lucru.
- Înregistrați acuratețea, productivitatea și măsurile timp-liad înainte de a merge-live și lega sfârșitul hipercare la ele.
Dacă doriți să împărtășiți o lecție anonimă din propriul proiect, scrieți la info@wmsturkiye.com. Cazurile partajate sunt publicate numai cu permisiunea explicită, cu compania și detaliile personale eliminate.
Întrebări frecvente
De ce se blochează proiectele WMS?
De obicei nu din cauza software-ului. Cele mai frecvente trei cauze: datele master element nu este gata, structura locației nu este fizic în vigoare, și deciziile de proces nu a fost luată înainte de începerea proiectului. Software-ul nu creează ordine care nu există.
Care este cel mai riscant moment la go-live?
Acțiunile de deschidere. Fără un număr precis de locație-nivel luate chiar înainte de tăiere, sistemul ruleaza pe date greșite din prima zi și vă pierdeți încrederea podea în câteva zile. Să-l recâștigi durează luni de zile.
Cât de mult antrenament este suficient?
O sesiune de o zi este uitată de următoarea schimbare a turei. Ceea ce stick-uri este de lucru alături de podea pentru câteva zile și lăsând o singură pagină de instruire de lucru pe rol. Asigurați-vă că formarea este un element de linie separat în propunere.
Surse
- CIO, ? Lanț de suspans: Hershey Bittersweet Lecție cio.com (accesat: 2026-09-19)
- Canadian Business, ? Ultimele zile ale tintei Canada? Canadanbusiness.com (accesat: 2026-09-19)
- RTÉ / Reuters,ASOS avertizează din nou asupra profitului după botching revamps depozit . 18 Iulie 2019 — rte.ie (accesat: 2026-09-19)
Metoda și corecțiile: politica editorială.