Operativni problemi i životni ciklus

Operativni problem (Operational Issue) kao jedinica rada – osnovni model, razlika između problema (Issue) i zadatka (Task), pojedinačni i masovni problemi, statusi toka rada sa matricom prelaza i nepromenljiv revizorski trag.

Operativni problem (Operational Issue)

Operational Issue je centralni entitet podsistema OHM.

To je entitet koji ima status i predstavlja operativni problem tokom celog njegovog životnog ciklusa.

Osnovni model

Karton operativnog problema koji prikazuje indikator koraka toka rada, dokaze detektora, AI hipotezu o osnovnom uzroku sa njenom verovatnoćom, rezime poslovnog uticaja i rangirane članke baze znanja Karton operativnog problema koji prikazuje indikator koraka toka rada, dokaze detektora, AI hipotezu o osnovnom uzroku sa njenom verovatnoćom, rezime poslovnog uticaja i rangirane članke baze znanja
Karton problema: indikator koraka toka rada, dokazi detektora, AI hipoteza o osnovnom uzroku (Root Cause) sa verovatnoćom, poslovni uticaj, rangirani članci baze znanja (KB) sa poznatim rešenjima

Problem (Issue) i zadatak (Task) su različiti entiteti

Problem odgovara na pitanje:

Koji operativni problem mora da se reši?

Zadatak odgovara na pitanje:

Koja konkretna radnja mora da se izvrši?

Jedan problem može da sadrži više zadataka. Za problem nedostaje arhiva za 38 uređaja:

  • Zadatak 1 – proveriti dostupnost mrežnog prolaza;
  • Zadatak 2 – proveriti red čekanja na serveru;
  • Zadatak 3 – uporediti verzije firmvera;
  • Zadatak 4 – obratiti se mobilnom operateru;
  • Zadatak 5 – obaviti pregled uzorka uređaja na terenu.

Zatvaranjem jednog zadatka problem se ne zatvara automatski.

Pojedinačni i masovni problemi

OHM koristi isti model za obe razmere:

VrstaOpis
singleproblem koji pogađa jedan objekat ili jedan logički entitet
massiveincident na nivou celog sistema koji pogađa grupu objekata
manualproblem koji je registrovao čovek
externalproblem uvezen iz spoljnog sistema

Životni ciklus operativnog problema

Osnovni tok rada

flowchart TD
  S1["Otkriven"] --> S2["Trijažiran"]
  S2 --> S3["Dodeljen"]
  S3 --> S4["Prihvaćen"]
  S4 --> S5["U radu"]
  S5 --> S6["Čeka verifikaciju"]
  S6 --> S7["Verifikovan"]
  S7 --> S8["Rešen"]
  S8 --> S9["Arhiviran"]

Dodatni završni ishodi:

  • otkazan;
  • duplikat;
  • nije potvrđen;
  • bez otklanjanja;
  • prihvaćen rizik.

Statusi toka rada

StatusZnačenje
detectedproblem je kreiran automatski ili ručno
triagedozbiljnost, zona odgovornosti i početni kontekst su razmotreni
assignedodređen je odgovorni izvršilac
acceptedizvršilac je potvrdio prihvatanje
in_progressradovi su u toku
awaiting_verificationradovi su prijavljeni kao završeni i čekaju verifikaciju
verifiedrezultat je potvrđen
resolvedproblem je zatvoren sa utvrđenim ishodom
archivedzavršeni entitet je premešten u dugoročnu istoriju
cancelledproblem je otkazan iz dokumentovanog razloga
duplicateproblem je duplikat drugog entiteta
not_reproducedproblem nije potvrđen prilikom verifikacije
wont_fixdoneta je odluka rukovodstva da se problem ne otklanja
accepted_riskovlašćeno lice je formalno prihvatilo rizik

Status snimka (Snapshot)

Pored toka rada, OHM prati i status problema na osnovu dnevnog snimka detektora:

Status snimkaZnačenje
newproblem se pojavio prvi put
persistentproblem i dalje traje
worsenedstanje se pogoršalo
improvedstanje se poboljšalo, ali problem nije nestao
cleareddetektor više ne potvrđuje problem
reopenedproblem se ponovo pojavio posle zatvaranja

Status toka rada i status snimka nikada se ne mešaju.

Primer: workflow_status = in_progress zajedno sa snapshot_status = improved.

To znači da su radovi još u toku, dok objektivni podaci već pokazuju poboljšanje.

Matrica prelaza

Trenutni statusDozvoljeni prelazi
detectedtriaged, assigned, duplicate, cancelled
triagedassigned, cancelled, accepted_risk
assignedaccepted, in_progress, reassigned
acceptedin_progress, reassigned
in_progressawaiting_verification, escalated, accepted_risk
awaiting_verificationverified, in_progress
verifiedresolved
resolvedreopened, archived
reopenedtriaged, assigned, in_progress
bilo koji aktivniduplicate, cancelled

Svaki prelaz se beleži u nepromenljivom dnevniku događaja.

Referentni ekran na kome su navedeni statusi životnog ciklusa problema sa dozvoljenim prelazima, statusi snimka i faze incidenta Referentni ekran na kome su navedeni statusi životnog ciklusa problema sa dozvoljenim prelazima, statusi snimka i faze incidenta
Statusi i tok rada: životni ciklus problema sa dozvoljenim prelazima, statusi snimka i faze incidenta

Revizorski trag (Audit Trail)

Sve značajne radnje se beleže u nepromenljivoj istoriji.

Događaj sadrži:

Uvek se beleže:

  • kreiranje;
  • dodela;
  • ponovna dodela;
  • promena prioriteta;
  • promena roka;
  • promena statusa;
  • komentar;
  • dodavanje dokaza (Evidence);
  • potvrda osnovnog uzroka;
  • ručna verifikacija;
  • prihvatanje rizika;
  • primena članka baze znanja (KB);
  • spajanje i razdvajanje problema;
  • promena konfiguracije detektora;
  • radnje izvoza i integracije.
Nastavak kartona problema sa kontrolnom listom zadataka i hronologijom događaja u kojoj je zabeležena svaka radnja preduzeta u vezi sa problemom Nastavak kartona problema sa kontrolnom listom zadataka i hronologijom događaja u kojoj je zabeležena svaka radnja preduzeta u vezi sa problemom
Karton problema (nastavak): kontrolna lista zadataka i potpuna hronologija događaja – jedini izvor podataka za sve ključne pokazatelje učinka (KPI)

Povezane teme

Poslednje ažuriranje

Da li vam je ova stranica bila korisna?