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 tijeka rada s matricom prijelaza i nepromjenjiv revizijski trag.

Operativni problem (Operational Issue)

Operational Issue je središnji entitet podsustava OHM.

To je entitet koji ima status i predstavlja operativni problem tijekom cijelog njegova životnog ciklusa.

Osnovni model

Karton operativnog problema koji prikazuje indikator koraka tijeka rada, dokaze detektora, AI hipotezu o temeljnom uzroku s njezinom vjerojatnošću, sažetak utjecaja na poslovanje i rangirane članke baze znanja Karton operativnog problema koji prikazuje indikator koraka tijeka rada, dokaze detektora, AI hipotezu o temeljnom uzroku s njezinom vjerojatnošću, sažetak utjecaja na poslovanje i rangirane članke baze znanja
Karton problema: indikator koraka tijeka rada, dokazi detektora, AI hipoteza o temeljnom uzroku (Root Cause) s vjerojatnošću, utjecaj na poslovanje, rangirani članci baze znanja (KB) s poznatim rješenjima

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

Problem odgovara na pitanje:

Koji se operativni problem mora riješiti?

Zadatak odgovara na pitanje:

Koja se konkretna radnja mora izvršiti?

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

  • Zadatak 1 – provjeriti dostupnost komunikacijskog pristupnika;
  • Zadatak 2 – provjeriti red čekanja na poslužitelju;
  • Zadatak 3 – usporediti verzije firmvera;
  • Zadatak 4 – obratiti se mobilnom operatoru;
  • 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 obje razine:

VrstaOpis
singleproblem koji pogađa jedan objekt ili jedan logički entitet
massiveincident na razini cijelog sustava koji pogađa skupinu objekata
manualproblem koji je registrirao čovjek
externalproblem uvezen iz vanjskog sustava

Životni ciklus operativnog problema

Osnovni tijek rada

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

Dodatni završni ishodi:

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

Statusi tijeka rada

StatusZnačenje
detectedproblem je stvoren automatski ili ručno
triagedrazmotreni su ozbiljnost, zona odgovornosti i početni kontekst
assignedodređen je odgovorni izvršitelj
acceptedizvršitelj je potvrdio prihvaćanje
in_progressrad je u tijeku
awaiting_verificationrad je prijavljen kao završen i čeka verifikaciju
verifiedrezultat je potvrđen
resolvedproblem je zatvoren s utvrđenim ishodom
archivedzavršeni entitet premješten je u dugoročnu povijest
cancelledproblem je otkazan iz dokumentiranog razloga
duplicateproblem je duplikat drugog entiteta
not_reproducedproblem nije potvrđen tijekom verifikacije
wont_fixdonesena je odluka rukovodstva da se problem ne otklanja
accepted_riskovlaštena osoba formalno je prihvatila rizik

Status snimke (Snapshot)

Osim tijeka rada, OHM prati i status problema na temelju dnevne snimke detektora:

Status snimkeZnač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 ponovno pojavio nakon zatvaranja

Status tijeka rada i status snimke nikada se ne miješaju.

Primjer: workflow_status = in_progress zajedno sa snapshot_status = improved.

To znači da je rad još u tijeku, dok objektivni podaci već pokazuju poboljšanje.

Matrica prijelaza

Trenutačni statusDopušteni prijelazi
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 se prijelaz bilježi u nepromjenjivom dnevniku događaja.

Referentni zaslon na kojem su navedeni statusi životnog ciklusa problema s dopuštenim prijelazima, statusi snimke i faze incidenta Referentni zaslon na kojem su navedeni statusi životnog ciklusa problema s dopuštenim prijelazima, statusi snimke i faze incidenta
Statusi i tijek rada: životni ciklus problema s dopuštenim prijelazima, statusi snimke i faze incidenta

Revizijski trag (Audit Trail)

Sve značajne radnje bilježe se u nepromjenjivoj povijesti.

Događaj sadrži:

Uvijek se bilježe:

  • stvaranje;
  • dodjela;
  • ponovna dodjela;
  • promjena prioriteta;
  • promjena roka;
  • promjena statusa;
  • komentar;
  • dodavanje dokaza (Evidence);
  • potvrda temeljnog uzroka;
  • ručna verifikacija;
  • prihvaćanje rizika;
  • primjena članka baze znanja (KB);
  • spajanje i razdvajanje problema;
  • promjena konfiguracije detektora;
  • radnje izvoza i integracije.
Nastavak kartona problema s kontrolnim popisom zadataka i kronologijom događaja u kojoj je zabilježena svaka radnja poduzeta u vezi s problemom Nastavak kartona problema s kontrolnim popisom zadataka i kronologijom događaja u kojoj je zabilježena svaka radnja poduzeta u vezi s problemom
Karton problema (nastavak): kontrolni popis zadataka i potpuna kronologija događaja – jedini izvor podataka za sve ključne pokazatelje uspješnosti (KPI)

Povezane teme

Posljednji put ažurirano

Je li vam ova stranica bila korisna?