InfoSec bez stresa

ISO/IEC 20000-1 u praksi Ova serija od 10 tekstova prati uvođenje sistema upravljanja uslugama po standardu ISO/IEC 20000-1 u fiktivnoj firmi Nimbus Ops d.o.o. — beogradskoj softverskoj firmi sa SaaS platformom za monitoring IT infrastrukture (Nimbus Watch) i konsalting/održavanje uslugama (Nimbus Care). Svaki tekst pokriva jedan deo standarda kroz stvarne, popunjene dokumente — politike, registre, obrasce, izveštaje — onako kako bi zaista izgledali u firmi ove veličine, a ne kao apstraktan pregled klauzula. Sadržaj serije Deo 1 Kontekst, obim i uvod u SMS Klauzule 4.1–4.4 — profil Nimbus Ops-a, spoljašnja i unutrašnja pitanja, zainteresovane strane, i puna Izjava o obimu sistema upravljanja uslugama. Deo 2 Liderstvo i politika upravljanja uslugama Klauzule 5.1–5.3 — šta liderstvo znači u praksi, puna Politika upravljanja uslugama i RACI matrica uloga i odgovornosti. Deo 3 Planiranje: rizici, ciljevi i plan upravljanja uslugama Klauzule 6.1–6.3 — registar rizika...

ISO/IEC 20000-1 u praksi — deo 10 od 10 Svaki prethodni deo ove serije je proizveo brojeve, incidente i odluke — cilj za MTTR, registar rizika, SLA rezultate, post-incident izveštaj sa akcijama. Ovaj poslednji deo pokazuje gde sve to na kraju sleže: mesečni izveštaj, kvartalni pregled kod Marka Jovanovića, registar prilika za unapređenje i formalna korektivna mera. Ovde se sistem zatvara u krug — ono što se ovde odluči direktno menja plan, rizike i ciljeve iz Teksta 3 za narednu godinu. 9.1 — Izveštaj o performansama usluga Ovo je izveštaj za mart 2026 — namerno izabran mesec, jer sadrži i veći incident i rezultate DR testa iz prethodna dva teksta serije. Nimbus Ops d.o.o. — interni dokument sistema upravljanja uslugama Izveštaj o performansama usluga — mart 2026. Šifra dokumenta: NO-SMS-DOC-022 Priprema: Ana Ristić Datum: 03.04.2026. Dostupnost po paketu Paket Cilj Ostvareno Napomena Standard 99,5% 99,82% Bez incidenata visokog uticaja Premium 99,7...

ISO/IEC 20000-1 u praksi — deo 9 od 10 Incident INC-2026-0142 iz prethodnog teksta je pokazao runbook u akciji tokom stvarnog ispada. Ovaj deo standarda pita nešto što prethodi tom trenutku: da li je taj runbook uopšte bio testiran pre nego što je zaista zatrebao, koliko vremena i podataka firma sme da izgubi pre nego što to postane neprihvatljivo, i da li je bezbednost nešto što se radi posle incidenta ili unapred. Tri dokumenta u ovom delu — politika dostupnosti, plan kontinuiteta i politika bezbednosti — postoje upravo da 18. mart 2026. ne bude prvi put da neko proba failover proceduru. 8.7.1 — Politika dostupnosti Nimbus Ops d.o.o. — interni dokument sistema upravljanja uslugama Politika dostupnosti Šifra dokumenta: NO-SMS-DOC-019 Verzija: 1.0 Status: Aktivan Vlasnik dokumenta: Nikola Erić Odobrio: Marko Jovanović Ciklus pregleda: Godišnje 1. Svrha Definiše princip po kojem Nimbus Ops projektuje, prati i održava dostupnost Nimbus Watch platforme, ...

ISO/IEC 20000-1 u praksi — deo 8 od 10 Ovo je deo standarda koji se najviše "oseti" u svakodnevnom radu — svaki dosadašnji dokument u ovoj seriji je, na neki način, priprema za trenutak kad nešto stvarno pukne. Matrica odgovornosti kaže ko koordiniše, CMDB kaže šta je pogođeno, runbook kaže šta se radi, a SLA kaže koliko vremena ima. Ovaj tekst pokazuje kako to sve izgleda spojeno, kroz stvaran primer. Matrica prioriteta Prioritet incidenta se ne procenjuje na osećaj — računa se iz kombinacije uticaja i hitnosti, po unapred dogovorenoj tabeli. Ovo je ono što sprečava da svaki klijent koji je uznemiren automatski dobije P1 tretman. Nimbus Ops d.o.o. — interni dokument sistema upravljanja uslugama Matrica prioriteta incidenata (Uticaj × Hitnost) Šifra dokumenta: NO-SMS-DOC-018 Verzija: 1.0 Status: Aktivan Vlasnik dokumenta: Ana Ristić Poslednje ažuriranje: 20.01.2026. Definicije osa Uticaj — koliko je širok razmer problema: Kritičan (platfor...

ISO/IEC 20000-1 u praksi — deo 7 od 10 SLA iz prethodnog teksta obećava konkretne brojeve. Ovaj deo standarda pita nešto neprijatnije: šta se dešava kad platforma naraste, kad prodaja potpiše tri nova ugovora u istom kvartalu, ili kad neko treba da promeni nešto na produkciji a da pritom ne izazove tačno onaj incident koji SLA pokušava da spreči. Kapacitet i upravljanje promenama su, u praksi, dve strane iste priče — jedna sprečava da firma obeća više nego što može da isporuči, druga sprečava da firma sama sebi pokvari ono što već radi. 8.4.1 — Budžetiranje, ukratko Nimbus Ops ne vodi poseban formalni dokument za ovo — troškovi AWS infrastrukture se prate mesečno kroz cost allocation tagove po klijentskom paketu (Standard/Premium/Enterprise), što Marku Jovanoviću daje jasnu sliku profitabilnosti po nivou usluge, a direktno se naslanja na rizik R06 iz registra rizika (kolebanje troškova u USD). 8.4.2–8.4.3 — Plan kapaciteta Plan kapaciteta kod Nimbus Ops-a pokriva dve odvojene...

ISO/IEC 20000-1 u praksi — deo 6 od 10 Katalog usluga iz prethodnog teksta kaže šta Nimbus Ops nudi. Ovaj deo standarda traži nešto preciznije: da se ta obećanja formalizuju u brojeve koje klijent može da drži u ruci, i da se isto uradi unazad — prema dobavljačima od kojih ta obećanja zavise. Bez ovoga, "brza podrška" znači različite stvari za Nimbus Ops i za klijenta, a "pouzdana platforma" je prazna fraza dok se ne prizna da ona zapravo zavisi od toga koliko je pouzdan AWS. 8.3.2 — Upravljanje poslovnim odnosom Pre samog SLA teksta, vredi pomenuti kako Nimbus Ops uopšte održava odnos sa klijentima van tiketa i incidenata. Za Enterprise klijente (Meridian Grid, Bregenz Systeme) postoje kvartalni service review sastanci koje vodi Milica Đorđević — pregled dostupnosti, otvorenih incidenata i planova za narednu perijodu. Za manje klijente na Standard/Premium paketima, ovo je zamenjeno godišnjim pregledom i redovnim praćenjem CSAT ocene (cilj ≥4,5, definisan u de...