A ServiceNow állapotellenőrzési ellenőrzőlista, amelyet minden új ügyfelünknél végrehajtunk

Miért van minden ServiceNow-rendszernek szüksége állapotellenőrzésre

Amikor új ügyfelet veszünk fel, az első dolgunk egy átfogó állapotellenőrzés futtatása a ServiceNow-rendszerén. Nem azért, mert feltételezzük, hogy bármi is romlott, hanem mert minden rendszer idővel műszaki adósságot halmoz fel – kihagyott verziófrissítéseket, elhagyott testreszabásokat, gazdátlan szkripteket és olyan konfigurációkat, amelyeknek három éve volt értelmük, de most teljesítmény-szűk keresztmetszeteket okoznak.

Az állapotellenőrzés ad egy alapot. Megmondja, mi működik, mi törékeny, és minek kell azonnali figyelmet szentelni, mielőtt új bevezetési munkába kezdene. Ilyen nélkül ismeretlen alapra épít.

Itt van a pontos 15 pontos ellenőrzőlista, amelyet használunk. 50+ nagyvállalati megbízás során finomítottuk, és következetesen felszínre hozza a leginkább lényeges problémákat.

A 15 pontos ServiceNow állapotellenőrzési ellenőrzőlista

1. Verzió-naprakészség

Nézze meg, melyik ServiceNow-kiadáson fut, és hány verzióval van lemaradva. A ServiceNow évente két major verziót ad ki. Ha több mint két verzióval van lemaradva, frissítési adósságot halmoz fel, amely exponenciálisan nehezebbé válik. Dokumentálja a jelenlegi verziót, a célverziót és a köztük kihagyott verziókat.

2. Instance Scan eredmények

Futtassa a ServiceNow beépített Instance Scanjét az összes scan suite-tal engedélyezve. Ez automatikusan megjelöli a bevált gyakorlatok megsértését, a teljesítményproblémákat és a biztonsági aggályokat. Különös figyelmet fordítson a kritikus és magas súlyosságú megállapításokra – ezek okozzák legnagyobb valószínűséggel az éles incidenseket. Exportálja az eredményeket, és használja javítási backlogként.

3. Testreszabás-audit

Számolja meg a testreszabott gyári rekordokat a business rule-ok, client scriptek, UI policy-k és script include-ok között. Magas testreszabási szám (500+) frissítési kockázatot és karbantartási terhet jelez. Minden testreszabásnál határozza meg, hogy szükséges-e még, helyettesíthető-e konfigurációval, és nem ütközik-e újabb platformfunkciókkal.

4. Teljesítmény-alapérték

Mérje meg az átlagos oldalbetöltési időket, a tranzakció-válaszidőket és a lassú lekérdezések számát. Dokumentálja ezeket alapértékként, hogy a javítás után mérni tudja a javulást. Kulcsmutatók: átlagos űrlap-betöltési idő (cél: 2 másodperc alatt), átlagos lista-betöltési idő (cél: 3 másodperc alatt), és napi lassú tranzakciók száma (cél: nulla).

5. Biztonsági konfiguráció felülvizsgálata

Vizsgálja meg az Access Control List-eket (ACL-eket) túlságosan megengedő szabályok szempontjából, ellenőrizze a szkriptekben bekódolt hitelesítő adatokat, vizsgálja át a felhasználói szerepköröket túlzott jogosultságokra, és ellenőrizze, hogy az érzékeny táblák megfelelő mezőszintű biztonsággal rendelkeznek-e. Egyetlen rosszul beállított ACL felhasználók százai elé tárhat bizalmas adatokat.

6. Használaton kívüli bővítmények felmérése

Sorolja fel az összes aktivált bővítményt, és határozza meg, melyek vannak valóban használatban. A használaton kívüli bővítmények rendszererőforrást fogyasztanak, növelik a frissítés komplexitását, és kibővítik a támadási felületet. Deaktiváljon minden bővítményt, amelynek nulla aktív felhasználója vagy nulla tranzakciója van az elmúlt 90 napban.

7. Integrációk állapota

Tekintse át az összes aktív integrációt – REST-üzenetek, SOAP-üzenetek, MID Server-kapcsolatok, IntegrationHub spoke-ok. Keressen hibás tranzakció-mintákat, hitelesítés-lejárati dátumokat és elavult API-verziókat. Dokumentálja minden integráció üzleti gazdáját, hogy tudja, kit kell felkeresnie, amikor változtatások szükségesek.

8. Adatmennyiség-elemzés

Ellenőrizze a rendszer legnagyobb tábláinak méretét. A több millió rekordot tartalmazó táblák megfelelő archiválási szabályok nélkül lassítják a lekérdezéseket és növelik a biztonsági mentési időt. Azonosítsa azokat a táblákat, amelyek adatarchiválási szabályokat igényelnek, és vezessen be megőrzési szabályokat az üzleti követelmények alapján.

9. Ütemezett feladatok felülvizsgálata

Sorolja fel az összes aktív ütemezett feladatot, futási gyakoriságukat és átlagos futási idejüket. Keressen túl gyakran futó feladatokat, más feladatokkal átfedő feladatokat, és a vártnál tovább tartó feladatokat. Vonja össze vagy optimalizálja azokat a feladatokat, amelyek túlzott rendszererőforrást fogyasztanak.

10. Update set-higiénia

Ellenőrizze a véglegesítetlen update set-eket, a 30 napnál régebben „In Progress” állapotú update set-eket, és az update set-ütközések előzményeit. A rossz update set-kezelés a környezetek közötti konfiguráció-eltolódás legfőbb oka. Hozzon létre szabályzatot az update set-ek elnevezésére, lezárására és promóciójára.

11. Tudásbázis felmérése

Tekintse át a tudásbázis cikkeinek számát, használati statisztikáit és a cikkek korát. Egy elavult cikkekkel teli tudásbázis rosszabb, mint egyáltalán nem létező – aktívan félrevezeti a felhasználókat és növeli a támogatási jegyek számát. Azonosítsa a 12 hónapnál régebbi, nem felülvizsgált cikkeket, és jelölje meg őket frissítésre vagy nyugdíjazásra.

12. SLA-konfiguráció auditja

Ellenőrizze, hogy az SLA-definíciók megfelelnek-e az aktuális üzleti megállapodásoknak. Keressen olyan SLA-kat, amelyek soha nem aktiválódnak (rosszul beállított feltételek), nulla megsértéses SLA-kat (gyanúsan alacsony – szüneteltetett időzítőket jelezhet), és megfelelő értesítési szabályok nélküli SLA-kat. A félreigazított SLA-k téves bizalmat adnak a menedzsmentnek a szolgáltatás-szállításról.

13. Workflow és flow állapot

Azonosítsa a megakadt workflow-kat, a magas hibaarányú flow-kat és a 90+ napja nem futtatott automatizálásokat. A megakadt workflow-k rendszererőforrást fogyasztanak és blokkolhatják a rekordfeldolgozást. Vonjon ki minden olyan automatizálást, amely már nem szolgál üzleti célt.

14. CMDB-adatminőségi pontszám

Mérje fel a CMDB állapotát teljesség (a kötelező mezők kitöltöttsége), pontosság (a CI-k valóságnak megfelelő állapota), frissesség (utolsó frissítési dátum) és kapcsolati lefedettség (megfelelő upstream és downstream leképezésű CI-k) szempontjából. A 70% alatti CMDB-minőség nem nyújt megbízható értéket az incident- és változáskezelésnek.

15. Felhasználói elégedettség alapérték

Töltse le a legutóbbi felhasználói elégedettségi felmérés eredményeit, vagy ha nem elérhető, ellenőrizze az incidens-újranyitási arányokat és az önkiszolgálás-elfogadási arányokat. Ezek jelzik, hogy a platform valóban jól szolgálja-e a felhasználóit. A műszaki egészség mit sem ér, ha a felhasználók frusztráltak és megkerülő megoldásokat hoznak létre.

Hogyan értelmezze az eredményeket

Miután átment mind a 15 ponton, kategorizálja a megállapításokat három priorítási csoportba. Kritikus elemek mindazok, amelyek éles kockázatot, biztonsági sebezhetőségeket vagy üzleti folyamatok blokkolását okozzák – ezeket 2 héten belül javítsa. Magas elemek a teljesítményproblémák, frissítési blokkolók és megfelelési hézagok – ezeket a következő 30 napra tervezze. Közepes elemek az optimalizálási lehetőségek és a műszaki adósság – ezeket negyedévente ütemezze.

A cél nem az, hogy egyszerre mindent megjavítsunk. A cél, hogy megértse a jelenlegi állapotot, üzleti hatás alapján priorizáljon, és reális javítási útitervet hozzon létre.

Kérje ingyenes ServiceNow állapotellenőrzését

Ha inkább egy tapasztalt csapattal végeztetné el ezt a felmérést, a Milic Media ingyenes 30 perces ServiceNow-állapotellenőrzést kínál a megfelelő szervezetek számára. Átbeszéljük a kritikus megállapításokat, azonosítjuk a top három prioritást, és olyan útitervet adunk, amelyre azonnal cselekedhet.

Foglalja le most az ingyenes állapotellenőrzését