Segítség cégeknek, amelyek kritikus digitális szolgáltatást üzemeltetnek
Helyzetek, amelyekben segítünk, ha kritikus digitális szolgáltatást üzemeltetnek. A következő lépést a folyamataik, az eszközeik és a felelősségi modelljük dönti el. Nem húzunk rá általános sablont.
Ezek felismerhető minták, nem forgatókönyv. A saját kontextus, a korlátok és a tények döntik el, mit csinálunk együtt.
Beszéljük megA kritikus digitális szolgáltatás lassú vagy instabil
A bevétel, a folyamatok vagy a rendelkezésre állás már sérül. Az ok mégis gyakran csak tipp a kapacitásról vagy az infrastruktúráról.
Áttekintés és javítás
A helyzet részletei →02Tisztázatlan sorrend arról, mit javítsanak először
Az IT és az üzlet nem ugyanabból a képből dolgozik: mi a közeli javítás, mi a középtáv, és ki dönt a következő lépésről.
Tervezés és építés · Áttekintés és javítás
A helyzet részletei →03Bizonytalan technológiai beruházás, mielőtt elköteleződnek
Nehezen visszafordítható költés előtt előbb nézzük meg, megéri-e az üzletnek.
Tervezés és építés · Áttekintés és javítás
A helyzet részletei →04A monitoringeszközök vakfoltokat hagynak a kritikus folyamatokon
Az eszközökre sokat költenek, a pénzt termelő folyamatokról mégsem látnak eleget.
Áttekintés és javítás
A helyzet részletei →05Az ügyfelek előbb veszik észre a hibát, mint az üzemeltetés
Az ügyfélfolyamat már sérül, a belső képernyők közben zöldek maradnak.
Áttekintés és javítás
A helyzet részletei →Tipikus helyzetek
A tünetektől a világos következő lépésig.
A kritikus digitális szolgáltatás lassú vagy instabil
A kritikus digitális szolgáltatás lelassul vagy hibázik, amikor az üzletnek szüksége van rá. A technológiát hibáztatják, de nem világos, hol szivárog valójában az érték.
Jellemzően ide tartozik: Áttekintés és javítás
Lassabb folyamatok, időnkénti romlás forgalmas időszakokban, késedelmes folyamatok, elégedetlen ügyfelek vagy belső felhasználók.
Hol szivárog az érték: az alkalmazásban, az adatokban, az integrációban, a felelősségben vagy a felesleges bonyolultságban. Nem elég annyit mondani, hogy „kell több kapacitás”.
Az üzleti helyzet, a kritikus folyamat, a szolgáltatás valós viselkedése, a függőségek és a már rendelkezésre álló éles tények.
Optimalizálás, egyszerűsítés, áttervezés vagy bővítés, nagyobb változás előtt.
Egy szolgáltatás és egy nagy hatású folyamat célzott vizsgálata, világos tervvel arról, mit javítsanak először.
Műszaki nézet
- Gyakran először a kapacitást vagy az infrastruktúrát hibáztatják. Közben az alkalmazás, az adatbázis és az integrációk viselkedése valós terhelés mellett összekeveredik.
- Hasznos következő lépés átnézni egy szolgáltatást, egy jellemző terhelést és a már meglévő éles tényeket, mielőtt nagyobb skálázásról vagy cseréről döntenek.
Tisztázatlan sorrend arról, mit javítsanak először
A technikai kockázat, a költség és az üzleti prioritás külön nézetekben van. Nincs közös terv a közeli javításoktól a hosszabb útig.
Jellemzően ide tartozik: Tervezés és építés · Áttekintés és javítás
Hosszú, egymással versengő javítási listák, változó prioritások, tisztázatlan felelősség.
Az egyes megállapítások érvényesek lehetnek, de hatás, sürgősség vagy függőség szerint nem hasonlíthatók össze.
Kritikus szolgáltatások, üzleti kitettség, műszaki tények, költség, ráfordítás, függőségek és az, hogy a döntés visszafordítható-e.
Közös terv az IT és az üzlet számára: közeli javítások most, mi várhat, és ki hozza a következő döntést.
Egy prioritásos döntési nézet a legfontosabb meglévő megállapításokból.
Műszaki nézet
- Az egyes megállapítások önmagukban helytállóak lehetnek, de üzleti hatás, sürgősség vagy függőség szerint nem vethetők össze. A vezetésnek egy sorba rendezett képre van szüksége.
- Egy prioritásos döntési nézet a legfontosabb meglévő megállapításokból, mielőtt újabb program indulna.
Bizonytalan technológiai beruházás, mielőtt elköteleződnek
Skálázási, platform- vagy architektúra-beruházás készül, de nem világos az üzleti haszon, és független szakember sem vizsgálta meg kritikusan a tervet.
Jellemzően ide tartozik: Tervezés és építés · Áttekintés és javítás
Versengő javaslatok, tisztázatlan haszon, nyomás a skálázásra vagy a cserére.
A változatokat azelőtt hasonlítják össze, hogy a valódi üzleti probléma és a döntési szempontok tiszták lennének.
Jelenlegi korlátok, az egyes változatok mellett szóló tények, üzleti hatás, kockázat, függőségek és kompromisszumok.
Továbbmennek, várnak, szűkítik a kört, vagy választanak. A döntés Önöknél marad.
A döntési szempontok rögzítése és a legkockázatosabb feltevés megvizsgálása a kötelezettségvállalás előtt.
Műszaki nézet
- A változatokat gyakran azelőtt hasonlítják össze, hogy a valódi üzleti probléma és a döntési szempontok tiszták lennének. Ha független szakember kérdez rá, az lassítja a visszafordíthatatlan költést.
- A döntési szempontok rögzítése és a legkockázatosabb feltevés megvizsgálása a skálázás, csere vagy újraépítés előtt.
A monitoringeszközök vakfoltokat hagynak a kritikus folyamatokon
Több platform és dashboard van, a vezetés mégsem látja, hogy a kritikus folyamatok megbízhatóak-e, amikor számít.
Jellemzően ide tartozik: Áttekintés és javítás
Bizonytalan értékű dashboardok, átfedő eszközök, üzleti kontextus nélküli riasztások.
Az eszközlista nem mutatja meg, hogy valós hiba esetén átlátható-e a folyamat.
Lefedettség a szolgáltatásokon és folyamatokon, átfedések, hiányok, a riasztások hasznossága és a felelősség, üzleti eredményhez kötve.
Mit tartsanak meg, javítsanak, egyszerűsítsenek vagy állítsanak le az üzleti haszon alapján.
Egy kritikus folyamat átláthatóságának felmérése, amely később megismételhető kiindulópont lehet.
Műszaki nézet
- Az eszközlista nem mondja meg, hogy valós hiba esetén átlátható-e a folyamat. Az átfedések és a hiányok többet számítanak, mint egy újabb dashboard.
- A monitoringstratégia eldönti, mit tartsanak meg, vonjanak össze, javítsanak vagy állítsanak le a már meglévő stackben. A döntést az üzleti eredményhez kötjük.
- Felmérjük egy kritikus folyamat átláthatóságát. Ez megismételhető kiindulópont lesz, mielőtt újra lecserélnék a stacket.
Az ügyfelek előbb veszik észre a hibát, mint az üzemeltetés
Az ügyfelek vagy az üzleti oldal előbb jelzi a kritikus hibát, mint az üzemeltetés. A hírnév és a bevétel kapja az első ütést.
Jellemzően ide tartozik: Áttekintés és javítás
Először a felhasználók jelzik a gondot. A dashboardok zöldek, miközben a folyamatok és a bevétel már sérülnek.
Az ellenőrzések csak a komponenseket nézik-e, anélkül hogy az ügyfélutat vagy az üzletkritikus útvonalat ellenőriznék.
Kritikus folyamatok, integrációk, észlelési pontok, a riasztások hasznossága, felelősség és eszkaláció.
Mely folyamatokat kell korábban látni, milyen kontroll hiányzik, és hol érdemes először javítani.
Egy nagy hatású folyamat végigkövetése: ki mikor veszi észre a hibát: az ügyfél, az üzleti oldal vagy az IT.
Műszaki nézet
- A komponensellenőrzések zöldek maradhatnak, miközben az end-to-end folyamat már sérült. A gond gyakran az, hogy melyik utat figyelik, nem az, hogy hány eszközük van.
- Feltérképezzük, hogyan válik láthatóvá egy nagy hatású folyamat hibája az ügyfél, az üzleti oldal és az IT előtt, és megnevezzük a legkorábbi hasznos jelet.