IMPLEMENTATION PLAYBOOKCome i sistemi ERP e BIF si muovono dalla domanda ai risultati accettabili
I seguenti sono utilizzati per spiegare la metodologia di implementazione, il calibro dei dati e i confini della responsabilità, e non sono utilizzati come proxy per il giudizio di progetto da liste funzionali.
01 Linea di base operativaPrima di tutto, registriamo lo stato reale prima della modifica.
Quando il progetto viene lanciato, viene selezionata una catena di business che necessita di maggior miglioramento, vengono effettuate interviste con gli utenti reali e i campioni recenti. L'elaborazione dei record, i tempi di attesa, i tempi di back-to-work, i numeri insoliti e i punti di contatto manuali sono organizzati intorno al modello ERP, la selezione dei prodotti, l'analisi delle variazioni e la pianificazione dell'implementazione sostenibile; se i dati disponibili sono incompleti, la linea di base è utilizzata come conto manuale per una sola settimana per una sola per il sistema di valutazione.
La linea di base dovrebbe anche indicare la portata delle statistiche e delle esclusioni. Ad esempio, il tempo di elaborazione inizia con la disponibilità di informazioni o con la prima presentazione da parte del cliente, l'eccezione non include interfacce di terze parti, e le modifiche manuali sono la correzione o la rielaborazione di piccole prove.
02 Primo anello chiusoConvalida le ipotesi chiave con il minimo ambito disponibile
La prima fase non cerca di coprire tutti i settori, ma piuttosto forma un ciclo chiuso intorno “sale, approvvigionamento, inventario, ridistribuzione, inventario e gestione dei ritorni” che può operare in termini reali: ingresso chiaro, regole di elaborazione, azioni di sistema, ruoli di responsabilità, movimento insolito e output finale.
La valutazione della necessità corrisponde a ciascuna competenza per la scena aziendale, il ruolo dell'utente e l'accettazione del campione. I soggetti che non forniscono dati legittimi, interfacce o decisori devono essere inclusi come pre-condizione o fase successiva, e non devono essere inclusi tranquillamente in un'offerta a banda fissa.
• Realizzazione di progettiRendere il processo un risultato di fase reversibile e reversibile
Il percorso tipico è quello di prendere in considerazione l'inventario dell'ordine e lo stato finanziario, armonizzare la documentazione e la calibrazione, selezionare un pilota a ciclo chiuso organizzativo e aziendale, interfacce di sviluppo complete e la migrazione. Ogni fase dovrebbe portare a risultati identificabili, come grafici di flusso, prototipi, contratti di interfaccia, record di test, dichiarazioni di distribuzione o dimostrazioni in esecuzione.
La dimostrazione di fase non è “guarda al lavoro”. Un campione rappresentativo dovrebbe essere utilizzato per coprire processi normali, campi mancanti, richieste ripetute, autorità inadeguate, sorpresi di tempo e anomalie di dati storici da servizi esterni, e per identificare i problemi che si presentano solo nell’ambiente di produzione in una fase iniziale.
04 Operazioni di ricezione e di ispezioneAccettazione e accettazione comuni con consegna, prove e indicatori
Il progetto dovrebbe almeno conciliare il modello aziendale ERP e l'elenco delle discrepanze dei prodotti, la configurazione ERP, i moduli personalizzati e i servizi di interfaccia, gli standard di dati master e gli script storici di migrazione dei dati, e confermare l'attribuzione del codice sorgente o della configurazione, la gestione del conto, la distribuzione di build, il backup dei dati, la risposta di guasto e le responsabilità di manutenzione successive.
Supponendo una linea di base di processo di 800 articoli al mese, una media di 18 minuti per unità, e un tasso di ritorno del 12 per cento, questo è solo un esempio, non una prestazione del cliente.
Parole chiave e descrizione del contenutoQuesta pagina contiene contenuti organizzativi inerenti a problemi di servizio reali come l'implementazione ERP, lo sviluppo di personalizzazione ERP, lo sviluppo di un sistema di acquisizione e BIS. Le parole chiave sono utilizzate per aiutare gli utenti e i sistemi di ricerca a identificare i temi, senza implicare l'impegno per gli effetti fissi; la portata finale, il ciclo, il budget e gli indicatori sono basati sulla diagnosi di progetto, sulla base di contratto e di accettazione.