Show TOC

ProzessBearbeitung von Änderungsanträgen Dieses Dokument in der Navigationsstruktur finden

 

Dieser Prozess beschreibt, wie Sie Änderungsanträge im Rahmen eines Wartungszyklus oder eines Einführungsprojekts anlegen, bearbeiten, genehmigen und implementieren können. Mit diesem Prozess und der Dokumentation aller zugehörigen Aufgaben können Sie jederzeit nachvollziehen, woher eine Anforderung kam, wer sie umsetzte und wann die Änderung in eine produktive Umgebung eingespielt wurde.

Mitarbeiter mit verschiedenen Rollen sind an der Bearbeitung von Änderungsanträgen beteiligt:

  • Antragsteller: Erstellt eine Problemmeldung oder sofort einen Änderungsantrag

  • Servicemitarbeiter: Bearbeitet die Problemmeldung und erstellt den Änderungsantrag

  • Change-Manager: Kategorisiert, priorisiert, genehmigt und überwacht Änderungsanträge

  • Change Advisory Board: Lenkungsausschuss im Änderungsprozess

  • Entwickler: Implementiert Änderungen und übergibt sie an den Tester

  • Tester: Testet Änderungen und setzt den entsprechenden Status im Änderungsdokument

  • Administrator: Schaltet die Phasen des Zyklus weiter und importiert projektbezogene Änderungen

Voraussetzungen

  • Sie haben die Customizing-Einstellungen unter   SAP Solution Manager   Capabilities   Change Management   Verwaltung von Änderungsanträgen   vorgenommen.

  • Die am Change-Management-Prozess beteiligten Benutzer verfügen über die erforderlichen Berechtigungen. Dazu hat die Systemadministration Benutzerrollen angelegt, die diese Berechtigungen beinhalten, und diese Rollen den betreffenden Benutzern zugeordnet. Diese Rollen wurden im SAP Solution Manager und in den verwalteten Systemen angelegt. Weitere Informationen finden Sie im Security Guide zum SAP Solution Manager auf dem SAP Service Marketplace unter   http://service.sap.com/instguides   SAP Components   SAP Solution Manager <aktuelles Release>  .

  • Sie haben im SAP Solution Manager ein Projekt angelegt, die Verwaltung der Änderungskontrolle für das Projekt aktiviert und einen Projektzyklus oder einen Wartungszyklus generiert. Siehe Einstellungen für Änderungsanträge in der Projektverwaltung.

Prozess

  1. Ein Sachbearbeiter in der Fachabteilung entdeckt einen Änderungsbedarf in einer Transaktion, mit der er arbeitet, z.B. einen Fehler oder eine fehlende Funktion. Er kann nun direkt aus der Transaktion eine Service-Desk-Meldung erfassen, in der er den Sachverhalt beschreibt, um eine Änderung anzufordern.

  2. Die Meldung erscheint im Arbeitsvorrat eines Servicemitarbeiters, der die Meldung bearbeitet und einen Änderungsantrag anlegt.

    Dazu öffnet er im SAP Solution Manager das Work Center Change Management, von dem er direkt das WebClient UI starten kann.

    Der Servicemitarbeiter kann den Änderungsantrag neu oder mit Bezug auf eine existierende Vorlage anlegen, aus der die vorhandenen Informationen übernommen werden.

  3. Der Änderungsantrag wird vom System an den Change-Manager weitergeleitet. Er kann die Änderungsanträge und Änderungsdokumente, für die er zuständig ist, im Work Center Change Management sehen. Der Change-Manager ist dafür verantwortlich, den Antrag entsprechend seiner Auswirkung zu priorisieren (z.B. hoch, mittel, niedrig) und seinen Umfang zu definieren. Er gibt auch an, welche Systeme für die Änderung relevant sind.

    Die Definition des Umfangs bestimmt die Art des Änderungsdokuments. Sie können eigene Änderungsdokumentarten im Customizing definieren oder die von SAP ausgelieferten Änderungsdokumentarten verwenden:

    Der Change-Manager ordnet dem Änderungsantrag ein Projekt und optional eine Lösung zu, um die Änderungen zu dokumentieren. Darüber hinaus kann er noch verschiedene Dokumente, Testfälle und weitere Informationen zuordnen, die für den Änderungsprozess relevant sind, z.B. welcher Geschäftsprozess betroffen ist. Wenn der Fehler so gravierend ist, dass er den Einbau einer Korrektur rechtfertigt, dann wird der Änderungsantrag zur Genehmigung freigegeben.

  4. Der Änderungsantrag muss genehmigt werden, damit ein Änderungsdokument angelegt werden kann. Im Standard ist der Change-Manager als Genehmigender eingetragen; Sie können jedoch optional auch weitere Geschäftspartner eintragen (z.B. das Change Advisory Board).

  5. Nach Genehmigung des Änderungsantrags wird automatisch ein Änderungsdokument erzeugt. Das Änderungsdokument bildet in den folgenden Arbeitsschritten die operative Grundlage für Entwickler, Tester und IT-Administratoren und durchläuft verschiedene Phasen, die von der Art des Änderungsdokuments abhängig sind.

    Ein Änderungsantrag kann auch nach seiner Genehmigung noch geändert oder erweitert werden. Sie können z.B. weitere Änderungsdokumente hinzufügen.

  6. Das Änderungsdokument erscheint im Arbeitsvorrat eines Entwicklers, der die Änderung implementiert und zum Testen freigibt.

    Alle am Änderungsprozess beteiligten Benutzer können vom Änderungsdokument in die entsprechenden Zielsysteme in der Wartungs- oder Entwicklungslandschaft navigieren. In diesen Systemen führen sie die erforderlichen Änderungen durch. Der Entwickler bestätigt die Änderung durch das Setzen eines Status, und sobald ein Änderungsdokument einen neuen Status erhält, müssen bestimmte Aktionen durchgeführt werden, z.B. die Freigabe eines Transportauftrags. Diese Aktionen werden je nach Art des Änderungsdokuments entweder automatisch beim Sichern einer Änderung oder explizit vom Administrator durchgeführt.

  7. Sobald der Tester die Änderung erfolgreich getestet hat, kann die Änderung durch die Systemlandschaft bis ins Produktivsystem transportiert werden.

  8. Der Change-Manager schließt den Änderungsantrag ab. Sind alle Änderungsdokumente eines Änderungsantrags fertig bearbeitet, ist auch der Änderungsantrag abgeschlossen.

Weitere Informationen