Verbesserung der ServiceNow Operationen mit xtype

Einführung

In der sich ständig weiterentwickelnden Welt der Technologie suchen Unternehmen ständig nach Möglichkeiten, ihre Prozesse zu rationalisieren und die Effizienz zu verbessern. Ein solches Unternehmen, das in der Branche für Furore sorgt, ist xtype. xtype bietet Produkte an, die environment Unstimmigkeiten beseitigen, was wiederum die Produktivität steigert, die Effizienz verbessert und den Kunden von ServiceNow hilft, einen Wettbewerbsvorteil auf dem Markt zu erzielen, indem sie ihren Rückstand verringern. In diesem Blog-Beitrag werden wir die Vorteile der Produkte von xtype für die Kunden von ServiceNow am Beispiel der Zurich Versicherung diskutieren.

Die Zürcher Fallstudie

Zurich, ein führendes multinationales Versicherungsunternehmen, wandte sich an xtype , um mehrere Probleme zu lösen, darunter häufiges und langwieriges Klonen und die Unfähigkeit, Code-Pushes aufgrund von environment Inkonsistenzen zu skalieren. Wie viele Kunden von ServiceNow versuchte auch Zürich, die Branchentrends DevOps und agile Methoden anzuwenden. Sie stellte jedoch schnell fest, dass der Klonprozess immer mehr Zeit in Anspruch nahm. Dieser steigende Zeitbedarf bedeutete, dass Klone an Wochenenden durchgeführt werden mussten, was dazu führte, dass die Administratoren auch an Wochenenden arbeiten mussten. Die Arbeit vor und nach dem Klonen war zeitaufwändig und erforderte eine Menge Arbeitsstunden. 

Darüber hinaus erschwerte die Menge der von den Entwicklern produzierten Arbeit die genaue Berücksichtigung von Änderungen in allen ServiceNow Instanzen, was die Vorbereitung von Code-Pushes mühsam, zeitaufwändig und fehleranfällig machte. Infolgedessen wurde ein erheblicher Teil der Zeit von Entwicklern und Administratoren mit der Überprüfung und Vorbereitung von Bereitstellungen verbracht, anstatt Code zu schreiben.

‍

Vorlaufzeit bis zur Entwicklung

Es ist eine Sache, die mehr als 20 Stunden zu veranschlagen, die der Klonprozess von ServiceNow in Anspruch nimmt. Eine andere ist es, die Zeit zu berücksichtigen, die ein Entwickler oder Administrator benötigt, um alle Arbeiten vor und nach dem Klonen durchzuführen. Alle laufenden Arbeiten (WIP) der Entwickler müssen exportiert werden, da eine neu geklonte Instanz nicht alle diese Änderungen enthält. Wenn der neue Klon verfügbar ist, muss ein Administrator alle exportierten WIP importieren. Der Prozess folgt typischen Bereitstellungsprozessen, bei denen eine Tabelle erstellt wird, in der alle Assets (Update-Sets, Anwendungen, XML, Datensätze, Plugins usw.) und Schritte (Skriptausführungen, Plugin-Aktivierungen usw.) aufgelistet sind, die importiert und in einer bestimmten Reihenfolge ausgeführt werden müssen. 

Im Fall von Zurich kann dieser Aufwand drei Arbeitstage oder 24 Stunden und mehr in Anspruch nehmen. Dieser Zeitaufwand bedeutet, dass ein Wochenende nicht ausreicht, um einen neuen Klon für neue Entwicklungen bereitzustellen. Ausfallzeiten der Entwickler sind teuer, so dass Zurich einen Weg suchte, die Vorlaufzeit für das Klonen zu verkürzen. Zurich nutzte die Funktion der kontrollierten Synchronisation von xtype, um diese Herausforderung zu meistern. Die kontrollierte Synchronisation gleicht die Unterschiede zwischen zwei Instanzen aus. Durch die Möglichkeit von xtype , einen neuen Klon mit seinem Vorgänger zu synchronisieren, konnte die Vorlaufzeit von 24 Stunden auf 3 Stunden reduziert werden.

‍

Environment Unstimmigkeiten

ServiceNow Fachleute verbringen viel Zeit mit der Erstellung von Tabellenkalkulationen zur Vorbereitung von Produktionsimplementierungen. Diese Kalkulationstabellen enthalten eine Liste der Änderungen, die in der genauen Reihenfolge, in der sie importiert oder ausgeführt werden müssen, durchgeführt werden. Darüber hinaus gibt es eine Vielzahl von Formalitäten, darunter Umgebungen auf höherer Ebene, die Genehmigungen und Qualitätsprüfungen erfordern, um die Nutzlast voranzutreiben.

Wie alle Kunden von ServiceNow muss sich auch Zurich bei jeder Migration auf die nächsthöhere environment mit Fehlern, Kollisionen und Konflikten auseinandersetzen. Diese Fehler entstehen aufgrund von Inkonsistenzen zwischen den Instanzen. Environment Inkonsistenzen zu finden und zu beheben, braucht Zeit. xtype bietet eine Muti-Umgebung view Ihrer ServiceNow Landschaft, die automatisch die Unterschiede zwischen den Instanzen hervorhebt. Diese Unterschiede können durch eine kontrollierte Synchronisierung oder durch die Organisation in Release-Paketen für die Weiterverbreitung gemäß etablierter Veröffentlichungsrichtlinien und -praktiken behoben werden.

‍

Schlussfolgerung

Die Fallstudie von Zurich ist ein wertvolles Beispiel dafür, wie xtype den Kunden von ServiceNow in jeder Branche erhebliche Vorteile bieten kann. Durch die Beseitigung der environment Inkonsistenz und der Durchlaufzeiten nach dem Klonen können ServiceNow Kunden ihren wachsenden Auftragsbestand mit xtype schneller abarbeiten als ohne und schneller den Wettbewerbsvorteil erzielen, den sie mit dem Kauf von ServiceNow anstrebten.

‍