IMPLEMENTATION PLAYBOOKCome spostare l'integrazione di ERP, CRM e API 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, selezionare una catena di business che ha bisogno di maggior miglioramento, intervistare l'utente effettivo e prendere un campione recente. L'elaborazione di record, il tempo medio di attesa, il back-to-work, numeri insoliti e punti di contatto manuali intorno “pagamenti, finanza, fatture, logistica e terza parte API integrazione”; se i dati disponibili sono incompleti, la linea di base è utilizzata come un account di lavoro manuale per una persona a giudice per una sola settimana in una sola.
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 “data mapping, sincronizzazione, tiding, ri-testing, compensazione e riconciliazione” che può operare in termini reali: ingresso chiaro, regole di elaborazione, azioni di sistema, ruoli responsabili, 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 combinare i confini del sistema e la spina dorsale dei dati, confermare i protocolli di interfaccia e gli scenari di anomalia, sviluppare e completare sandbox intercollegamento, compattazione, riconciliazione e guasti esercizi.
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 controllare l'elenco di architetture e interfacce di sistemi, servizi di interfaccia, attività sincronizzate e strumenti di gestione, i record di interfaccia, i rapporti di prova e le anomalie, e confermare il codice sorgente o l'attribuzione di configurazione, la gestione del conto, la distribuzione di costruire, il backup dei dati, la risposta di guasto e le responsabilità di manutenzione successive.
Una linea di base di processo di 800 elementi al mese, una media di 18 minuti per unità, e un tasso di ritorno del 12 per cento è solo un esempio, non una prestazione del cliente. Una linea dovrebbe essere seguita da quattro a otto settimane consecutive di osservazione continua allo stesso calibro, prima di giudicare se raggiungere una riduzione dell'ingresso duplicato e della riconciliazione manuale, aumentare la consistenza dei dati di base e dei frame di tempo di lavoro, e ridurre l'impatto del fallimento delle interfacce di processo principale.
Parole chiave e descrizione del contenutoQuesta pagina contiene contenuti organizzativi su problemi di servizio reali come lo sviluppo dell'interfaccia API, l'integrazione API di terze parti, l'integrazione di sistemi multipli e l'integrazione dell'interfaccia di pagamento. Le parole chiave sono utilizzate per aiutare gli utenti e i sistemi di ricerca a identificare i temi, senza richiedere un impegno per risolvere gli effetti; ambito finale, ciclo, budget e indicatori sono basati sulla diagnosi del progetto, sui principi di contratto e di accettazione.
