Disegnare un documento con strategie per far fronte ai "disastri"

Siate avvisati se volete fare un disastro per recuperare i piani nel modo giusto in cui vi saranno più di quelli che potreste immaginare.

Metti un budget per la realizzazione di quel piano, sia in ore uomo che in risorse. Ti piace pianificare otto ore di lavoro per scrivere il tuo piano o 500 ore di lavoro. Potresti dire "500 ore uomo !, niente da fare!" Powwowing con 10 dipendenti per iniziare e poi parlare di disastro alle riunioni aggiungere alle ore uomo veloce. Se sei di medie o grandi dimensioni, allora quando i gestori impiegano del tempo per ottenere informazioni pronte per te per il piano che hai richiesto, allora questo mangia anche dal budget orario. Tutto solo per la scrittura di un piano di disaster recovery.

Alcune cose da fare per il disastro; fare un inventario e sostituire i costi di tutti i beni di cui hai bisogno per rendere felici i tuoi clienti. Sugli articoli con garanzie, contratti di supporto, licenze, assicurati di avere tutte le informazioni sulla produzione, il distributore, i contatti dei venditori e lo stato attuale dei conti con loro. Pensi che se un server annega sarai in grado di sostituire quel server da 10.000 dollari di 10 anni in un giorno? Il venditore sarà felice di sentire che desideri un articolo sostitutivo immediatamente (o il tuo account è in circolazione). Potresti dire, oh lo farò da una NUOVA macchina dallo scaffale! Oh? il tuo vecchio software funzionerà su quella macchina. Un'app software personalizzata che necessita di una chiave hardware consentirà a una nuova macchina di eseguire l'app personalizzata?

Avere piani di evacuazione, di solito con walkie talkie assegnati al personale e al personale di riserva.

Per determinati tipi di società, per un adeguato disaster recovery, assicurati di aver parlato con le banche per il finanziamento di emergenza.

Controlla il tuo piano di assistenza medica; cioè il 50% del personale non è affetto da malattia per problemi di costruzione, come muffe o fumi pericolosi. Una volta ho perso l'11% del personale dall'essere molto malato di DUCK POO (che aveva un virus sgradevole).

Avere un sito di backup per il personale, avere costi di viaggio calcolati e preventivati per far andare lo staff sul sito di backup. Una volta una società ha pianificato il proprio sito di backup a poco più di un'ora a sud del sito principale. WOW quei costi di chilometraggio per i dipendenti (e talvolta i costi di viaggio (salari orari) per alcuni dipendenti) possono sommarsi in una settimana! Le persone dell'Unione potrebbero avere contratti per il tempo trascorso fuori sede. Pianifica semplicemente che le persone non riescano a viaggiare fuori sede e considerino i costi temporanei per sostituirli finché il sito principale non è il backup. Potresti chiedere "Chi lo farebbe?" Dipendenti bene incinte per uno in quanto potrebbero dover essere vicino al loro medico o all'ospedale.

Una cosa strana per il ripristino di emergenza è roba legale. Come se il tuo consiglio di amministrazione fosse accusato di cose illegali (come avere un mucchio di computer con sistemi operativi installati illegalmente). Quando alcuni dipendenti della società non sono disponibili per qualsiasi motivo, alcune autorità (leggere come firme se vuoi) potrebbero diventare inaccessibili.

Il modo in cui vendi un piano di ripristino di emergenza a "quelli che lo desiderano" sono:

Prima di tutto; Protezione della salute del personale e del cliente (dal disastro), come procedure di evacuazione, catene di chiamata / alberi (cioè chi chiama chi, chi è autorizzato a dire chi), problemi di salute delle persone

In secondo luogo, le protezioni patrimoniali e finanziarie (vale a dire informazioni come l'accesso ai diritti d'autore, brevetti, contratti (informazioni), saldi dei conti dei clienti, linee di credito con i finanziatori) senza il quale recuperare dal disastro sono realmente ostacolate dalla mancanza di flusso di cassa.

Alcune attività "Informazioni" rientrano tra categorie finanziarie e patrimoniali.

Dettagli sul recupero dei beni di edifici, apparecchiature elettroniche, beni cartacei come tutti gli schedari. (Scommetto che molte aziende decidono di non utilizzare la carta quando iniziano un piano di disaster recovery)

C'è di più. Ma questo post è abbastanza lungo.

Il metodo con cui ho più familiarità è Analisi dei modi e degli effetti di errore . Può essere generalizzato a qualsiasi sistema.

Il punto è enumerare tutte le parti specifiche che possono fallire, come possono fallire e in ogni caso quale sarà il risultato. Quindi classifica ogni articolo in base a verosimiglianza, gravità, costo, ecc. Poi vai avanti e crea strategie di mitigazione.

Una delle cose che abbiamo fatto quando ci siamo trasferiti in un nuovo edificio per il nostro data center è stato quello di elaborare un piano di disaster recovery, ed è stato semplice come riunire tutti e "what iffing", e poi arrivare con soluzioni per ogni evento.

Cose del tipo "Che cosa succede se Larry viene investito da un'auto che si mette al lavoro", "Cosa succede se il server DB primario e slave per i callout locali muore contemporaneamente", ecc.

O anche "Cosa succederebbe se il ragazzo del Qwest arrivasse e ricablasse 9 dei nostri blocchi di punchdown perché pensa che siano disordinati nel mezzo di un ciclo di chiamate?" (Non che sia mai successo ...)

Quello che stai cercando è materiale su gestione dei rischi . L'idea generale della gestione del rischio è innanzitutto quella di identificare il rischio, determinare quali aspetti del progetto saranno interessati nel caso in cui si concretizzino, valutare la probabilità che il rischio si materializzi e quale impatto esso avrebbe per diversi aspetti del progetto e identificare i metodi per rilevare quando il rischio inizia a materializzarsi e quale azione (s) deve essere presa per contrastare i rischi.

I metodi per affrontare i rischi sono generalmente rilevati in un piano di gestione dei rischi . Matrici dei rischi e registri dei rischi acquisire informazioni pertinenti alla gestione del rischio.

Gestire i rischi è generalmente considerato un argomento di gestione del progetto. Si spera che i collegamenti a quegli articoli di Wikipedia specifici possano contribuire a fornire una panoramica di alto livello e alcuni link a risorse aggiuntive. Potresti anche essere interessato allo scambio di stack di gestione progetti , in particolare alle domande contrassegnate da gestione dei rischi e rischio .