Formalna usklađenost nije kontrola: zašto sustavi sigurnosti zakazuju baš tamo gdje se radi
U većini organizacija sve izgleda “uredno”: procjena rizika postoji, osposobljavanja su evidentirana, procedure su potpisane, odgovornosti su dodijeljene. Ipak, ozbiljne nezgode se događaju unutar takvih sustava — ne unatoč usklađenosti, nego zato što je usklađenost zamijenila kontrolu.
Dokumenti dokazuju da sustav postoji. Kontrole dokazuju da sustav radi. Kad kontrola ne djeluje u točki rada (planiranje–odobrenje–izvedba–nadzor), usklađenost postaje simbolična.
Gdje se sustav tipično lomi (4 najčešća obrasca)
- Formalna usklađenost bez funkcionalne kontrole
Postoje akti i papiri, ali nema “hard stop” mehanizama koji sprječavaju rad kad uvjeti nisu sigurni. - Delegiranje odgovornosti bez stvarnih ovlasti
Uloga je formalno imenovana, ali bez stvarne moći nad opremom, rasporedom, procedurom ili ponašanjem drugih aktera. To nije upravljanje rizikom — to je premještanje odgovornosti. - Evidencija osposobljavanja ≠ stvarna sposobnost
Zapisi postoje, ali osposobljavanje je generičko, zastarjelo ili nepovezano s konkretnim zadatkom/tehnologijom. - Procjena rizika odvojena od stvarnog rada
Najopasniji trenuci su “odstupanja”: održavanje, prijelazi, privremene konfiguracije, improvizacije — a upravo to često nije obuhvaćeno procjenom.
Mini-case (iz prakse): “Ovlaštenik” bez ovlasti
U jednom slučaju ozljede pri radu na pokretnoj skeli, inspekcijski zapisnik prepoznaje tehničke i dokumentacijske manjkavosti, ali metodološki pogrešno pokušava pretvoriti sustavne propuste poslodavca u osobnu tehničku odgovornost ovlaštenika. Ključni problem: prijenos ovlasti je bio sadržajno prazan (bez jasnih ovlasti/resursa), osposobljavanje diskontinuirano, a djelokrug rada osobe nije uključivao tehnički nadzor opreme.
Ovo je školski primjer jedne rečenice: odgovornost bez kontrole nije odgovornost — nego organizacijska fikcija.
Što je “kontrola” u praksi (ne na papiru)
Kontrola znači da sustav ima mjesta gdje rad ne može krenuti ako uvjeti nisu ispunjeni, npr.:
- “Hard stop” točke prije početka rada
- stvarno upravljanje sučeljima više aktera
- verifikacija kompetencije u realnom radu, ne samo zapis iz prošlosti
- nadzor usmjeren na ponašanje sustava, ne na fascikle
Zaključak:
Većina nezgoda nije posljedica “nedostatka pravila”, nego sustava koji je zamijenio upravljanje rizikom dokazivanjem usklađenosti. To je problem dizajna sustava.
