Anwender-Journey für DevOps Change-Geschwindigkeit

Überprüfen Sie die Adoption Journey von DevOps Change-GeschwindigkeitAnwendung zum Aktivieren eines phasenbasierten Ansatzes (Durchforsten, Walk, Ausführen, fliegen) für die vollständige Automatisierung von Change-Genehmigungen.

Während die Automatisierung der Erstellung von Change-Anforderungen über die Pipelines „kontinuierliche Integration“ (CI) und „kontinuierliche Bereitstellung“ (CD) Ihre Endziele mit DevOps Change-Geschwindigkeit sind, können Sie Ihre Implementierung in dieser phasenbasierten Weise angehen. Jede Phase hier bietet einen inkrementellen Wert gegenüber der 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 Ihre Pipelines oder eines der Entwicklungs-Assets ändern zu müssen. Und erstellen Sie dann DevOps-Apps für die Teams, die Sie zuerst onboarden möchten. Diese Phase ist erforderlich, um Daten aus Ihren Tools auf die Now Platform zu übertragen.

   Weitere Informationen zur Integration von Tools finden Sie unter Integration DevOps Change-GeschwindigkeitMit 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 Ihren vorhandenen Prozess weiterhin verwenden, um Changes zu erstellen, 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, was das Risiko menschlicher Fehler reduziert. Weitere Informationen finden Sie unter Wird Konfiguriert DevOpsDetails der Change-Anforderung in der Pipeline.
4. Change-Automatisierung: Dies ist die letzte Phase in der Wertrealisierung, in die Daten aus den Tools gelangen ServiceNowIn 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 den Change-Erfolg zu erhöhen. Weitere Informationen finden Sie unter Beschleunigen Sie Ihre DevOpsChange-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.