Change-Anforderungen erstellen

Erstellen Sie eine Change-Anforderung, um ein Steuerungsverfahren für das Ändern genehmigter und unterstützter Konfigurationselemente (Configuration Items, CIs) zu implementieren.

Vorbereitungen

Erforderliche Rolle: itil, admin oder sn_change_write

Warum und wann dieser Vorgang ausgeführt wird

Eine Change-Anforderung erfasst die detaillierten Informationen über den Change, z. B. den Grund, die Priorität, das Risiko, den Typ und die Kategorie des Change.

Wenn Sie die Konflikterkennung verwenden, sind die geplanten Start- und Enddaten sowie das Konfigurationselement bzw. Configuration Item (CI) erforderlich.

Prozedur

1. Erstellen Sie den Change Request mit einer der folgenden Optionen.

   Option	Bezeichnung
   Vom Change-Modul aus	Sie können alle drei Change-Arten vom Change-Modul aus erstellen. Navigieren zu Alle > Change > Neu erstellenan. Wählen Sie Normal, Notfall oder Standard für Changes aus. Wenn Sie als Upgradekunde Change-Modelle verwenden möchten, müssen Sie die Eigenschaften des Change-Modells aktivieren. Informationen zu Change-Modellen und ihren Eigenschaften finden Sie unter Change-Modelle. Wenn Sie die Eigenschaften des Change-Modells aktivieren, werden die folgenden Registerkarten angezeigt, wenn Sie zu navigieren Alle > Change > Neu erstellenan. Modelle: Zeigt alle verfügbaren Modelle an, die Sie auswählen können. Vorgenehmigt: Liste der zur Auswahl stehenden vorab genehmigten Modelle Angeheftet: Modelle, die Sie über die Registerkarten Modelle und Vorgenehmigt angeheftet haben Alle: Alle zur Auswahl stehenden Modelle.
   Von einem Incident oder Problem aus	Als Benutzer mit der Rolle sn_change_write können Sie nur Standard-, Normal- oder Notfall-Changes von einem Incident oder Problem aus erstellen. Öffnen Sie den Incident oder das Problem. Klicken Sie mit der rechten Maustaste auf die Kopfzeile des Formulars, und wählen Sie Normalen Change erstellen, Standard-Change erstellen oder Notfall-Change erstellen aus.
   Aus einem vorhandenen Change Record	Wenn der Administrator die Kopieroption für Change Requests aktiviert hat, können Sie einen neuen Change erstellen, indem Sie einen vorhandenen Change Record kopieren. Öffnen Sie den Change Record, den Sie kopieren möchten. Klicken Sie auf Change kopieren. Hinweis: Wenn durch den Workflow zum Erstellen von Aufgaben das Feld create_from in der Tabelle [change_task] auf Workflow festgelegt wird, werden manuell angelegte Aufgaben aus dem vorhandenen Change Record kopiert.

2. Füllen Sie die Felder des Formulars aus.

   Tabelle : 1. Change Request-Formular

   Feld	Definition
   Nummer	Nummer der Change-Anforderung.
   Angefordert von	Benutzer, der den Change angefordert hat. Dieses Feld ist in der Listenansicht Change-Anforderungen verfügbar, sodass Sie sehen können, wer einen bestimmten Change angefordert hat.
   Kategorie	Change-Kategorie, zum Beispiel Hardware, Netzwerk oder Software.
   Service	Business-Service, den Sie für die Change-Anforderung bereitstellen möchten. Hinweis: Wenn Sie einen Business-Service als Konfigurationselement auswählen und dieser Business-Service auch als Konfigurationselement in einer anderen aktiven Aufgabe aufgeführt ist, wird das Symbol für aktive Aufgaben ( ) angezeigt. Klicken Sie auf dieses Symbol, um die Liste aller anderen aktiven Aufgaben anzuzeigen, die sich auf den Business-Service auswirken. Sie können die BSM-Zuordnung (Abhängigkeitsansicht) des ausgewählten Business-Service anzeigen, indem Sie auf das Abhängigkeitssymbol () klicken.
   Serviceangebote	Besteht aus mindestens einer Servicezusage, die die Verfügbarkeits-, Umfangs-, Preis- und Verpackungsoptionen des Servicelevels eindeutig festlegt. Sie können wählen, ob Sie für einen bestimmten Service durch Serviceangebote andere Leistungsniveaus und Funktionen erhalten möchten. Sie müssen einen Service auswählen, um die verfügbaren Serviceangebote zu filtern.
   Konfigurationselement	Wählen Sie Hinzufügen aus, um ein CI für den Change hinzuzufügen. Sie können ein CI für einen Change nur im Status Neu hinzufügen. CI, für das der Change gilt. Change Requests können mit jeder Art von CI, einschließlich Serviceangeboten, verknüpft werden und bieten detaillierten Zugriff auf SLA- und Verfügbarkeitsanforderungen. Wenn Sie eine dynamische CI-Gruppe auswählen, werden alle Konfigurationselemente, die sich auf die ausgewählte dynamische Gruppe beziehen, in die zugehörige Liste „Betroffene CIs“ gefüllt. In der zugehörigen Liste „Betroffene CIs“ können Sie die dynamischen CI-Gruppen auch manuell hinzufügen und löschen. Wenn Sie eine dynamische CI-Gruppe hinzufügen, werden alle zugehörigen CIs hinzugefügt, und wenn Sie eine dynamische CI-Gruppe entfernen, werden die zugehörigen CIs entfernt. Nachdem Sie ein CI ausgewählt haben, können Sie auf das Dashboard-Symbol für Integrität klicken ( ), um die CI-Integritätsdetails anzuzeigen. Hinweis: Standardmäßig wird das Serviceangebot herausgefiltert, und Konfigurationselemente mit Prinzipalklasse werden ausgewählt. Die Filterfunktion „Prinzipalklasse“ gilt für neue Kunden, die mit Release Paris beginnen. Siehe Eigenschaften zum Neuladen betroffener Services
   Priorität	Priorität basiert auf Auswirkung und Dringlichkeit und bestimmt, wie schnell sich der Service Desk der Aufgabe annehmen sollte.
   Risiko	Risikoniveau für den Change. Der Risikowert ist -- Keine -- Bis Sie es als definieren Hoch , Mittel , Oder Niedrig . Sie können auch Risikoberechnung und Risikobewertung verwenden, um den Risikowert des Change zu steuern.
   Auswirkung	Auswirkung ist ein Messwert für den Effekt eines Incident, Problems oder Changes bezüglich Geschäftsprozessen.
   Modell	Change-Modell, das für die Change-Anforderung verwendet wird. Informationen zu Change-Modellen finden Sie unter Change-Modelle .
   Typ	Der Typ des Change Requests. Das Feld wird angezeigt Modell Wenn das Change-Modell nicht mit einem definierten Typ konfiguriert wurde. Dieses Feld ist schreibgeschützt. Informationen zum Erstellen von Change-Modellen finden Sie unter Change-Modell erstellen.
   Status	Status der Change-Anforderung. Der Standardstatus ist Neu.
   Konfliktstatus	Status, der anzeigt, ob für diesen Change ein Konflikt vorliegt oder der Konflikt nicht ausgeführt wird.
   Letzte Konfliktanalyse	Datum und Uhrzeit, zu der der Konflikt zuletzt ausgeführt wurde.
   Zuweisungsgruppe	Gruppe, die an der Change-Anforderung arbeiten wird. Das Feld Zuweisungsgruppe, das für das CI oder das Serviceangebot verfügbar ist, wird von der Geschäftsregel Populate Assignment Group based on CI/SO gefüllt. Hinweis: Die Geschäftsregel wird ausgelöst, wenn eine Change-Anforderung erstellt oder aktualisiert wird und wenn die Felder Zuweisungsgruppe und Zugewiesen an leer sind. Wenn Sie den Standardwert überschreiben möchten, müssen Sie neue Eigenschaften erstellen und das Feld in dem Eigenschaftswert angeben, das zum Füllen des Felds Zuweisungsgruppe verwendet wird. Erstellen Sie die Eigenschaften in der folgenden Reihenfolge: com.snc.change_request.ci_assignment_group.field_name: Identifiziert, mit welchem CI-Feld das Feld Zuweisungsgruppe gefüllt wird. com.snc.change_request.service_offering_assignment_group.field_name: Identifiziert, mit welchem Serviceangebotsfeld das Feld Zuweisungsgruppe gefüllt wird
   Zugewiesen an	Benutzer, dem der Change zugewiesen ist. Wenn eine Zuweisungsregel gilt, wird der Change automatisch dem entsprechenden Benutzer oder der entsprechenden Gruppe zugewiesen.
   Kurzbeschreibung	Zusammenfassung des Change.
   Beschreibung	Detaillierte Beschreibung des Change.

3. Um den Change zu planen, klicken Sie auf die Registerkarte Planung, und geben Sie Informationen ein.
   Diese Informationen sind entscheidend für Genehmiger des Change.
4. Klicken Sie auf die Registerkarte Zeitplan.
   1. Geben Sie so viele Informationen zu den geplanten Daten ein, wie Sie haben.
      Einige der Felder sind nur für normale oder Notfall-Changes verfügbar, da Standard-Changes vorab genehmigt werden.

      Hinweis:

      Bei normalen oder Notfall-Changes geben Sie die geplanten Start- und Enddaten sowie die tatsächlichen Start- und Enddaten manuell ein. Füllen Sie die Felder für das tatsächliche Start- und Enddatum während des Status Implementieren aus, wenn der Beauftragte die Arbeit beginnt und abschließt.
   2. Wenn das Formular so konfiguriert ist, dass die Checkbox CAB erforderlich angezeigt wird, aktivieren Sie es, um anzugeben, dass die CAB-Genehmigung vor der Implementierung erforderlich ist.
      Das Feld CAB-Datum im Change Request wird automatisch mit dem Datum im Feld Startzeit des Meetings des CAB-Meeting-Formulars aktualisiert.
   3. Wenn es eine ungeplante CI-Aktivität gibt, wählen Sie das Kontrollkästchen Nicht autorisiert, um ermitteln, ob die Änderung nicht autorisiert ist.

      Weitere Informationen finden Sie unter Nicht autorisierte Change-Anforderung.

      Hinweis:

      Dieses Kontrollkästchen ist nur bei Anforderungen für Notfall-Changes verfügbar.
   4. Wenn das Formular so konfiguriert ist, dass das Feld CAB-Delegierter angezeigt wird, wählen Sie den Benutzer aus, der an dem CAB-Meeting teilnimmt, um den Change zu beschreiben.
   5. Geben Sie im Feld CAB-Empfehlung Anmerkungen oder Empfehlungen für das CAB-Meeting ein.
5. Klicken Sie auf die Registerkarte Konflikte.
6. Um Change-Konflikte zu erkennen, klicken Sie auf Konflikte überprüfen.
7. Klicken Sie mit der rechten Maustaste auf die Kopfzeile des Formulars, und klicken Sie auf Speichern.
8. Überprüfen Sie die Einträge in den zugehörigen Listen, und ändern Sie die Einträge entsprechend.

   Tabelle : 2. Zugehörige Standardlisten für Change Requests

   Feld	Beschreibung
   Betroffene CIs	Liste der CIs (aus der CMDB), die von dem Change betroffen sind. Sie können mehrere betroffene CIs mit einem Change verknüpfen.
   Betroffene Services/CIs	Liste von CIs, z. B. Business Services oder CIs aus anderen CI-Klassen, auf die sich das betroffene CI in dem Change auswirkt. Sie können mehrere betroffene CIs mit einem Change verknüpfen.
   Serviceangebote	Liste der vom Change betroffenen Serviceangebote. Sie können mehrere Serviceangebote mit einem Change verknüpfen. Diese zugehörige Liste ist nur verfügbar, wenn ein Serviceangebot ausgewählt ist. Wenn den betroffenen Services Serviceangebote zugeordnet sind, aktualisieren Sie die zugehörige Liste „Betroffene Services/CIs“, um die Angebote anzuzeigen. Hinweis: Wenn Sie die Standardansicht Ihres Formulars oder der zugehörigen Liste vor Release Paris angepasst haben, können das Feld oder die zugehörige Liste standardmäßig nicht sehen. Ändern Sie das Formular, um sie manuell hinzuzufügen.
   Genehmiger	Diese Liste wird automatisch aus dem Workflow generiert. Sie können auch die Gruppe von Genehmigern anzeigen, die der Aufgabe zugewiesen sind.
   Change-Aufgaben	Die Liste der Aufgaben kann aus einem Workflow erstellt werden. Der Standardworkflow generiert Aufgaben im Status Implementierung. Sie können auch eine neue Change-Aufgabe erstellen. Die Werte in den Feldern Geplantes Startdatum und Geplantes Enddatum im Aufgabentyp Implementierung müssen innerhalb des im Change Request angegebenen geplanten Start- und Enddatums liegen.
   Probleme	Wenn der Change aus einem Problem generiert wurde, wird diese Liste automatisch generiert.
   Durch den Change behobene Incidents	Liste der Incidents, für deren Lösung der Change erforderlich ist.
   Durch Change verursachte Incidents	Liste der Incidents, die durch die Implementierung des Change verursacht wurden.
   CAB-Agendapunkte	Liste von Agendapunkten und Details der jeweiligen Punkte. Beispielsweise die Start- und Endzeit des Meetings, die zugewiesene Zeit für das Meeting, der Status des Meetings und die Entscheidung, die für diesen Agendapunkt getroffen wurde. Hinweis: Die zugehörige Liste CAB-Agendapunkte wird nicht im Formular angezeigt, wenn die Liste leer ist. Dieses Feature ist nur für Jakarta-Instanzen verfügbar.

9. Wenn der Change Request bereit für den Übergang in den nächsten Status ist, klicken Sie auf Freigabe anfordern.
   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 der Zuweisungsgruppe erstellt. Sie können Peer Reviews und technische Überprüfungen des vorgeschlagenen Changes durchführen.
   • Status „Genehmigen“: Eine Notfall-Change-Anforderung.
   • Status „Geplant“: Vorab genehmigte Standard-Changes.

   Hinweis:

   Um den Change-Datensatz per E-Mail zu senden, klicken Sie auf das Symbol für weitere Optionen ( ) im Inhaltsrahmen, und wählen Sie E-Mail aus. 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, klicken Sie auf Kalender anzeigen in der Titelleiste des Change-Anforderungs-Formulars..

Nächste Maßnahme

Change Requests bearbeiten

• Change-Anforderung aus einem Konfigurationselement (CI) erstellen
  Erstellen Sie eine Change-Anforderung aus einer Liste von Konfigurationselementen (CIs), oder fügen Sie ausgewählte CIs aus einer Liste einem Change-Datensatz hinzu.
• Erstellen Sie eine Standard-Change-Anforderung aus dem Katalog
  Sie können eine Standard-Change-Anforderung aus den veröffentlichten Standard-Change-Katalogvorlagen erstellen.
• Change Requests kopieren
  Sie können Details eines aktiven oder abgebrochenen Change Requests in einen neuen Change Request kopieren.
• Change-Aufgaben erstellen
  Sie können Change-Aufgaben für einen Change Request erstellen. Eine Change-Aufgabe ist eine Arbeit, die mit dem Change Request verbunden ist. Beispielsweise kann es Aufgaben geben, um den Change zu planen, zu implementieren und die Arbeit zu testen und zu überprüfen.
• Nicht autorisierte Change-Anforderung
  Hier erfahren Sie, wie Sie nicht autorisierte Change-Aktivitäten, die an Konfigurationselementen bzw. Configuration Items (CIs) vorgenommen werden, erfassen und verwalten können, um den Change zu prüfen und rechtzeitig Maßnahmen zu ergreifen.

Zugehörige Konzepte

• Status-Modell und Übergänge
• Konfliktkalender

Zugehörige Tasks

• Change Requests in die Warteschleife stellen