Change-Anforderung in Service Operations-Arbeitsbereich erstellen

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 7 Minuten Lesedauer

    • Verfolgen Sie Änderungen an einem unterstützten Konfigurationselement bzw. Configuration Item (CI) nach. Verwenden Sie ein Change-Anforderung-Formular, um Informationen wie den Grund für den Change, den Typ, die Priorität und das Risiko aufzuzeichnen.

    Vorbereitungen

    Erforderliche Rolle: itil oder admin

    Hinweis:
    Um DevOps-Daten anzuzeigen oder sie einer Change-Anforderung hinzuzufügen, müssen Sie über die Rolle sn_devops.viewer verfügen.

    Prozedur

    1. Führen Sie eine der folgenden Aktionen aus, um mit der Erstellung einer Change-Anforderung zu beginnen.
      OptionBeschreibung
      Über eine beliebige Change-Liste
      1. Navigieren Sie zu einer Liste mit Changes.
        Hinweis:
        Folgende Listen sind für Changes verfügbar:
        • Offen
        • Geschlossen
        • Alle
      2. Wählen Sie Neu.
      Von einem Incident
      1. Öffnen Sie einen Incident.
      2. Wählen Sie auf der Datensatzseite Change-Anforderung erstellen aus.
      Über eine Interaktion
      1. Öffnen Sie eine Interaktion.
      2. Wählen Sie auf der Datensatzseite die Dropdown-Liste neben aus Incident erstellen Und wählen Sie aus Erstellen Sie einen Change .
      Über ein Problem
      1. Öffnen Sie ein Problem.
      2. Führen Sie eine der folgenden Aktionen aus:
        • Wählen Sie auf der Datensatzseite die Dropdown-Liste neben aus Problemaufgabe erstellen Und wählen Sie aus Erstellen Sie eine Change-Anforderung .
        • Von Korrekturaufgaben Navigieren Sie zur Liste Change-Anforderungen, und wählen Sie aus Neu .
    2. Wählen Sie das Change-Modell aus, das Sie erstellen möchten, und wählen Sie aus Als Nächstes .

      Informationen zu Change-Modellen finden Sie unter Change-Modelle.

      OptionBezeichnung
      Normal Jede Serviceänderung, bei der es sich um keinen im Voraus genehmigten Change und auch keinen Notfall-Change handelt.
      Vorgenehmigt Ein zuvor autorisierter Change, der als risikoarm und relativ gängig gilt und anhand eines festgelegten Verfahrens oder einer festgelegten Arbeitsanweisung implementiert wird.
      Notfall Ein Notfall-Change, der Gruppen- und Peer-Review sowie die Genehmigung umgeht und direkt in den Autorisierungsstatus zur Genehmigung durch die CAB-Genehmigungsgruppe übergeht.
      DevOps oder DevOps vereinfacht Für DevOps-Change-Anforderungen verwendetes Change-Modell. Weitere Informationen zum DevOps-Modellwechsel finden Sie unter DevOps Change-Modelle.
      Hinweis:
      Um die DevOps-Modelle verwenden zu können, müssen Sie die Anwendung DevOps Change-Geschwindigkeit aktivieren.
      Hinweis:
      • Sie können den Change-Typ filtern und danach suchen.
      • Wenn Sie eine Change-Anforderung aus einer Interaktion erstellen, sind nur vorab genehmigte Change-Typen verfügbar.
    3. Füllen Sie die Felder auf der Registerkarte „Übersicht“ aus.

      Sie müssen die Anfangsdetails zum Change auf der Registerkarte „Übersicht“ angeben.

      Feld Beschreibung
      Kurzbeschreibung Kurze Beschreibung des Change.
      Beschreibung Detaillierte Beschreibung des Change.
      Begründung Grund für die geplante Change-Anforderung, der den Genehmigern hilft, ihre Entscheidung zu treffen.
    4. Wählen Sie Speichern.

      Die Change-Anforderung wird zusammen mit den Abschnitten Umfang und Auswirkung, Zuweisung, Zeitplan, Risikobewertung und Change-Aufgabe erstellt.

    5. Wählen Sie Bereich hinzufügen im Abschnitt Umfang und Auswirkung.
      1. Füllen Sie die Felder des Formulars aus.
        Tabelle : 1. Formular „Bereich hinzufügen“
        Feld Beschreibung
        Konfigurationselement Configuration Item (CI), für das der Change gilt. Sie können jeden beliebigen CI-Typ einer Change-Anforderung zuordnen, einschließlich Serviceangebote. Sie bietet auch detaillierten Zugriff auf SLA- und Verfügbarkeitsanforderungen.
        Serviceangebot Besteht aus mindestens einer Servicezusage, die die Verfügbarkeits-, Umfangs-, Preis- und Verpackungsoptionen des Servicelevels eindeutig festlegt. Mit dem Serviceangebot können Sie verschiedene Funktionen und ihre Leistungsniveaus für einen bestimmten Service abrufen.
        Service Der Business-Service, den Sie für die Change-Anforderung bereitstellen möchten.
        Kategorie Die Kategorie des Change, zum Beispiel Hardware,  Netzwerk, Software, Andere, DevOps usw.
        Hinweis:
        Der Abschnitt DevOps-Daten hinzufügen (Schritt 8 in diesem Verfahren) ist nur aktiv, wenn als Kategorie DevOps ausgewählt ist. Für DevOps-Modelle wird die Kategorie automatisch auf „Dev Ops“ festgelegt.
        Betroffene CIs Ordnen Sie CIs einer einzelnen Change-Anforderung zu.
        Massen-CI-Update vorschlagen Wenden Sie dasselbe Update auf eine Reihe von CIs für eine bestimmte CI-Klasse an.
        Einzelnen Change vorschlagen Schlagen Sie einen Change an einem CI aus Ihrer Liste der betroffenen CIs vor.
        Betroffene Services aktualisieren Wenn Sie die betroffenen Services aktualisieren, werden die zugehörigen Listen „Betroffene Services/Konfigurationselemente“, „Geschäftsanwendungen“ und „Serviceangebote“ basierend auf den betroffenen CIs aktualisiert. Die Datensätze in den zugehörigen Listen sind jeweils spezifisch, auch wenn ein einziges betroffenes CI die Ursache sein kann.
      2. Wählen Sie Speichern.
    6. Wählen Sie Zuweisen im Abschnitt Zuweisung.
      1. Füllen Sie die Felder im Formular aus.
        Feld Beschreibung
        Zuweisungsgruppe Gruppe, die dem Change zugewiesen ist.
        Sie können das Feld Zuweisungsgruppe automatisch basierend auf der für das jeweilige Konfigurationselement bzw. Configuration Item (CI) verfügbaren Supportgruppe ausfüllen. Wenn das CI keine Change-Gruppe hat, wird das Feld mit der Change-Gruppe gefüllt, die für Serviceangebote verfügbar ist. Die Geschäftsregel Populate Assignment Group based on CI/SO (Zuweisungsgruppe auf Grundlage von CI/SO füllen) wird ausgelöst, wenn Incidents, Probleme oder Change-Anforderungen erstellt oder aktualisiert werden und wenn die Felder Zuweisungsgruppe und Zugewiesen an leer sind. Die folgenden Eigenschaften geben das Feld an, dessen Wert das Feld Zuweisungsgruppe füllt:
        • com.snc.change_request.ci_assignment_group.field_name: Diese Change-Eigenschaft gibt an, mit welchem CI-Feld das Feld Zuweisungsgruppe gefüllt wird.
        • com.snc.change_request.service_offering_assignment_group.field_name: Diese Change-Eigenschaft gibt an, mit welchem Serviceangebot das Feld Zuweisungsgruppe gefüllt wird.
        Hinweis:
        Der Standardwert für die Eigenschaften ist für Incidents oder Probleme die Supportgruppe bzw. für Change-Anforderungen die Change-Gruppe. Die Geschäftsregel Populate Assignment Group based on CI/SO (Zuweisungsgruppe auf Grundlage von CI/SO füllen) wird als Teil des Entwicklungs-Plugins ITSM CSDM Best Practice – Quebec (com.snc.best_practice.itsm_csdm.quebec) bereitgestellt und ist nur für Neukunden verfügbar.
        Zugewiesen an Benutzer, dem die Change-Anforderung zugewiesen ist. Wenn eine Zuweisungsregel gilt, wird der Change automatisch dem entsprechenden Benutzer oder der entsprechenden Gruppe zugewiesen.
        Arbeitsnotizen Informationen darüber, wie der Change behoben werden kann, oder Schritte zur Lösung des Change, falls zutreffend. Diese Notiz dient zur internen Verwendung. Die Arbeitsnotizen-Informationen sind für Ihren Kunden nicht sichtbar.
      2. Wählen Sie Speichern.
    7. Wählen Sie Zeitplan, um die Implementierung des Change zu planen.
      1. Füllen Sie die Felder des Formulars aus.
        Tabelle : 2. Zeitplan
        Feld Beschreibung
        Geplantes Startdatum Datum, an dem mit der Bearbeitung des Change begonnen werden soll.
        Geplantes Enddatum

        Datum, an dem der Change abgeschlossen sein soll.

        Beim Aufgabentyp Implementierung müssen die Werte Geplantes Startdatum und Geplantes Enddatum innerhalb des geplanten Start- und Enddatums liegen, die in der Change-Anforderung angegeben sind.
        Tatsächliches Startdatum Startdatum der Implementierung.
        Konfliktstatus Status des Konflikts.
        Tatsächliches Enddatum Datum, an dem der Change implementiert wurde.
        Letzte Konfliktanalyse Datum, an dem der Konflikt zuletzt ausgeführt wurde.
      2. Wählen Sie Zeitplan.

        Wählen Sie Zeitplan auf der Karte Nächster konfliktfreier, um die Implementierung des Change im Fall eines Konflikts neu zu planen.

        Change-Zeitplan

      3. Wählen Sie die Registerkarte Details, um die Change-Details anzuzeigen.
    8. Wahlweise: Wählen Sie Daten hinzufügen im Abschnitt DevOps-Daten, um der Change-Anforderung DevOps-Daten hinzuzufügen.
      Hinweis:
      Um DevOps-Daten einer Change-Anforderung hinzuzufügen oder sie in einem bereits erstellten Change-Datensatz anzuzeigen, müssen Sie über die Rolle sn_devops.viewer verfügen.
      1. Geben Sie im Schritt Zuordnungen auswählen die folgenden Werte an: Schritt zum Auswählen des DevOps-Datentyps und seiner Zuordnungen.
        Tabelle : 3. Zuordnungen auswählen
        Feld Beschreibung
        Datentyp

        Der Typ der Daten, die der Change-Anforderung zugeordnet werden sollen.

        • Artefaktversion
        • Release-Version
        • Build-Nummer
        • Arbeitselement
        Datenzuordnungen

        Die spezifischen Daten, die der Change-Anforderung zugeordnet werden sollen. Sie können mehrere Artefaktversionen, Build-Nummern und Arbeitselemente auswählen.

        Wenn Sie Buildnummer als Datentyp auswählen, müssen Sie auch den Anwendungsnamen und die entsprechenden Pipelines und Buildnummern angeben. Wenn Sie auswählen Arbeitselement Als Datentyp , Dann können Sie die Liste der zur Auswahl verfügbaren Arbeitselemente nach Anwendungen und Plänen filtern.

        Sie können auch anhand des Verzweigungsnamens nach Build-Nummern suchen.
      2. Wählen Sie Weiter, um den Schritt Daten überprüfen zu öffnen. Schritt zum Überprüfen von DevOps-Daten
      3. Navigieren Sie durch die Registerkarten, um sicherzustellen, dass die zugeordneten Daten präzise zugeordnet sind.
        Aktualisieren Sie die Einstellungen nach Bedarf.
        • Arbeitselemente
        • Commits
        • Abrufanforderungen
        • Testzusammenfassungen
        • Artefaktversionen
        • Softwarequalitätszusammenfassungen
        • Sicherheitsscan-Zusammenfassungen
      4. Wählen Sie Absenden.
        Hinweis:
        Sobald die Commits im Abschnitt „DevOps-Daten“ hinzugefügt wurden, können Sie auswählen Quelle anzeigen Entspricht der Commits-Kachel, um die Quelldetails des Commits anzuzeigen, z. B. Pipeline-Ausführung, Verzweigung, Repository usw.
      5. Wahlweise: Um die Daten zu ändern, die der Change-Anforderung zugeordnet sind, wählen Sie DevOps-Daten bearbeiten.
        1. Bearbeiten Sie im Schritt Zuordnungen auswählen den Datentyp und seine Zuordnungen, aus denen DevOps-Daten hinzugefügt wurden.
        2. Überprüfen Sie im Schritt Daten überprüfen die DevOps-Daten, die dieser Change-Anforderung zugeordnet oder aus ihr entfernt werden.
        3. Wählen Sie Absenden.
    9. Wählen Sie Risikobewertung, um das Risiko für den Change zu bewerten.

      Das Risiko wird berechnet und in den Datensatzinformationen angezeigt.

      Der zuletzt ermittelte Risikowert wird zusammen mit dem Zeitstempel angezeigt.

    10. Wählen Sie Neu im Abschnitt Change-Aufgabe.
      Weitere Informationen zum Erstellen einer Change-Aufgabe finden Sie unter Change-Aufgaben in Service Operations-Arbeitsbereich erstellen.
    11. Klicken Sie auf Genehmigung anfordern, wenn die Change-Anforderung bereit für den Übergang in den nächsten Status ist.
      Der Status wird basierend auf dem Typ der Change-Anforderung vorwärts verschoben:
      • Status „Bewerten“: Genehmigung auf Gruppenebene für eine normale Change-Anforderung. Genehmigungsdatensätze werden automatisch basierend auf den Change-Genehmigungsrichtlinien erstellt. Sie können Peer Reviews und technische Überprüfungen des vorgeschlagenen Changes durchführen.
      • Status „Genehmigen“: Genehmigung durch Business-Stakeholder oder Change Advisory Board erforderlich.
      • Status „Geplant“: Vorab genehmigte Standard-Changes.
      Hinweis:
      Um den Change-Datensatz per E-Mail zu senden, wählen Sie das Symbol „weitere Optionen“ ( Symbol „weitere Optionen“.) Im Inhaltsframe und wählen Sie aus E-Mail . Sowohl der Benutzer, der den Change angefordert hat, als auch der Benutzer, der ihm zugewiesen ist, werden automatisch in die Liste der Empfänger aufgenommen.

      Um den Kalender anzuzeigen, wählen Sie aus Kalender Anzeigen In der Titelleiste des Change-Anforderungsformulars.

    12. Wählen Sie Speichern.