Anwender-Journey für DevOps Change-Geschwindigkeit

Überprüfen Sie die Adoption Journey von DevOps Change-Geschwindigkeit Anwendung zum Aktivieren eines phasenbasierten Ansatzes (Durchforsten, Walken, Ausführen, fliegen) zur vollständigen Automatisierung von Change-Genehmigungen.

Während die Automatisierung der Erstellung von Change-Anforderungen aus den Pipelines „Continuous Integration“ (CI) und „Continuous Deployment“ (CD) Ihre Endziele mit DevOps Change-Geschwindigkeit sind, können Sie Ihre Implementierung in dieser Phasenweise angehen. Jede Phase hier bietet einen inkrementellen Wert im Vergleich zur vorherigen Phase und ermöglicht es Ihnen, mit minimalen Änderungen an Ihren vorhandenen Prozessen zu beginnen:

1. Connect-Tools und -Anwendungen: Beginnen Sie mit der Integration Ihrer wichtigsten DevOps-Tools und der Auswahl der Schlüsselobjekte aus diesen Tools, die verfolgt werden sollen. Dies kann geschehen, ohne dass Sie Ihre Pipelines oder eines der Entwicklungs-Assets ändern müssen. Und erstellen Sie dann DevOps-Apps für die Teams, die Sie zuerst onboarden möchten. Dieser Abschluss dieser Phase ist erforderlich, um Daten aus Ihren Tools in den zu übertragen ServiceNow AI Platform.

   Weitere Informationen zur Integration von Tools finden Sie unter Integration DevOps Change-Geschwindigkeit Mit Drittanbietertools.

2. Change-Rückverfolgbarkeit: Nachdem Sie die Integration mit Ihren wichtigsten DevOps-Tools eingerichtet haben, werden relevante Daten aus diesen Tools in eingespeist ServiceNow. Dann können Sie weiterhin Ihren vorhandenen Prozess zum Erstellen von Changes verwenden, sparen jedoch Zeit, indem Sie der Change-Anforderung mit wenigen Klicks alle relevanten Informationen hinzufügen. Diese Informationen umfassen Stories, Code-Commits, Testergebnisse, Qualitätsscans und andere. Weitere Informationen zum Modellieren eines Change-Anforderungs-Flows finden Sie unter using-dev-ops-model-change-flow.html.

   Nachdem diese beiden Phasen abgeschlossen sind, Sie können in Richtung der nächsten zwei Phasen fortfahren, die Ihnen helfen, Ihren Change-Prozess zu automatisieren, Bereitstellungen zu beschleunigen und die Geschwindigkeit zu erhöhen. Sie können Ihre Implementierung mit diesen beiden Phasen beginnen, da keine Änderungen an Ihren vorhandenen Prozessen oder Pipelines erforderlich sind.

3. Change-Registrierung: Diese Phase generiert einen weiteren Wert, indem die Erstellung von Change-Anforderungen über die CI/CD-Pipelines automatisiert wird. In dieser Phase müssen Sie die CI/CD-Pipeline des Teams ändern, um die automatische Erstellung von Change-Anforderungen zu ermöglichen. Diese Automatisierung spart Ihren Entwicklern Zeit, da sie die Change-Anforderungen nicht manuell ausfüllen müssen, wodurch das Risiko menschlicher Fehler reduziert wird. Weitere Informationen finden Sie unter Wird Konfiguriert DevOps Details zur Change-Anforderung in der Pipeline.
4. Change-Automatisierung: Dies ist die letzte Phase in der Wertrealisierung, in die Daten aus den Tools eingehen ServiceNow In Echtzeit werden Change-Anforderungen automatisch erstellt und basierend auf datengesteuerten Richtlinien automatisch genehmigt oder abgelehnt. Diese Phase erfordert die Erstellung von Richtlinienrichtlinien und die Ermöglichung automatisierter Entscheidungen für Change-Genehmigungen basierend auf Eingabedaten, um das Risiko zu reduzieren und die Erfolgsquote von Change zu erhöhen. Weitere Informationen finden Sie unter Beschleunigen Sie Ihre DevOps Change-Prozess.

Während dieser vier Phasen helfen Ihnen die Einblicke-Dashboards, Betriebs- und Geschäftsberichte zu analysieren und die Gesamteffizienz und das Wachstum Ihrer Entwicklungsprozesse zu bestimmen.