Ijro va ish navbati

Ish qanday bajariladi — operatsion egalik, dinamik tartiblanadigan ish navbati, ommaviy amallar, yuklamani hisobga olgan tayinlash va mobil dala ijrosi.

Operational Health Matrix ekspluatatsion muammolarni bartaraf etishga bir-biridan mustaqil vazifalar toʻplami emas, balki boshqariladigan jarayon sifatida qaraydi.

Operational Issue yaratilgandan soʻng tizim avtomatik ravishda ish kontekstini shakllantiradi, masʼul ekspluatatsion zonani aniqlaydi, tegishli SLA-siyosatni qoʻllaydi va obyektni ijro navbatiga joylashtiradi.

Shu tariqa muammo aniqlangan paytdan to uskunaning normal holati tiklangani tasdiqlanguncha uzluksiz ishlarni boshqarish sikli taʼminlanadi.

Ijro modeli

Har bir Operational Issue yagona ijro siklidan oʻtadi.

flowchart TD
  A["Aniqlash"] --> B["Operational Issue"]
  B --> C["Operatsion egalik"]
  C --> D["Rejalashtirish"]
  D --> E["Ijro"]
  E --> F["Verifikatsiya"]
  F --> G["Yopish"]
  G --> H["Uzluksiz takomillashtirish"]

Har bir bosqichda tizim quyidagilarni qayd etadi:

  • masʼul shaxs;
  • muddatlar;
  • holat;
  • oʻzgarishlar jurnali;
  • Evidence;
  • bogʻliq vazifalar;
  • qoʻllanilgan Knowledge Base maqolalari;
  • verifikatsiya natijalari.

Operatsion egalik

Masʼuliyat foydalanuvchi boʻyicha emas, balki ekspluatatsion zona boʻyicha aniqlanadi.

Masalan:

KanonSukut boʻyicha egasi
no_hourly_archiveBackend-integratsiya
stale_communicationAloqa jamoasi
battery_lowDala xizmati
pressure_sensor_stuckMetrologiya
firmware_regressionProshivka jamoasi
registry_duplicateReyestr administratsiyasi

Zona aniqlangandan soʻng tizim quyidagilarni hisobga olgan holda muayyan muhandisni tayinlaydi:

  • kompetensiya;
  • yuklama;
  • mintaqa;
  • ish grafigi;
  • joriy backlog;
  • ruxsat darajasi.

Zarur boʻlganda rahbar tayinlashni qoʻlda oʻzgartirishi mumkin.

Ish navbati

Ish navbati — faol Operational Issues obyektlarining dinamik koʻrinishi.

Anʼanaviy vazifalar roʻyxatidan farqli oʻlaroq, navbat omillar majmuasi asosida quriladi:

  • prioritet (Priority);
  • jiddiylik darajasi (Severity);
  • operatsion ishonch (Operational Confidence);
  • SLA boʻyicha qolgan vaqt;
  • biznes-taʼsir (Business Impact);
  • taʼsirlangan aktivlar soni;
  • qayta ochilishlar soni (Reopen Count);
  • Root Cause boʻyicha ishonch darajasi.

Sukut boʻyicha eng kritik obyektlar yaratilgan vaqtidan qatʼi nazar avtomatik ravishda yuqoriga koʻtariladi.

Shaxsiy ish navbati ekrani: holati boʻyicha guruhlangan operatsion muammolar roʻyxati, muddati oʻtganlari eng yuqorida turadi. Shaxsiy ish navbati ekrani: holati boʻyicha guruhlangan operatsion muammolar roʻyxati, muddati oʻtganlari eng yuqorida turadi.
Mening navbatim: avval muddati oʻtganlar, keyin qabul qilinishi kerak boʻlganlar / ishdagilar / maʼlumot boʻyicha tasdiq kutayotganlar

OHM bir nechta ixtisoslashgan navbatni qoʻllab-quvvatlaydi.

Kiruvchi (Incoming)

Triaj kutayotgan yangi muammolar.

Tayinlangan (Assigned)

Muhandisga tayinlangan muammolar.

Ishda (In Progress)

Ayni paytda olib borilayotgan ishlar.

Verifikatsiya kutayotganlar (Awaiting Verification)

Ishlar tugallangan, tasdiqlash kutilmoqda.

Muddati oʻtgan (Overdue)

SLA talablari buzilgan.

Eskalatsiya qilingan (Escalated)

Avtomatik ravishda eskalatsiya qilingan muammolar.

Qayta ochilgan (Reopened)

Yopilgandan keyin qayta yuzaga kelgan muammolar.

Ommaviy insidentlar (Massive Incidents)

Tizimli ekspluatatsion insidentlar.

Tizim tartiblash uchun integral prioritetdan foydalanadi.

Masalan:

PriorityScore=wpP+wsS+wbB+wcC+wtTPriorityScore = w_p P + w_s S + w_b B + w_c C + w_t T

bu yerda

  • P — Priority (prioritet);
  • S — Severity (jiddiylik darajasi);
  • B — Business Impact (biznes-taʼsir);
  • C — Operational Confidence;
  • T — SLA boʻyicha qolgan vaqt.

Olingan koʻrsatkich faqat navbatni saralash uchun ishlatiladi va obyektning rasmiy Priority qiymatini oʻzgartirmaydi.

Ommaviy amallar

OHM Operational Issues guruhi ustida ommaviy amallarni qoʻllab-quvvatlaydi.

Masalan:

  • egasini oʻzgartirish;
  • zonani oʻzgartirish;
  • SLA’ni oʻzgartirish;
  • umumiy Root Cause tayinlash;
  • Massive Incident’ga birlashtirish;
  • Knowledge Article qoʻllash;
  • prioritetni oʻzgartirish;
  • eksport qilish.

Barcha ommaviy harakatlar Audit Trail’da qayd etiladi.

Capacity’ni hisobga olish

Ishlarni tayinlashda boʻlinmalarning haqiqiy yuklamasi hisobga olinadi.

Har bir muhandis quyidagilar bilan tavsiflanadi:

  • Active Issues;
  • Verification Queue;
  • Planned Work;
  • Availability;
  • Current Capacity.

Agar yuklama belgilangan chegaradan oshsa, tizim ishlarni qayta taqsimlashni tavsiya qiladi.

Yuklamani taqsimlash

Tizim ortiqcha yuklanishning oldini olish uchun balanslashdan foydalanadi.

Taqsimlashda quyidagilar hisobga olinadi:

  • ochiq Issues soni;
  • umumiy kritiklik;
  • oʻrtacha bartaraf etish vaqti;
  • kompetensiyalar;
  • hududiy mansublik;
  • shunga oʻxshash ishlarni bajarish tarixi.

Mobil ijro

OHM’ning dala versiyasi muhandisga quyidagilarni taqdim etadi:

  • aktiv kartochkasi;
  • marshrut;
  • tarix;
  • soʻnggi Evidence;
  • bogʻliq fotosuratlar;
  • yoʻriqnomalar;
  • Knowledge Articles;
  • yangi materiallarni biriktirish imkoniyati;
  • elektron imzo;
  • bajarilganlikni tasdiqlash.
Operations Center boshqaruv panelining telefon oʻlchamidagi koʻrinishi: dala muhandisining navbati va aktiv tafsilotlari. Operations Center boshqaruv panelining telefon oʻlchamidagi koʻrinishi: dala muhandisining navbati va aktiv tafsilotlari.
Adaptiv joylashuv: xuddi oʻsha Operations Center telefonda

Sinxronizatsiyadan soʻng maʼlumot dispetcher uchun darhol mavjud boʻladi.

Aloqador mavzular

Oxirgi yangilanish

Ushbu sahifa foydali boʻldimi?