Steigern Sie Ihren ServiceNow ROI

IDC geht davon aus, dass in den nächsten drei Jahren 750 Millionen neue Anwendungen erstellt werden. ServiceNow CEO Bill McDermott ist überzeugt, dass die Low-Code-Fähigkeiten von ServiceNow eine wichtige Rolle bei der Deckung dieser Nachfrage spielen werden. Die Möglichkeit, Anwendungen schnell zu entwickeln und bereitzustellen, bietet einen Mehrwert für das Unternehmen und reduziert die Gesamtbetriebskosten für ServiceNow. Aber was wäre, wenn ich Ihnen sagen würde, dass dieser Wert mit einem versteckten Anstieg der Produktivität und der Lizenzkosten einhergeht? In diesem Blog werden wir diese versteckten Kosten aufdecken und Lösungen anbieten, die Ihnen helfen, Ihren ServiceNow ROI zu maximieren.

‍

Änderungen, die isoliert vorgenommen werden, können sich auf Ihren ServiceNow ROI auswirken.

In dem oben verlinkten Artikel traten zwei Frauen in einem Programmierwettbewerb gegeneinander an, um zu zeigen, wie einfach es ist, eine Anwendung auf ServiceNow zu erstellen. Diese Demonstration war beeindruckend, aber sie verdeutlicht auch eine verborgene Herausforderung, die angegangen werden muss, um den ROI von ServiceNow zu maximieren. Die Einfachheit und Schnelligkeit, mit der Sie eine Anwendung auf ServiceNow entwickeln können, geht auf Kosten der vorgefertigten Funktionen und Dienste, die bereits in die Plattform integriert sind. Für einen einzelnen Entwickler ist dies kein Problem, sondern ein Produktivitätsmultiplikator.

Wenn jedoch mehrere Entwickler parallel und auf nicht-lineare Weise programmieren, ist diese gegenseitige Abhängigkeit ein Problem, das berücksichtigt werden muss. Eine Codeänderung in einer Instanz kann sich auf die Entwicklungsarbeit in einer anderen Instanz auswirken, da eine gemeinsame Abhängigkeit von der gleichen Plattformaktualisierung besteht. Bei dateibasierten Anwendungen kann ein Git-Merge diese Probleme ohne weiteres beheben. Bei plattformbasierten Anwendungen behebt eine Git-Zusammenführung außerhalb von ServiceNow nicht unbedingt das Problem.

‍

Das Chaos der Ausrichtungsfehler kann sich auch auf die Rentabilität auswirken ServiceNow

Dadurch wird das Problem nicht unbedingt behoben, da davon ausgegangen wird, dass alle Änderungen zu einem späteren Zeitpunkt in einer konsolidierten Instanz, z. B. einer QA- oder Testinstanz, durchgeführt und abgestimmt werden. Später bedeutet, dass die Entwickler weiterhin gegen eine unsaubere oder nicht verbundene Instanz programmieren, ohne zu wissen, welche Änderungen an anderer Stelle in ihrer ServiceNow -Installation isoliert vorgenommen werden. Diese isolierten Änderungen führen zu erheblichen Merge-Konflikten, für deren Lösung die Entwickler Zeit aufwenden müssen, da sich diese Deltas entweder direkt oder indirekt auf ihren Code auswirken. Die Lösung erfordert oft die Überarbeitung von Code, der als vollständig angesehen wurde. Eine weitere Schwierigkeit bei der Abstimmung von Nacharbeiten sind die Änderungen, die direkt in der Qualitätssicherung oder Produktion vorgenommen werden. Diese Änderungen umgehen die vorgeschriebene DevOps-Progression und führen zu der drastischen Praxis des Klonens von Instanzen auf höherer Ebene.

Klonen ist keine schlechte Sache. Es ist eine vollständig unterstützte Fähigkeit und wird sogar von ServiceNow gefördert. Durch das Klonen erhalten die Entwickler die Produktionsdatenelemente, die sie benötigen, um einen Code zu schreiben, der mit größter Wahrscheinlichkeit in der Produktion funktionieren wird. Außerdem können Unternehmen damit die Best Practice von ServiceNow erfüllen, die besagt, dass die Minus-1-Produktionsinstanz so nah wie möglich an der Produktionsinstanz liegen sollte. Die Herausforderung besteht darin, dass das Klonen das zugrundeliegende Problem der Instanzabweichung nur vorübergehend löst, und da das Klonen eine Überschreibungs-/Rücksetzungsübung ist, kann es zu Nacharbeiten und Arbeitsverzögerungen führen. Was wäre, wenn es eine Möglichkeit gäbe, die Notwendigkeit des Klonens zu verringern, die Nacharbeit zu reduzieren, die Vorlaufzeit bis zur Programmierung zu verkürzen und die Instanzabweichung nahezu zu eliminieren?

‍

Auf Ihrem Weg zur Maximierung des ServiceNow ROI: Back-Sync für die Zukunft

Eine Möglichkeit, dieses Problem zu lösen, sind Automatisierungsmechanismen, die in ServiceNow allgegenwärtig sind und bei jeder Änderung an einer von Ihnen identifizierten Instanz ausgelöst werden. Diese Automatisierungsmechanismen sorgen für eine Rücksynchronisierung der Änderungen und stellen sicher, dass jede Instanz die "Standardinstanz" ist, wodurch die Notwendigkeit, "Goldstandard"-Instanzen zu klonen, verringert wird. Durch die Rücksynchronisierung entfällt praktisch der gesamte oben erwähnte manuelle Aufwand, was die Kapazität der Entwickler erhöht, mehr zu programmieren. Diese gesteigerte Kapazität führt zu einer Verdreifachung der Anzahl der bereitgestellten Ergebnisse pro Jahr und damit zu einem höheren ROI für ServiceNow .

Und schließlich werden durch die Rücksynchronisierung Informationen effizient und schnell an die Entwickler anderer Instanzen weitergegeben, die dieses Feedback benötigen, um eine höhere Codequalität zu erreichen. Die Informationen, von denen ich spreche, sind nicht kommunizierte, lebendige, umsetzbare Daten, die kontinuierlich von Ihrem "Goldstandard" synchronisiert werden, sobald Änderungen daran vorgenommen werden.