Anlegen eines Changes
Conigma CCM verfügt über drei Wege, einen Change anzulegen.
Automatisiert über die API (vgl. hierzu auch SOAP API ) aus externen Werkzeugen wie Incident-Management-Systemen
Automatisiert über interne Funktionen (z. B. über selektive Kopien bei der Nutzung von Conigma DevSync oder Change-Vorlagen)
Manuell über die Oberfläche von Conigma CCM
Das vorliegende Kapitel bezieht sich auf die letzte der drei oben genannten Möglichkeiten.
Über das entsprechende Kontext-Menü können Sie in Conigma CCM einen Change anlegen. Diese Möglichkeit ist abhängig von Ihrer Rolle und weiteren, customizebaren Einstellungen (z. B. Status des zugrundeliegenden Projekts oder Releases). Im nebenstehenden Beispiel wird ein Change für das Release 3.04 angelegt. Das Release befindet sich im Status "In Wartung" und lässt somit die Zuordnung von Changes zu.
Pflichtfelder
Beim Anlegen eines Changes sind folgende Felder zu pflegen:
Beschreibung
Change Typ
Priorität
Die Beschreibung können Sie ebenso wie alle anderen Textfelder in Conigma CCM mehrsprachig Pflegen. Diese Pflege kann unabhängig von der Login-Sprache und automatisiert erfolgen (vgl. hierzu Ändern eines Changes ).
Weitere Felder sind zunächst nicht erforderlich. Abhängig von weiteren Customizing Einstellungen können zusätzliche Pflichtfelder auf anderen Karteireitern des Changes definiert werden (z. B. auf dem Karteireiter für Rollen oder auf dem für Kundenfelder).
Darüber hinaus können mit Hilfe der Conigma CCM Regel-Engine Felder beim Anlegen automatisch vorbelegt werden. Ein typisches Beispiel hierfür sind Partnerrollen. Im nebenstehenden Change wurden beim Anlegen den Partnerrollen Change Koordinator, Entwickler und Tester die entsprechenden Benutzergruppen zugewiesen. Der Anforderer-Rolle jedoch wurde der Conigma Benutzer zugewiesen, der den Change angelegt hat (siehe folgende Abbildung).
Im Statusmodell des vorliegenden Beispiels bekommt der neue Change den Status Neu, auch dieses bestimmt die Conigma Regel-Engine.