IMPLEMENTATION PLAYBOOKCome la continuità aziendale AI e la gestione dei disastri 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.
Il progetto inizia con una selezione di un collegamento aziendale che necessita di maggior miglioramento, interviste con utenti reali e prende campioni recenti. Il volume di elaborazione, tempo medio, tempo di attesa, numero di rimpatri di lavoro, numeri insoliti e punti di contatto manuali intorno “modelli, conoscenze, banche vettoriali, strumenti, code e dipendenza di terze parti” è registrato; se i dati disponibili sono incompleti, fatture manuali per una o due settimane sono utilizzati come base discuote.
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 “RTO, RPO, qualità inferiore, downgrade e progettazione di strategia di takeover manuale” che può operare in tempo reale: ingresso chiaro, regole di elaborazione, azioni di sistema, ruoli responsabili, movimento insolito e uscita 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 identificare i principali collegamenti aziendali AI, definire obiettivi di recupero e di downgrading, modelli di progettazione e errori di tolleranza delle attività, costruire il monitoraggio del backup e l'accesso manuale.
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 la dipendenza AI, i modelli di guasti e l'analisi degli impatti aziendali, il livello di servizio, RTO, RPO e programmi di downgrading, il percorso del modello, il recupero della missione e le funzioni di takeover manuale, e riconoscere il codice sorgente o l'attribuzione di configurazione, la gestione del conto, la distribuzione di build, il backup dei dati, la risposta di guasto e le responsabilità successive di manutenzione.
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 allo stesso calibro, quindi una determinazione di se raggiungere un modello o un guasto degli strumenti che manterrebbe la capacità operativa di base, e che il fallimento della missione sarebbe in grado di ricollegare, ripristinare, compensare o trasferire la capacità di produrre manuale di trasferimento, di produzione, backup e backup e backup.
Parole chiave e descrizione del contenutoQuesta pagina contiene contenuti organizzativi inerenti a problemi di servizio reali come la continuità aziendale AI, la tolleranza al disastro AI, la tolleranza al disastro di grande modello, il passaggio al fallimento del modello. Le parole chiave sono utilizzate per aiutare gli utenti e i sistemi di ricerca a identificare i temi, senza implicare un 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.
