BCM & DR Program: Bruke og Demontering Assumptions

I all planlegging, enten det er for prosjekter eller programmer, og uavhengig av bransje og virksomhetens art, er en av de viktigste områdene som ofte blir oversett bruk og tro på antagelser. Ikke bare oversett, men de har en tendens til å bli en del av fiber av hvert prosjekt og hver BCM /DR program. Vi antar &', så-og-så-'; vet dette " handling &'; og vil gjøre det " aktivitet, &'; når det faktisk har så-og-så ingen anelse om hva de &'; re ansvarlig for eller at andre tror de &';. re ansvarlig for det

Vi don &'; t kommunisere forutsetninger ofte, og hvis vi gjør det, det &'; s en eller to ganger i de innledende fasene av en BCM /DR prosjekt eller vi gjøre dem opp innenfor rammen av våre egne segregerte møter, som aren &'; t deltok de at forutsetningene er basert på. Vi fange referat fra møtene og gjøremål, men aldri nå ut til de vi tildelt en antagelse til; de &'; re glemt, og faktisk bli en del av BCM /DR rammeverk – planer og prosedyrer vi forventer at andre skal gjennomføre på tidspunktet for katastrofen

Forutsetninger brukes til å fylle et tomrom – en ukjent. Når vi skjønner &'; t vet svaret vi kobler det vi håper vil bli vist seg å være svaret, men ikke klarer å følge opp det. Når det spiller &'; t skje slik vi ønsker, det &'; s fordi vi trodde på en antagelse, som om det var alltid riktig heller enn å prøve å avkrefte eller gyldig det. Ved å unnlate å motbevise det, er vi i den falske tro at vi &'; re tar et skritt fremover fordi vi omfavnet og akseptere forutsetningen og på denne måten, gir oss selv med et nivå av komfort og en grunn til å peke fingeren av skylden når noe går galt

Forutsetninger aren &';. t bare funnet under planlegging og utvikling, men i løpet av gjennomføringsfasen – eller faser – av ulike programkomponenter. Selv når en faktisk katastrofe inntreffer forutsetninger florerer, som krisehåndtering Teams (CMT) og enkeltpersoner anta at andre utfører aktivitetene som kreves. Selv antagelsen om at folk – og alt annet – er og vil være tilgjengelig når det trengs. Hvis alt var tilgjengelig når og hvor det ble ønsket og forventet, så vi ville ikke &'; t har så ulike planer og prosesser på plass for å håndtere slike katastrofesituasjoner

Forutsetninger aren &';. T alltid en dårlig ting. I begynnelsen av BCM /DR programutvikling, forutsetninger bidra til å flytte ting fremover. Du planlegger opp til en bestemt milepæl basert på et sett av forutsetninger, og deretter validere dem gjennom øvelser og tester og samtaler, som minutt detaljer sakte dukke opp mer og mer planlegging utvikler seg. Resultatene av disse (øvelser, samtaler etc) bidra til å fylle ut hullene identifisert som var – opprinnelig – antagelser. På denne måten antagelsen blir en positiv fordi det bidrar til å flytte programmet framover ved å utfordre de involverte og initiere samtaler mellom grupper; kommuniserer de forventninger ulike grupper og enkeltpersoner har om planer, prosesser og prosedyrer. Ikke borti dem og validere dem vil bare skape problemer

Som organisasjon, endringer – planer, prosesser, ressurser, steder, bransjene etc – så å må forutsetningene. En forutsetning utviklet i begynnelsen av programmet utvikling kan &'; t anses som gyldige år senere når alle spillerne og alt annet forbundet med det, har endret seg. At " s bare latterlig og naiv. De må være revisited om og om igjen fordi de kan være sant under visse omstendigheter, men ugyldig under andre omstendigheter. Siden ingen noensinne vet, når eller hvor en katastrofe inntreffer eller under hvilke omstendigheter, forutsetninger må utfordres, kommunisert og validert på regelmessig basis … og ganske muligens, nye utviklet over tid
.