ISO/IEC 20000-1 u praksi - Liderstvo i politika upravljanja uslugama

ISO/IEC 20000-1 u praksi — deo 2 od 10

Standard ovde traži nešto što se lako pretvori u praznu frazu ako se ne uradi pažljivo: da rukovodstvo pokaže "liderstvo i posvećenost" sistemu upravljanja uslugama. U Nimbus Ops-u je ovo od početka tretirano kao praktično pitanje, ne kao ceremonija — jer ako direktor Marko Jovanović ne stoji iza SMS-a konkretnim odlukama (budžet, vreme ljudi, prisustvo na sastancima), onda cela stvar ostaje mrtvo slovo na papiru koje je Ana Ristić jedina čita.

Klauzule 5.1–5.3 traže tri konkretne stvari: da rukovodstvo demonstrira posvećenost kroz svoje postupke, da postoji pisana politika upravljanja uslugama, i da su uloge, odgovornosti i ovlašćenja jasno dodeljeni i poznati. U Nimbus Ops-u su prve dve stvari spojene u jedan dokument — politiku — a treća je zaseban, praktičniji dokument: matrica odgovornosti.

5.1 — Šta liderstvo znači u praksi kod Nimbus Ops-a

Pre nego što pređemo na dokumente, vredi imenovati šta "posvećenost rukovodstva" konkretno znači ovde, jer se to ne vidi iz same politike:

  • Marko Jovanović lično predsedava kvartalnim pregledom rukovodstva (management review) — ne delegira ovo Ani Ristić, iako ona priprema materijal (videćete format u delu 10 ove serije).
  • U budžetu za 2026. izdvojeno je dedikovano vreme Nikole Erića (0,2 FTE) za rad na SMS procesima vezanim za Engineering, umesto da se to očekuje "usput".
  • Politika upravljanja uslugama je predstavljena na svim rukama sastanku (all-hands) u februaru 2025, a ne samo objavljena na Confluence-u bez najave.
  • Marko je vlasnik odluke o eventualnoj formalnoj sertifikaciji i redovno je pominje na kvartalnim sastancima tima, čime drži temu vidljivom.

5.2 — Politika upravljanja uslugama

Evo pune politike, onako kako je zavedena i potpisana u Nimbus Ops-u:

Nimbus Ops d.o.o. — interni dokument sistema upravljanja uslugama
Politika upravljanja uslugama
Šifra dokumenta: NO-SMS-DOC-002 Verzija: 1.1 Status: Aktivan
Vlasnik dokumenta: Ana Ristić, rukovodilac upravljanja uslugama Odobrio: Marko Jovanović, direktor Datum izdavanja: 15.01.2026.
Sledeći planirani pregled: januar 2027.

1. Svrha
Ova politika definiše opredeljenje Nimbus Ops d.o.o. prema upravljanju uslugama koje pruža kroz Nimbus Watch platformu i Nimbus Care konsalting/održavanje, u skladu sa zahtevima standarda ISO/IEC 20000-1. Primenjuje se na sve usluge i organizacione jedinice obuhvaćene Izjavom o obimu sistema upravljanja uslugama (NO-SMS-DOC-001).

2. Opredeljenja
Nimbus Ops d.o.o. se obavezuje da:

  • ispunjava ugovorene, zakonske i regulatorne zahteve koji se odnose na usluge koje pruža, uključujući SLA obaveze definisane za Nimbus Watch platformu i ugovore o održavanju IT infrastrukture;
  • kontinuirano unapređuje efikasnost sistema upravljanja uslugama na osnovu merljivih pokazatelja, povratnih informacija klijenata, incidenata i naučenih lekcija;
  • obezbeđuje da uloge, odgovornosti i ovlašćenja u okviru sistema upravljanja uslugama budu jasno definisani, dodeljeni i poznati svima na koje se odnose;
  • obezbeđuje odgovarajuće resurse — ljude, vreme, alate i budžet — za funkcionisanje sistema upravljanja uslugama, uključujući vreme zaposlenih posvećeno održavanju dokumentacije, sprovođenju procesa i obukama;
  • poštuje zakonsku regulativu Republike Srbije i Evropske unije (uključujući GDPR) u vezi sa zaštitom podataka o ličnosti;
  • transparentno komunicira sa klijentima o statusu usluga, uključujući planirane radove, veće incidente i njihov uticaj;
  • redovno preispituje ovu politiku i sam sistem upravljanja uslugama kako bi ostali usklađeni sa stvarnim potrebama poslovanja i klijenata.

3. Ciljevi upravljanja uslugama
Ova politika predstavlja okvir na osnovu kojeg se svake godine postavljaju konkretni, merljivi ciljevi upravljanja uslugama (dostupnost platforme, vreme odziva na incidente, zadovoljstvo klijenata i drugi). Ciljevi za tekuću godinu vode se u zasebnom dokumentu (NO-SMS-DOC-004, obrađenom u delu 3 ove serije).

4. Uloge i odgovornost za primenu
Direktor je krajnje odgovoran za sistem upravljanja uslugama i za ovu politiku. Rukovodilac upravljanja uslugama (Ana Ristić) je odgovorna za svakodnevno funkcionisanje, održavanje dokumentacije i koordinaciju između timova. Detaljna podela odgovornosti po aktivnostima data je u Matrici uloga i odgovornosti (NO-SMS-DOC-003).

5. Komunikacija
Ova politika se komunicira svim zaposlenima prilikom onboardinga (kao deo uvodne obuke, videćete u delu 4 ove serije), dostupna je na internoj Confluence stranici SMS-a i predstavlja se na godišnjem all-hands sastanku. Klijentima se dostavlja na zahtev, kao deo odgovora na upitnike o dobavljačima.

6. Istorija revizija

Verzija Datum Autor Opis izmene
1.0 20.02.2025. Ana Ristić Prva verzija, predstavljena na all-hands sastanku
1.1 15.01.2026. Ana Ristić Usklađeno sa proširenim obimom (ugovori o održavanju); dodata tačka o komunikaciji sa klijentima

5.3 — Matrica uloga i odgovornosti

Politika kaže da su uloge jasne. Ovaj dokument pokazuje koje. U Nimbus Ops-u se vodi kao RACI matrica (R = izvršava, A = odgovoran/odobrava, C = konsultovan, I = informisan) preko ključnih aktivnosti sistema upravljanja uslugama. Ovo je dokument koji se najviše koristi u svakodnevnom radu — kad god neko nije siguran "ko ovo treba da odobri", odgovor je ovde, a ne u nečijoj glavi.

Nimbus Ops d.o.o. — interni dokument sistema upravljanja uslugama
Matrica uloga i odgovornosti (RACI)
Šifra dokumenta: NO-SMS-DOC-003 Verzija: 1.0 Status: Aktivan
Vlasnik dokumenta: Ana Ristić Odobrio: Marko Jovanović Datum izdavanja: 20.02.2025.
Aktivnost Marko J.
Direktor		 Ana R.
SMS vlasnik		 Nikola E.
Engineering		 Jelena P.
Nimbus Care		 Stefan V.
Bezbednost		 Milica Đ.
Customer Success
Odobravanje politike upravljanja uslugama A R I I I I
Vlasništvo nad registrom rizika I A/R C C C I
Odobravanje zahteva za promenu (RFC) I R A C C I
Koordinacija velikih incidenata I R A/R I C R
Upravljanje odnosom sa AWS-om I A R I C I
Upravljanje odnosom sa SecuraLab-om (pentest) I A C I R I
Interna provera sistema (interni audit) I A/R C C C C
Kvartalni pregled od strane rukovodstva A R C C C C
Planiranje kapaciteta infrastrukture I C A/R I I I
Izveštavanje o performansama klijentima I C C I I A/R
Kompetentnost i obuka tima I A R R C R

Legenda: R — izvršava (Responsible), A — krajnje odgovoran/odobrava (Accountable), C — konsultovan pre odluke (Consulted), I — informisan nakon odluke (Informed). Za svaku aktivnost postoji tačno jedno "A" — pravilo koje Nimbus Ops striktno primenjuje da bi se izbegla situacija u kojoj niko konkretno ne odlučuje.

Kako se ovo koristi u svakodnevnom radu

Matrica odgovornosti se najčešće otvara u dve situacije. Prva je onboarding — svaki novi zaposleni je, kao deo uvodne obuke, prolazi kroz nju sa svojim menadžerom kako bi razumeo ne samo svoj posao, nego i gde prestaje njegova odluka, a počinje tuđa.

Druga, češća situacija je eskalacija. Kad se, na primer, tokom implementacije kod klijenta Nordkette Fertigung pojavi zahtev koji izlazi iz ugovorenog obima projekta, Jelena Popović ne mora da nagađa da li sama sme da ga odobri — matrica jasno kaže da je za odobravanje promena van definisanog obima "A" kod Nikole Erića (ako je tehničke prirode) ili kod Ane Ristić (ako je proceduralne prirode), pa se pitanje šalje na pravo mesto umesto da čeka na sledeći sastanak.

Politika i matrica zajedno rešavaju ono što najviše ruši sisteme upravljanja uslugama u praksi — nejasnu odgovornost. Sledeći tekst u seriji prelazi na planiranje: registar rizika, konkretne merljive ciljeve za 2026. godinu i skraćen plan upravljanja uslugama koji povezuje rizike, ciljeve i resurse u jednu celinu.

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