User Journey für DevOps Change-Geschwindigkeit

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 2 Minuten Lesedauer
  • Überprüfen Sie die Einführungs-Journey der Anwendung DevOps Change-Geschwindigkeit, um einen stufenweisen Ansatz (Crawl, Walk, Run, Fly) für die vollständige Automatisierung von Change-Genehmigungen zu ermöglichen.

    Phasen der DevOps-Benutzerakzeptanz.

    Während Ihre Endziele mit DevOps Change-Geschwindigkeit die Automatisierung der Erstellung von Change-Anforderungen aus den Pipelines für kontinuierliche Integration (CI) und kontinuierliche Bereitstellung (CD) und deren automatische Genehmigung sind, können Sie Ihre Implementierung auf diese Weise stufenweise 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. Tools und Anwendungen verbinden: Beginnen Sie, indem Sie Ihre wichtigsten DevOps-Tools integrieren und die wichtigsten Objekte aus diesen Tools auswählen, die Sie nachverfolgen möchten. Dies kann erfolgen, ohne dass Sie Ihre Pipelines oder eines der Entwicklungs-Assets ändern müssen. Erstellen Sie dann DevOps-Apps für die Teams, die zuerst eingearbeitet werden sollen. Der Abschluss dieser Phase ist erforderlich, um Daten aus Ihren Tools auf die Now Platform zu übertragen.

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

    2. Rückverfolgbarkeit von Changes: Nachdem Sie die Integration mit Ihren wichtigsten DevOps-Tools hergestellt haben, fließen relevante Daten aus diesen Tools in ServiceNowein. Dann können Sie Ihren vorhandenen Change-Prozess weiterhin verwenden, aber Zeit sparen, indem Sie dem Change Request mit nur wenigen Klicks alle relevanten Informationen hinzufügen. Diese Informationen umfassen Stories, Code-Commits, Testergebnisse, Qualitätsscans und andere. Weitere Informationen zum Modellieren des Flows für Change-Anforderungen finden Sie unter using-dev-ops-model-change-flow.html.

      Nach Abschluss dieser beiden Phasen können Sie mit den nächsten beiden Phasen fortfahren, die Ihnen dabei 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 erhöht den Wert, indem die Erstellung von Change-Anforderungen aus den 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 Details der Change-Anforderung DevOps innerhalb der Pipeline konfigurieren.
    4. Change-Automatisierung: Dies ist die letzte Phase der Wertrealisierung, in der Daten aus den Tools in Echtzeit in ServiceNow eingehen, Change-Anforderungen automatisch erstellt und basierend auf datengesteuerten Richtlinien automatisch genehmigt oder abgelehnt werden. In dieser Phase müssen Richtlinienrichtlinien erstellt und automatisierte Change-Genehmigungsentscheidungen basierend auf Eingabedaten aktiviert werden, um das Risiko zu reduzieren und die Erfolgsquote von Changes zu erhöhen. Weitere Informationen finden Sie unter Ihren DevOps Change-Prozess beschleunigen.

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