ISO 22301 – Klauzula 6.2: Ciljevi kontinuiteta poslovanja i planiranje za njihovo ostvarivanje
U jednoj rečenici: politika kaže šta firma obećava uopšteno, a ova klauzula traži da se to obećanje prevede u konkretne, merljive ciljeve sa rokom, budžetom i imenom osobe koja je odgovorna — inače politika ostaje samo lepa rečenica.
Šta klauzula zapravo traži
Standard traži da organizacija postavi ciljeve kontinuiteta poslovanja na relevantnim nivoima i funkcijama. Ti ciljevi moraju biti usklađeni sa politikom, merljivi gde god je to izvodljivo, moraju uzeti u obzir primenjive zahteve, moraju se pratiti, komunicirati i ažurirati po potrebi. Za svaki cilj, organizacija treba da odredi: šta će tačno biti urađeno, koji resursi su potrebni, ko je odgovoran, kada treba da bude završeno, i kako će se rezultati oceniti.
Zašto je ovo bitno
Razlika između politike i ciljeva je razlika između namere i plana. Politika Elektrotehne (opisana u prethodnom tekstu) kaže da je maksimalno prihvatljiv zastoj kritičnih procesa 8 sati. Ali sama ta rečenica ne kaže ništa o tome kako firma stiže od trenutnog stanja (gde je, kao što smo videli u stvarnom incidentu, oporavak ERP-a trajao 30 sati) do tog cilja. Bez konkretnih, vremenski određenih ciljeva sa jasnim vlasnikom, politika ostaje aspiracija bez plana, i firma se posle godinu dana nalazi u istoj tački u kojoj je počela.
Primer iz prakse: Elektrotehna
Na osnovu politike i nalaza iz prethodnih koraka, Elektrotehna je postavila konkretne ciljeve za narednu godinu. Evo kako izgleda jedan od njih, razrađen po svim elementima koje standard traži:
| Element | Sadržaj |
|---|---|
| Cilj | Smanjiti vreme oporavka ERP sistema (RTO) sa trenutnih ~30 sati na maksimalno 8 sati |
| Šta će biti urađeno | Redizajn procesa oporavka: uvođenje lokalne kopije poslednjeg backupa (pored cloud kopije) i testiran, dokumentovan postupak vraćanja |
| Potrebni resursi | Dodatni lokalni server za skladištenje kopije, oko 20 sati IT vremena za implementaciju i testiranje |
| Odgovorna osoba | Vlasnik plana za ERP sistem (IT menadžer) |
| Rok | Kraj trećeg kvartala |
| Kako se ocenjuje | Kontrolisano testiranje pune obnove sistema iz backupa, sa merenjem stvarnog vremena od početka do potpune funkcionalnosti |
Pored ovog, Elektrotehna je postavila i druge ciljeve u istom kvartalu: obučiti drugog tehničara za rad na glavnoj proizvodnoj liniji (rok kraj godine, odgovoran šef proizvodnje), testirati plan za magacin u Novom Sadu bar jednom godišnje (odgovoran vlasnik tog plana), i ažurirati registar rizika svaki put kad se promeni ključni dobavljač (odgovoran BCM koordinator, bez fiksnog roka, nego kao stalni proces).
Primetite razliku u odnosu na politiku: politika kaže "8 sati je prihvatljivo", cilj kaže tačno šta se menja, ko to radi, dokle, i kako će firma znati da li je uspelo.
Smernice za dokumentaciju
Najkorisniji format je tabela poput gornje, po jedan red ili blok za svaki cilj, sa jasnom vezom ka planu koji ga sprovodi (klauzula 8.4) i ka procesu preispitivanja (klauzula 9.3) gde se prati napredak. Ciljeve vredi preispitivati bar jednom godišnje — neki će biti ostvareni i mogu se zameniti novim, drugi mogu zahtevati produženje roka ako se pokažu preambiciozni, što samo po sebi nije problem ako se iskreno zabeleži i objasni.
Najčešća greška
Najčešća greška je postavljanje ciljeva koji su zapravo samo prepričana politika drugim rečima — "unaprediti kontinuitet poslovanja" nije cilj, to je namera. Pravi cilj mora imati broj, rok i ime osobe. Druga česta greška je da se ciljevi postave jednom, na početku projekta, i nikad više ne pominju — bez redovnog praćenja, lako se desi da prođe godina dana, a niko ne zna da li je RTO za ERP zaista smanjen ili je ostao isti kao pre projekta.
Comments
Post a Comment