ISO/IEC 20000-1, klauzula 5.3 — Organizacione uloge, odgovornosti i ovlašćenja

Šta standard zahteva

Klauzula 5.3 traži da najviše rukovodstvo obezbedi da su odgovornosti i ovlašćenja za uloge relevantne za SMS i usluge dodeljene i komunicirane unutar organizacije. Najviše rukovodstvo posebno mora da dodeli odgovornost i ovlašćenje za:

  • obezbeđivanje da je SMS usaglašen sa zahtevima ovog standarda;
  • izveštavanje najvišeg rukovodstva o performansama SMS-a i usluga.

Primer

Primer: Uprava Adria Trade-a jasno dodeljuje sledeće uloge:

  • rukovodilac IT sektora dobija formalno ovlašćenje i odgovornost da obezbedi da SMS bude usaglašen sa zahtevima ISO/IEC 20000-1, uključujući pripremu za interne i eksterne audite;
  • service delivery menadžer dobija zaduženje da mesečno izveštava upravu o performansama usluga — dostupnosti POS sistema, vremenu odziva na prijave, statusu otvorenih promena;
  • šefovi pojedinačnih procesa (na primer, osoba zadužena za upravljanje promenama) dobijaju jasno opisano ovlašćenje da odobravaju ili odbijaju promene, umesto da se to podrazumeva neformalno.

Šta treba uraditi

  • Imenovati osobu (ili malu grupu) koja je formalno odgovorna za to da SMS ispunjava zahteve standarda — ovo ne sme da ostane nejasno ili podrazumevano, jer se upravo ta osoba oslanja na sve ostale kad dođe audit.
  • Imenovati osobu odgovornu za izveštavanje najvišeg rukovodstva o performansama SMS-a i usluga — može biti ista osoba kao u prethodnoj tački, ali ne mora, u zavisnosti od veličine tima.
  • Pored ove dve obavezne uloge, popisati i ostale uloge relevantne za SMS (na primer, vlasnik procesa upravljanja incidentima, vlasnik procesa upravljanja promenama) i za svaku jasno odrediti ko je odgovoran i šta sme samostalno da odluči.
  • Zapisati ove dodele — kroz opis posla, internu organizacionu šemu ili jednostavnu tabelu odgovornosti — umesto da odgovornost postoji samo kao nepisano razumevanje unutar tima.
  • Komunicirati ove dodele u organizaciji, tako da svi znaju kome se obraćaju za koju vrstu odluke — nejasna odgovornost je čest uzrok kašnjenja, jer se čeka da neko drugi preuzme inicijativu.
  • Ažurirati dodele kad se tim promeni — kad neko napusti firmu ili kad tim naraste sa novim zapošljavanjima, odgovornosti se eksplicitno prenose, a ne ostavljaju u vazduhu.

Comments

Post a Comment

Popular posts from this blog

Šta je ISO 27001 i da li je mojoj firmi stvarno potreban?

  Prvi tekst na blogu InfoSec bez stresa — i pitanje koje sebi postavi skoro svaki vlasnik male ili srednje firme onog trenutka kad prvi put čuje za ovaj standard. Realna situacija Zamislite ovo: firma ima 15 zaposlenih, radi razvoj softvera ili pruža IT usluge, posluje solidno, sve funkcioniše. Onda stigne mejl od velikog klijenta — banke, osiguravajuće kuće ili strane kompanije s kojom se pregovara o saradnji. U prilogu je bezbednosni upitnik, a na dnu jedna rečenica koja pokvari popodne: „Molimo dostavite ISO 27001 sertifikat ili plan implementacije u naredna tri meseca." Ili, druga verzija iste priče: firma konkuriše na tenderu, sve uslove ispunjava — sem jednog. Traži se ISO 27001. Prva reakcija je obično paničan Google upit u stilu „šta je ISO 27001" i „da li mi to stvarno treba", u ponoć, uz osećaj da se upravo otvorila rupa u budžetu i rasporedu koje niko nije planirao. Ako je ovo vaša situacija — ili slutite da bi mogla postati — ovaj tekst je tu da va...
Read more

ISO 22301:2019 u praksi — Praktična obuka na primeru fabrike piva

Ova serija od osam članaka provodi vas kroz sve zahteve standarda ISO 22301:2019 — Sistemi upravljanja kontinuitetom poslovanja (BCMS) , klauzulu po klauzulu, na konkretnom praktičnom primeru: fiktivnoj proizvodnoj pivari „Zeleni Hmelj" d.o.o. , sa sopstvenom varionicom, punionicom i hibridnom IT/OT arhitekturom (SCADA/PLC industrijski sistemi, lokalni ERP i cloud servisi — Microsoft 365, cloud backup/DR, SaaS CRM). Umesto apstraktnog prepričavanja teksta standarda, svaki post gradi stvaran, upotrebljiv dokument — politiku, matricu, BIA analizu, BCP plan, zapisnik — kakav bi auditor tražio na sertifikacionoj proveri. Kroz celu seriju provlači se jedan princip: zahtevi kontinuiteta poslovanja dolaze od biznisa ka IT sektoru, a ne obrnuto — proizvodnja i komercijala definišu koliko dugo mogu da izdrže bez svog sistema, a IT/OT sektor sprovodi tehnička rešenja koja taj zahtev ispunjavaju. Sadržaj serije Deo 1 Uvod u BCMS i Klauzula 4 — Kontekst organizacije Razlika BCMS v...
Read more

ISO 27031: Upravljanje IRBC-om i usklađivanje sa ciljevima kontinuiteta (klauzula 6.1–6.3)

6.1 – Opšte Standard deli uzroke prekida u nekoliko grupa: prirodni uzroci – požar, poplava. Retki, ali fizički pogađaju celu lokaciju odjednom, ne samo jednu komponentu. tehnički kvarovi – hardver, softver, napajanje, klimatizacija. Najčešća kategorija u praksi, i ona za koju firme obično imaju najviše iskustva. ljudska greška – loše podešen bekap, propust u upravljanju izmenama. Retko ko je namerno kriv, ali posledice su iste kao da jeste. namerna akcija – hakovanje, malver, sabotaža. Ovde je pored oporavka bitna i istraga – ko je i kako ušao. društveni faktori – pandemija, štrajk. Ne pogađaju tehnologiju direktno, nego ljude koji je održavaju. cyber napadi – DoS, DDoS, napadi koji preplave sistem saobraćajem dok ne prestane da radi. lanac snabdevanja – prekid kod cloud provajdera, nejasni bezbednosni uslovi u ugovoru sa dobavljačem. Ovde firma nema direktnu kontrolu, samo ugovor i poverenje. Rizik da IT prestane da radi ima jedan prepoznatljiv obrazac: retko se ...
Read more