IMPLEMENTATION PLAYBOOKCome i sistemi di processo OA e BPM si muovono dalla domanda ai risultati di accettazione
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.
Il progetto inizia con una selezione di un collegamento aziendale che necessita di maggior miglioramento, intervista gli utenti reali e prende campioni recenti. Il volume di elaborazione, medio tempo, tempo di attesa, back-to-work, numeri insoliti e punti di contatto manuali sono registrati intorno alla “OA e BPM stato diagnosi, selezione dei prodotti e analisi dei progetti”; se i dati disponibili sono incompleti, la linea di base è utilizzata come un account manuale per una o due settimane di giudizio.
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
Il primo numero, che non cerca di coprire tutti i settori, è quello di “sviluppo dell’organizzazione, del ruolo, della forma, del processo, del portale e della configurazione di fine mobile” per formare un ciclo chiuso che può operare in tempo reale: ingresso chiaro, regole di elaborazione, azioni di sistema, ruoli responsabili, movimenti anormali 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
Un percorso tipico è quello di prendere in carico le emissioni di alta frequenza e di sinergie, i ruoli combo, le forme e le regole di processo, selezionare i prodotti standard o le rotte personalizzate, configurare lo sviluppo e la connessione ai sistemi aziendali.
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 processo con il modello di diritti, forme, configurazione del processo e del portale o il codice sorgente, l'identità organizzativa con servizi di interfaccia di terze parti, e confermare l'attribuzione di origine o configurazione, la gestione del conto, la distribuzione di build, il backup dei dati, la risposta di guasto e le responsabilità di manutenzione successive.
Si presume che una linea di base di processo sia di 800 elementi al mese, una media di 18 minuti per unità, e un tasso di ritorno del 12%, che è solo un esempio, non una prestazione del cliente. Una linea viene poi utilizzata per osservare lo stato di approvazione e le responsabilità per quattro o otto settimane consecutive allo stesso calibro, quindi per determinare se lo stato di approvazione e le responsabilità possono essere tracciate, duplicate e cross-system voci, e l'autorità organizzativa regolata alle modifiche delle norme del personale.
Parole chiave e descrizione del contenutoQuesta pagina contiene contenuti organizzativi inerenti a problemi di servizio reali come lo sviluppo del sistema OA, la personalizzazione del sistema OA, il sistema di processo BPM, lo sviluppo del sistema di approvazione. Le parole chiave sono utilizzate per aiutare gli utenti e il sistema di ricerca a identificare i temi, senza implicare l'impegno per gli effetti fissi; la portata finale, il ciclo, il budget e gli indicatori si basano sulla diagnosi del progetto, sul contratto e sulla base di accettazione.
