Change-Anforderungen in Agent Workspace erstellen
Eine Change-Anforderung ist ein Vorschlag zur Änderung eines unterstützten Konfigurationselements (CI). 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: sn_change_write, itil oder admin
Prozedur
- Navigieren zu Alle > Arbeitsbereicherfahrung > Arbeitsbereiche > Mitarbeiterbereich-Startseite.
- Klicken Sie in der Navigationsliste auf Wechseln > Offen.
- Klicken Sie auf Neu.
-
Wählen Sie einen Change-Typ aus, und klicken Sie dann auf Erstellen.
Option Bezeichnung Normal Jeder Service Change, der keine Standard-Change oder Notfall-Change ist. Standard 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. -
Füllen Sie die Felder des Formulars aus.
Tabelle : 1. Change-Formular Feld Beschreibung Nummer Die eindeutige Change-Anforderung-Nummer Angefordert von Benutzer, der den Change angefordert hat. Kategorie Die Kategorie des Changes, zum Beispiel Hardware, Netzwerk oder Software. Service Der Business Service, den Sie für die Change-Anforderung bereitstellen möchten. Serviceangebote 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. 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. Priorität Prioritätswert, der basierend auf Auswirkung und Dringlichkeit automatisch generiert wird. Er identifiziert, wie schnell der Service Desk die Aufgabe angehen sollte. Auswirkung „Auswirkung“ ist ein automatisch berechneter Wert, der einen Messwert für den Effekt eines Incidents, Problems oder Changes bezüglich Geschäftsprozessen angibt. Typ Zeigt den ausgewählten Change-Anforderung-Typ an (Standard, Normal oder Notfall). Sie können diesen Wert ändern, indem Sie einen anderen Typ auswählen. Status Status der Change-Anforderung. Standardmäßig lautet der Status Neu. Zuweisungsgruppe Gruppe, die dem Change zugewiesen ist. Sie können das Feld Zuweisungsgruppe automatisch basierend auf der für das jeweilige Konfigurationselement (CI) verfügbaren Supportgruppe ausfüllen. Wenn das CI keine Supportgruppe hat, wird das Feld mit der Supportgruppe 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. Risiko Das Risikoniveau für den Change. Entweder Hoch, Mittel oder Niedrig. Sie können diesen Wert manuell festlegen oder ihn mit Risikoberechnung und Risikobewertung ableiten.
Kurzbeschreibung Kurze Beschreibung des Change. Beschreibung Detaillierte Beschreibung des Change. Abschnitt „Planung“ Begründung Grund für die geplante Change-Anforderung, der den Genehmigern hilft, ihre Entscheidung zu treffen. Implementierungsplan Zu befolgender Plan oder Prozess zur Implementierung des Change. Risiko- und Auswirkungsanalyse Detaillierte Analyse des Risikos und der Auswirkungen, die bei Implementierung des Change abzusehen sind. Rückfallplan Die erforderlichen Informationen zum Wiederherstellen des ursprünglichen Status des Systems, wenn eine Implementierung fehlschlägt. Testplan Detaillierte Informationen zur Teststrategie und zu den Zielen für die Change-Anforderung. Abschnitt „Zeitplan“ 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 im Change Request angegeben sind.
Nicht autorisiert Option, um anzuzeigen, dass der Change ein nicht autorisierter Change ist. Weitere Informationen finden Sie unter Nicht autorisierte Change-Anforderung. Tatsächliches Startdatum Startdatum der Implementierung. Tatsächliches Enddatum Datum, an dem der Change vollständig implementiert wurde. Abschnitt „Notizen“ Beobachtungsliste Benutzer, die Benachrichtigungen erhalten, wenn Arbeitsnotizen hinzugefügt werden. Beobachtungsliste Arbeitsnotizen Benutzer, die Benachrichtigungen erhalten, wenn Arbeitsnotizen hinzugefügt werden. Hinweis:Der Administrator muss eine E-Mail-Benachrichtigung für die Liste „Arbeitsnotizen“ erstellen.Zusätzliche Kommentare (sichtbar für Kunden) Weitere Informationen zum Change. 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. Abschnitt „Abschlussinformationen“ Lösungscode Lösungscode für den Change. Abschlussnotizen Wie oder warum der Change geschlossen wurde. - Klicken Sie auf Speichern.