Operational Issues a životný cyklus

Operational Issue ako jednotka práce — základný model, rozdiel medzi Issue a Task, jednotlivé a hromadné druhy, workflow stavov s maticou prechodov a nemenný denník auditu.

Operational Issue

Operational Issue je centrálna entita OHM.

Je to stavový objekt, ktorý reprezentuje prevádzkový problém počas celého jeho životného cyklu.

Základný model

yaml

id: OHM-2026-001842
kind: single
canon: no_hourly_archive
title: 'Hourly archive is missing'
priority: P1
severity: critical
confidence: 0.94

scope:
  organization: 'Demo Gas Utility'
  region: 'North'
  asset_id: 'station-5690'

ownership:
  zone: backend_integration
  assignee: 'Integration-2'

timestamps:
  first_detected_at: '2026-07-21T04:00:00Z'
  created_at: '2026-07-21T04:03:12Z'
  acknowledged_at: '2026-07-21T05:10:00Z'
  due_at: '2026-07-22T04:00:00Z'
  resolved_at: null

status:
  workflow: in_progress
  snapshot: persistent
  overdue: false
  unattended: false
  chronic: false

root_cause:
  class: communication
  hypothesis: 'device does not establish a communication session'
  confidence: 0.82
  confirmed: false

evidence: []
tasks: []
history: []
related_issues: []
knowledge_articles: []

Karta Operational Issue so stepperom workflow, dôkazmi (Evidence) z detektorov, AI-hypotézou koreňovej príčiny s jej pravdepodobnosťou, súhrnom obchodného dopadu a zoradenými článkami databázy znalostí — Karta Issue: stepper workflow, dôkazy detektorov, AI Root Cause s pravdepodobnosťou, obchodný dopad (Business Impact), zoradené články so známymi riešeniami (KB)

Issue a Task sú rozdielne entity

Issue odpovedá na otázku:

Aký prevádzkový problém treba odstrániť?

Task odpovedá na otázku:

Aký konkrétny úkon treba vykonať?

Jeden Issue môže obsahovať viacero úloh (Tasks). Pre Issue chýba archív na 38 zariadeniach:

Task 1 — skontrolovať dostupnosť brány;
Task 2 — skontrolovať serverovú frontu;
Task 3 — porovnať verzie firmvéru;
Task 4 — kontaktovať mobilného operátora;
Task 5 — vykonať výberovú kontrolu v teréne.

Uzavretie jedinej úlohy neuzatvára Issue automaticky.

Jednotlivé a hromadné Issues

OHM používa jeden model pre oba rozsahy:

Druh	Popis
`single`	problém jedného aktíva alebo jednej logickej entity
`massive`	systémový incident, ktorý zasiahol skupinu aktív
`manual`	problém zaregistrovaný človekom
`external`	problém importovaný z externého systému

Životný cyklus Operational Issue

Hlavný workflow

flowchart TD
  S1["Zistený"] --> S2["Po triáži"]
  S2 --> S3["Pridelený"]
  S3 --> S4["Prijatý"]
  S4 --> S5["V riešení"]
  S5 --> S6["Čaká na overenie"]
  S6 --> S7["Overený"]
  S7 --> S8["Vyriešený"]
  S8 --> S9["Archivovaný"]

Ďalšie koncové stavy:

zrušený;
duplikát;
nereprodukovaný;
odstránenie sa neplánuje;
prijaté riziko.

Stavy workflow

Stav	Význam
`detected`	Issue bol vytvorený automaticky alebo ručne
`triaged`	závažnosť, zóna zodpovednosti a prvotný kontext boli preverené
`assigned`	bol určený zodpovedný riešiteľ
`accepted`	riešiteľ potvrdil prevzatie
`in_progress`	práce prebiehajú
`awaiting_verification`	práca je nahlásená ako dokončená a čaká na overenie
`verified`	výsledok bol potvrdený
`resolved`	Issue je uzavretý so stanoveným výsledkom
`archived`	dokončený objekt bol presunutý do dlhodobej histórie
`cancelled`	Issue bol zrušený zo zdokumentovaného dôvodu
`duplicate`	Issue je duplikátom iného objektu
`not_reproduced`	problém sa pri overovaní nepotvrdil
`wont_fix`	prijalo sa manažérske rozhodnutie problém neodstraňovať
`accepted_risk`	riziko formálne prijala oprávnená osoba

Stav snapshotu

Okrem workflow sleduje OHM stav problému podľa denného snapshotu detektorov:

Stav snapshotu	Význam
`new`	problém sa objavil prvýkrát
`persistent`	problém pretrváva
`worsened`	stav sa zhoršil
`improved`	stav sa zlepšil, no problém nezmizol
`cleared`	detektor problém už nepotvrdzuje
`reopened`	problém sa po uzavretí objavil znova

Stav workflow a stav snapshotu sa nikdy nemiešajú.

Príklad: workflow_status = in_progress spolu so snapshot_status = improved.

Znamená to, že práce stále prebiehajú, zatiaľ čo objektívne údaje už ukazujú zlepšenie.

Matica prechodov

Aktuálny stav	Povolené prechody
detected	triaged, assigned, duplicate, cancelled
triaged	assigned, cancelled, accepted_risk
assigned	accepted, in_progress, reassigned
accepted	in_progress, reassigned
in_progress	awaiting_verification, escalated, accepted_risk
awaiting_verification	verified, in_progress
verified	resolved
resolved	reopened, archived
reopened	triaged, assigned, in_progress
ktorýkoľvek aktívny	duplicate, cancelled

Každý prechod sa zapisuje do nemenného denníka udalostí.

Referenčná obrazovka so zoznamom stavov životného cyklu Issue a ich povolených prechodov, so stavmi snapshotu a fázami incidentu — Stavy a workflow: životný cyklus Issue s povolenými prechodmi, stavy snapshotu a fázy incidentu

Denník auditu (Audit Trail)

Všetky významné úkony sa zapisujú do nemennej histórie.

Udalosť obsahuje:

yaml

event_id: EVT-9038172
issue_id: OHM-2026-001842
event_type: status_changed
timestamp: '2026-07-23T10:14:00Z'
actor:
  type: user
  id: 'usr-231'
  role: 'zone_manager'
before:
  status: assigned
after:
  status: in_progress
reason: 'Diagnostics started'
source:
  ip: 'masked'
  client: 'web'
correlation_id: 'req-982310'

Vždy sa zaznamenávajú:

vytvorenie;
pridelenie;
opätovné pridelenie;
zmena priority;
zmena termínu;
zmena stavu;
komentár;
pridanie Evidence;
potvrdenie koreňovej príčiny (Root Cause);
manuálna verifikácia;
prijatie rizika;
použitie článku KB;
zlúčenie a rozdelenie Issues;
zmena konfigurácie detektora;
export a integračné úkony.

Pokračovanie karty Issue s kontrolným zoznamom úloh a chronologickou časovou osou udalostí, ktorá zaznamenáva každý úkon vykonaný s daným Issue — Karta Issue (pokračovanie): kontrolný zoznam úloh a úplná časová os udalostí — jediný zdroj všetkých KPI

Súvisiace témy

Naposledy aktualizované 3. augusta 2026

Bola táto stránka užitočná?