Erstellen Sie eine Change-Anforderung in Service Operations-Arbeitsbereich

Verfolgen Sie Änderungen an einem unterstützten Konfigurationselement (CI) mithilfe einer Change-Anforderung. Sie können Informationen wie den Grund für den Change und den Change-Typ, die Priorität und das Risiko aufzeichnen.

Vorbereitungen

Erforderliche Rolle: itil oder admin

Hinweis:

Sie müssen über die Rolle „sn_devops.Viewer“ verfügen, um DevOps-Daten einer Change-Anforderung anzuzeigen oder hinzuzufügen.

Prozedur

1. Erstellen Sie eine neue Change-Anforderung.

   Quelle	Beschreibung
   Liste ändern	Navigieren Sie zu einer Liste von Changes. Hinweis: Die folgenden Listen sind verfügbar: Offen Abgeschlossen Alle Wählen Sie Neu.
   Aus einer Change-Vorlage	Navigieren Sie zu einer Liste von Changes. Hinweis: Die folgenden Listen sind verfügbar: Offen Abgeschlossen Alle Wählen Sie Neu. Wählen Sie Aus Vorlagen . Suchen Sie nach der erforderlichen Vorlage, und wählen Sie sie aus. Zeigen Sie den neuen Change-Anforderungsdatensatz an, der mit der ausgewählten Vorlage erstellt wurde, indem Sie auswählen Fahren Sie Fort . Hinweis: Wenn Sie eine vorhandene Vorlage auswählen, werden Informationen in den vordefinierten Feldern ausgefüllt. Vorlagenfelder sind entweder schreibgeschützt oder obligatorisch, je nachdem, welche Richtlinien für Vorlagenfelder beim Erstellen der Vorlage konfiguriert wurden. Weitere Informationen zu Change-Vorlagen finden Sie unter Erstellen und schlagen Sie eine Change-Vorlage in vor Service Operations-Arbeitsbereich.
   Incident	Öffnen Sie einen Incident. Wählen Sie im Formular „Incident-Datensatz“ die Option aus Erstellen Sie eine Change-Anforderung .
   Interaktion	Öffnen Sie eine Interaktion. Im Formular „Interaktionsdatensatz“ von Erstellen Sie einen Incident Dropdown-Liste auswählen Erstellen Sie einen Change .
   Problem	Öffnen Sie ein Problem. Auf der Seite „Problemdatensatz“ von Problemaufgabe erstellen Dropdown-Liste auswählen Erstellen Sie eine Change-Anforderung .

2. Wählen Sie das Change-Modell aus, das Sie erstellen möchten, und wählen Sie aus Fahren Sie Fort .

   Sie können den Change-Typ filtern und suchen.

   Die folgenden Change-Typen sind verfügbar:

   Change-Modell	Beschreibung
   Normal	Jeder Service-Change, der kein vorab genehmigter Change oder Notfall-Change ist.
   Standard	Ein vorautorisierter Change, der ein geringes Risiko aufweist, relativ häufig ist und einem bestimmten Verfahren oder einer bestimmten Arbeitsanweisung folgt.
   Notfall	Ein Notfall-Change, der die Überprüfung und Genehmigung von Gruppen und Kollegen 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. Um die DevOps-Modelle zu verwenden, müssen Sie aktivieren DevOps Change-Geschwindigkeit Anwendung.

   Weitere Informationen finden Sie unter Change-Modelle.

   Hinweis:

   Wenn Sie eine Change-Anforderung aus einer Interaktion erstellen, sind nur vorab genehmigte Change-Typen verfügbar.
3. Füllen Sie auf der Registerkarte Übersicht die Felder aus.

   Sie müssen die anfänglichen Details des 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 Genehmigern hilft, ihre Entscheidung zu bestimmen.

4. Wählen Sie Speichern.

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

5. Geben Sie den Umfang und die Auswirkungsinformationen für den Change an.
   1. Wählen Sie Aus Umfang hinzufügen In Umfang und Auswirkung Abschnitt.
   2. Füllen Sie im Formular die Felder aus.

      Tabelle : 1. Formular „Bereich hinzufügen“

      Feld	Beschreibung
      Konfigurationselement	Konfigurationselement (CI), für das der Change gilt. Sie können jeder CI-Typ einer Change-Anforderung zuordnen, einschließlich Serviceangeboten. Es 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 verfügbar machen möchten.
      Kategorie	Die Kategorie des Change, z. B.  Hardware ,  Netzwerk , Software , Sonstiges , DevOps , Und so weiter. Hinweis: Der Abschnitt bis Fügen Sie DevOps-Daten hinzu (Schritt 8 in diesem Verfahren) ist nur aktiviert, wenn die Kategorie als ausgewählt ist DevOps . Für DevOps-Modelle wird die Kategorie automatisch auf DevOps festgelegt.
      Betroffene CIs	Ordnen Sie CIs einer einzelnen Change-Anforderung zu.
      Massen-CI-Update vorschlagen	Wenden Sie dasselbe Update auf einen Satz 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.
      Aktualisieren Sie die Impact-Services	Wenn Sie betroffene Services aktualisieren, werden die zugehörigen Listen „Betroffene Services/CIs“, „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.

   3. Wählen Sie Speichern.
6. Weisen Sie die Change-Anforderung einem relevanten Anwender oder einer relevanten Zuweisungsgruppe zu.
   1. Wählen Sie Aus Zuweisen In Zuweisung Abschnitt.
   2. 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 für Serviceangebote verfügbaren Change-Gruppe ausgefüllt. 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, welches CI-Feld den ausfüllt Zuweisungsgruppe Feld. com.snc.change_request.service_offering_assignment_group.field_name: Diese Change-Eigenschaft gibt an, welches Serviceangebotsfeld ausfüllt Zuweisungsgruppe Feld. Hinweis: Der Standardwert für die Eigenschaften ist Supportgruppe für Incident oder Problem und Change-Gruppe für Change-Anforderung. Die Business-Regel Füllen Sie die Zuweisungsgruppe basierend auf CI/SO aus Wird als Teil des Entwicklungs-Plugins „ITSM CSDM Best Practice – Quebec“ (com.snc.best_practice.itsm_csdm.quebec) geliefert und ist nur für neue Kunden verfügbar.
      Zugewiesen an	Anwender, der der Change-Anforderung zugewiesen ist. Wenn eine Zuweisungsregel gilt, wird der Change automatisch dem entsprechenden Anwender oder der entsprechenden Gruppe zugewiesen.
      Arbeitsnotizen	Informationen zur Lösung des Change oder zu den Schritten, die zur Lösung des Change unternommen wurden, falls zutreffend. Diese Notiz dient zur internen Verwendung. Die Arbeitsnotizinformationen sind für Ihren Kunden nicht sichtbar.

   3. Wählen Sie Speichern.
7. Planen Sie die Implementierung für den Change, und zeigen Sie erkannte Konflikte an.
   Hinweis:

   Die Konflikterkennungsfunktion ist nicht verfügbar, wenn Von Konflikterkennung ausschließen Das Kontrollkästchen im Formular „Change-Anforderung“ ist aktiviert. Weitere Informationen finden Sie unter .
   1. Wählen Sie Aus Legen Sie den Zeitplan fest .
   2. Geben Sie auf der Seite Zeitplan das geplante Start- und Enddatum ein.
   3. In Konflikt Registerkarte, Zeitplan und Konflikte Abschnitt listet alle erkannten Konflikte auf.
      Die Letzte Ausführung des Konflikts Feld zeigt das Datum an, an dem die Konflikterkennung zuletzt ausgeführt wurde. Sie können die Details der erkannten Konflikte auf der Registerkarte „zugehörige Datensätze“ anzeigen.

      Hinweis:

      Wenn ein Konflikterkennungsprozess ausgeführt wird, wird Überprüfen Sie Konflikte Schaltfläche ändert sich in Zeigen Sie den Fortschritt an .

      Die Details der erkannten Konflikte, die in der folgenden Tabelle aufgeführt sind, werden in angezeigt Konflikt Abschnitt.

      Feld	Beschreibung
      Change	Die aktuelle Change-Anforderung, für die Konflikte erkannt wurden.
      Typ	Der Typ des erkannten Konflikts. Die folgenden Arten von Konflikten werden angezeigt: CI Already Scheduled (CI bereits geplant) Parent CI Already Scheduled (Übergeordnetes CI bereits geplant) Child CI Already Scheduled (Untergeordnetes CI bereits geplant) Not in Maintenance Window (Nicht in Wartungsfenster) Parent Not In Maintenance Window (Übergeordnetes nicht in Wartungsfenster) Child Not In Maintenance Window (Untergeordnetes nicht in Wartungsfenster) Sperrzeit
      Zeitplan	Sperrzeit oder Wartungszeitplan, dem der erkannte Konflikt zugeordnet ist.
      In Konflikt Stehende Änderung	Der Change, der mit der aktuellen Change-Anforderung in Konflikt steht, falls vorhanden.
      Betroffenes CI	Das CI, das dem erkannten Konflikt zugeordnet ist.
      Betroffene Services	Die Services, die vom erkannten Konflikt betroffen sind.
      Zuletzt geprüft	Datum, an dem der Konflikterkennungsprozess zuletzt ausgeführt wurde.

      Weitere Informationen finden Sie unter Konflikterkennung.

      Hinweis:

      Sie können den Konflikterkennungsprozess auch manuell ausführen, indem Sie auswählen Überprüfen Sie Konflikte .
   4. Wahlweise: Planen Sie Ihre aktuelle Change-Anforderung neu, wenn ein Konflikt auftritt.
      1. Navigieren Sie zu Zeitplan Seite.
      2. Wählen Sie das Bearbeitungssymbol aus In Aktuell Karte.
      3. Wählen Sie die neuen geplanten Start- und Enddaten aus.

      Alternativ können Sie die Implementierung des Change auf den nächsten Zeitpunkt und das nächste Datum verschieben, an dem kein Konflikt auftritt, indem Sie auswählen Zeitplan In Nächster konfliktfrei Karte.

      

8. Wahlweise: Wählen Sie Aus Fügen Sie Daten hinzu In DevOps-Daten Abschnitt zum Hinzufügen von DevOps-Daten zur Change-Anforderung.
   Hinweis:

   Sie müssen über die Rolle „sn_devops.Viewer“ verfügen, um DevOps-Daten zu einer Change-Anforderung hinzuzufügen oder DevOps-Daten in einem bereits erstellten Change-Datensatz anzuzeigen.
   1. Geben Sie die folgenden Werte auf an Wählen Sie Zuordnungen aus Schritt:

      Tabelle : 2. Zuordnungen auswählen

      Feld	Beschreibung
      Datentyp	Der Typ der Daten, die der Change-Anforderung zugeordnet werden sollen. Artefaktversion Freigabeversion 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 auswählen Build-Nummer Als Datentyp , Dann müssen Sie auch den Anwendungsnamen und die entsprechenden Pipelines und Build-Nummern 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.
   3. Navigieren Sie auf den Registerkarten, um sicherzustellen, dass die zugehörigen Daten korrekt 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 den Datentyp und seine Zuordnungen, aus denen DevOps-Daten in hinzugefügt wurden Wählen Sie Zuordnungen aus Schritt.
      2. Überprüfen Sie die DevOps-Daten, die dieser Change-Anforderung in zugeordnet oder daraus entfernt werden Überprüfen Sie die Daten Schritt.
      3. Wählen Sie Absenden.
9. Wählen Sie Aus Risikobewertung Dient zur Bewertung des Risikos für den Change.

   Das Risiko wird berechnet und in Datensatzinformationen angezeigt.

   Der zuletzt ausgewertete Risikowert wird zusammen mit dem Zeitstempel angezeigt.

10. Wählen Sie Aus Neu In Change-Aufgabe Abschnitt.
    Weitere Informationen zum Erstellen einer Change-Aufgabe finden Sie unter Change-Aufgaben in Service Operations-Arbeitsbereich erstellen.
11. Ordnen Sie den Change einem Produkt- oder Service-Release zu.
    Diese Option ist nur verfügbar, wenn Sie über verfügen Release-Management von Digitalprodukten V2.4 installiert. Weitere Informationen finden Sie unter Change-Anforderungen werden Releases in zugeordnet Service Operations-Arbeitsbereich.
    1. Wählen Sie Aus Zuweisen In Zugehöriges Release Karte im kontextbezogenen Seitenbereich.
    2. Wählen Sie im Dialogfeld „dem Release zugewiesen“ das Release aus, das Sie der Change-Anforderung zuordnen möchten.
    3. Wenn es sich um ein Release mit mehreren Produkten handelt, wählen Sie das Produkt im Release aus.
    4. Wählen Sie die Phase des ausgewählten Release aus, mit der Sie die Change-Anforderung verknüpfen möchten.
    5. Wahlweise: Fügen Sie Arbeitsnotizen hinzu, um Kontext für die Zuweisung bereitzustellen.
    6. Klicken Sie auf Zuweisen.
12. Wahlweise: Importieren Sie betroffene Konfigurationselemente (CIs) aus Releasephasen in eine Change-Anforderung.
    Diese Option ist verfügbar, nachdem die Change-Anforderung einem Release zugeordnet ist, dessen Releasephasen Konfigurationselemente zugeordnet sind.
    1. Wählen Sie Aus Zugehörige Datensätze Und wählen Sie aus Betroffene CIs Option.
    2. Wählen Sie Aus Fügen Sie CIs aus der Releasephase hinzu .
    3. Wählen Sie Aus Ja Um das Hinzufügen von CIs aus der Releasephase in die Change-Anforderung zu bestätigen.
       Die verfügbaren CIs aus der Releasephase des zugehörigen Release werden als betroffene CIs hinzugefügt und aufgelistet.

       Der Importvorgang wird asynchron ausgeführt. Eine Benachrichtigung wird angezeigt, wenn der Vorgang abgeschlossen ist. Aktualisieren Sie die Liste manuell, um die neu hinzugefügten CIs anzuzeigen.

13. Wählen Sie Aus  Genehmigung Anfordern Wenn die Change-Anforderung bereit ist, in den nächsten Status zu wechseln.
    Der Status wird basierend auf dem Typ der Change-Anforderung nach vorne verschoben:

    • Status bewerten: Genehmigung auf Gruppenebene für eine normale Change-Anforderung. Genehmigungsdatensätze werden automatisch basierend auf den Change-Genehmigungsrichtlinien generiert. Sie können den vorgeschlagenen Change durch Peer und technische Prüfungen durchführen.
    • Autorisierungsstatus: Genehmigung erforderlich von den Business-Stakeholdern oder vom Change-Beirat.
    • Geplanter Status: Vorab genehmigte Standard-Changes.

    Hinweis:

    Um den Change-Datensatz per E-Mail zu senden, wählen Sie das Symbol „weitere Optionen“ aus ( ) Im Inhalts-Frame und wählen Sie aus E-Mail . Sowohl der Anwender, der den Change angefordert hat, als auch der Anwender, der dem Change zugewiesen ist, werden automatisch in der Empfängerliste ausgefüllt.

    Wählen Sie zum Anzeigen des Kalenders aus Kalender Anzeigen In der Titelleiste des Formulars „Change-Anforderung“.

14. Wählen Sie Speichern.

• Erstellen und schlagen Sie eine Change-Vorlage in vor Service Operations-Arbeitsbereich
  Erstellen Sie eine Change-Vorlage, passen Sie sie an, und schlagen Sie sie dann vor, die an einem Change-Modell ausgerichtet ist.

Zugehörige Konzepte

• Standard-Change-Katalog

Zugehörige Tasks

• In Service Operations-Arbeitsbereich an einer Change-Anforderung arbeiten
• Change-Aufgaben in Service Operations-Arbeitsbereich erstellen
• In Service Operations-Arbeitsbereich an einer Change-Aufgabe arbeiten
• Erstellen Sie eine Change Advisory Board-Definition (CAB)
• Erstellen Sie ein CAB-Meeting
• Führen Sie ein CAB-Meeting in der CAB-Workbench durch