SLA jako prvotřídní vstup, nikoli post-hoc metrika
Orchestrátor nejen provozuje pracovní postupy – řídí je proti svým závazkům. Rozhodování o prioritě, směrování a eskalaci ovlivňují čas do prolomení na každém kroku.
SLA jsou obvykle sledovány na řídicích panelech po poškození. Udělat z nich orchestrační vstupy znamená, že systém aktivně hájí své závazky: přeskupování front, předeskalování rizikové práce a přidělování zdrojů tam, kde je riziko porušení nejvyšší.
Jak se projevuje povědomí o SLA
- 01
Cíle se připojují k práci
Každá instance procesu nese své parametry SLA — okno závazku, třída priority, úroveň zákazníka.
- 02
Fronta je dynamická
Agenti vybírají další práci na základě rizika a dopadu narušení, nikoli FIFO.
- 03
Předeskalace
Práce směřující k porušení je brzy eskalována s kontextem – ne po červeném panelu.
Schopnosti
Prioritní třídy
Odstupňovaní zákazníci, odstupňované závazky. Orchestrátor je vynucuje, místo aby si to pamatoval každý agent.
Upozornění na rychlost spalování
Když četnost narušení fronty stoupne nad prahovou hodnotu, operační systém dostane upozornění – s již připojeným řezem hlavní příčiny.
Přerozdělení kapacity
Při zátěži orchestrátor přesouvá kapacitu na práci s rizikem porušení a odkládá úkoly s nižší prioritou.
Smluvní reporting
Dosažení SLA lze exportovat na zákazníka, na smluvní období, podepsané a připravené pro QBR.