Wie Sie Ihrem ServiceNow Rückstand zu Leibe rücken

Alle ServiceNow Teams befinden sich in einem ständigen Kampf mit einem ständig wachsenden Rückstand - und verlieren. Rückstände sind immer bedeutender als Ihre Fähigkeit, sie abzuarbeiten. Und die geschäftliche Bedeutung davon ist einfach - ein behinderter Return on Investment. Die Rückstände spiegeln viele zugrundeliegende Probleme wider, die ein Hyperwachstum mit ServiceNow ermöglichen und Sie in die Lage versetzen, mehr Funktionalität, mehr Innovation und mehr Geschäftswert aus ServiceNow selbst zu ziehen.

In diesem Artikel werde ich erläutern, was das ServiceNow Backlog ist, welche Komplexität zu erwarten ist und einige der effektivsten Methoden diskutieren, um dieses Backlog-Spiel zu managen und zu gewinnen.

Was also ist ein ServiceNow Rückstand?

In seiner einfachsten Form ist ein Arbeitsrückstand eine Liste von Dingen, die Sie noch erledigen müssen.

In ServiceNow repräsentiert Ihr Backlog, wie in jedem anderen Entwicklungsprojekt auch, die übergeordneten Anforderungen (in der Backlog-Sprache Epics genannt), die kleineren Bausteine dieser Anforderungen (User Stories genannt) und die Liste der Fehler und Korrekturen, die behoben werden müssen. Insgesamt zeigt Ihr Backlog, wie weit Sie mit der Erfüllung Ihrer Ziele zurückliegen. Produktmanager und Product Owner "pflegen" das Backlog regelmäßig, fügen neue Funktionen und Anforderungen hinzu, stufen die Priorität jedes Elements ein und verfolgen, wie die Entwicklungsteams Tag für Tag Elemente von der Liste streichen. Das Backlog "füttert" die Entwickler. Oberflächlich betrachtet ist dies ein perfektes System, das in der Regel in einer freundlichen Benutzeroberfläche mit Drag-and-Drop-Funktionalität und einem ausgefallenen Kanban- oder einem anderen ausgefallenen Board view dargestellt wird. Ausgezeichnete Tools wie Agile 2.0 in ServiceNow oder Atlassian Jira machen die Verwaltung des Backlogs ziemlich einfach, und das ist gut so.

‍Außerdemlöst es nicht wirklich das Problem des ServiceNow Rückstands.

Das Problem mit dem ServiceNow Backlog ist nicht die Aufzeichnung oder die visuelle Verwaltung; das Problem mit dem Backlog ist, dass es von Ihrer Fähigkeit abhängt, es auszuführen, und hier kommt das "wirkliche Leben" ins Spiel, vor allem, wenn Ihre Organisation gewachsen ist.

Die Frustration entsteht, wenn Sie feststellen, dass der Rückstand nicht abgebaut wird, sondern immer weiter anwächst. Irgendwann können Sie Ihre Geschäftsziele nicht mehr erreichen, egal wie sehr Sie Ihr Team vergrößern und wie viele ServiceNow -Instanzen Sie haben.

Hier sind einige der raffinierten Methoden, mit denen Ihr ServiceNow Rückstand Sie ausbremst:

• Abhängigkeiten
• Instanz "Drift"
• Nacharbeit
• Eine enge, unübersichtliche Pipeline
• Die gefürchtete Produktionsfreigabe

Abhängigkeiten können aus "rein" technischen Gründen entstehen, z. B. wenn eine User-Story-Implementierung davon abhängt, dass eine andere vor ihr fertig ist, sie können aber auch mit der Verfügbarkeit von Ressourcen zusammenhängen, z. B. mit der Verfügbarkeit einer Testinstanz, und sie können sogar aus Zeitgründen entstehen. Leider wird die Abhängigkeitsmatrix mit der Zeit immer komplexer. ServiceNow Instanzen neigen dazu, in der Konfiguration und im Versionsstand auseinander zu driften, da es keine gemeinsame Codebasis und keine Synchronisation gibt. Diese Komplexität führt schließlich zu Nacharbeiten aufgrund der komplexen Dynamik der skalierten ServiceNow Entwicklung.

ServiceNow Produktionsfreigaben sind auch notorisch anfällig. Release-Manager müssen sicherstellen, dass alles korrekt geordnet ist, um Merge-Konflikte zu vermeiden; Entwickler müssen bei Code-Problemen zur Stelle sein; und es gibt zahlreiche Nuancen in Bezug auf das Laden von Daten, das Ausführen von Korrektur-Skripten und das Ausbessern von Elementen, die ServiceNow nicht automatisch in einem Update-Set erfasst.

Dies hat in vielen Unternehmen zu dem derzeitigen Freigabeverfahren geführt, das ausführliche und komplizierte Dokumente für jede Freigabe, mehrere Mitarbeiter, die bei jeder Freigabe anwesend sind, um alle potenziellen Probleme, die während des Freigabezeitraums auftreten könnten, abzudecken, usw. umfasst.

Zurück zum ServiceNow Rückstand.

Wie ich bereits erwähnt habe, spiegelt der Rückstand von ServiceNow viele dieser grundlegenden Probleme wider. Wenn wir mit den Eigentümern der Plattform und den Leitern des Kernteams von ServiceNow sprechen, hören wir oft, dass das Problem als ein ständig wachsender Rückstand und eine explodierende Nachfrage dank der ständigen Produktinnovation von ServiceNowbeschrieben wird und dass es eine echte Herausforderung ist, die Geschäftsanforderungen zu erfüllen.

Wie also lösen wir dieses Problem?

Bei der Betrachtung dieses Problems ist es meines Erachtens am wichtigsten, sich vor Augen zu halten, dass der Rückstand lediglich eine Darstellung der zugrunde liegenden Komplexität ist, die ich oben erläutert habe. Der Fortschritt bei der Bearbeitung des Rückstands und das Aufholen der Nachfrage und des Tempos der neuen Anforderungen hängt vollständig von unserer Fähigkeit ab, das zugrunde liegende Problem zu lösen.

Nämlich das Fehlen moderner Bereitstellungs- und Freigabefunktionen, die von Haus aus in der Plattform enthalten sind.
ServiceNow Engpässe bei der Entwicklung konzentrieren sich in der Regel auf einige wenige Schlüsselprobleme:

• Komplexität der Kernprozesse der Plattform, insbesondere im großen Maßstab
• Architektur mit mehreren Instanzen, Fehlen von "environment view "
• Komplexität der Funktionen und Mechanismen; Aktualisierungssätze, Speicheranwendungen, Versionskontrolle, Plugins, Daten...
• Keine fertige support für CI, CD oder Release Management/Release Automation
• Komplexität der Verwaltung

Darüber hinaus ist in ServiceNow kein geordneter Freigabeprozess integriert, so dass Unternehmen ihre eigenen manuellen Ad-hoc-Prozesse erstellen. Teamleiter und Produktmanager verwenden im Wesentlichen Tabellenkalkulationen und sogar Microsoft Word, um den Freigabeprozess zu dokumentieren, einschließlich dessen, was vor der Freigabe in welcher Reihenfolge bereitgestellt werden muss. Diese Art von fehleranfälligen manuellen Prozessen variiert von Unternehmen zu Unternehmen. Kein Wunder also, dass die Lieferzeiten für ServiceNow Anwendungen notorisch langsam sind und sich schließlich als Rückstandsproblem erweisen.

Die Implementierung eines Continuous-Delivery-Modells mit ServiceNow setzt voraus, dass Sie sowohl die Bereitstellung automatisieren als auch die damit verbundene Komplexität bewältigen, einschließlich der Verkettung von Testautomatisierung, Änderungsmanagementprozessen sowie Sicherheits- und Compliance-Tools. Der Aufbau einer kontinuierlichen Bereitstellungskette verwandelt Ihre Landschaft in eine wirklich agile Continuous-Delivery-Fabrik und hilft Ihrem Team, Schritt zu halten und voranzukommen.

‍

Um mehr darüber zu erfahren und praktische Ratschläge zu erhalten, können Sie unser kostenloses E-Book " Mastering ServiceNow DevOps" herunterladen .