Sie sind auf Seite 1von 85

Marc O.

Schfer, Matthias Melich

SAP Solution Manager

Bonn

Boston

Auf einen Blick


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 A B Konzept des SAP Solution Manager 7.1 ................ Application Lifecycle Management (ALM) ............. Effektiver und effizienter Betrieb ........................... Lsungsdokumentation im SAP Solution Manager ............................................ 29 57 79 95

Implementierung von Lsungen ............................. 143 Vorlagenmanagement ............................................. 203 Testmanagement .................................................... 231 Verwaltung der nderungskontrolle ...................... 295 Application Incident Management ........................ 381 Technischer Betrieb ................................................ 443 Betrieb von Geschftsprozessen ............................ 565 Wartung einer SAP-Lsungslandschaft .......................................... 615 Untersttzung von Upgrade-Projekten .................. 633 SAP Landscape Transformation .............................. 655 Custom Code Management: effiziente Verwaltung kundeneigener Entwicklungen ........... 697 Die Autoren ............................................................. 739 Autoren der Kundenerfahrungsberichte ................. 759

Inhalt
Geleitwort des Chief Operating Officer der SAP AG .................. Geleitwort des DSAG-Vorstands fr Operations/Service & Support .................................................. ber dieses Buch ..................................................................... 19 21 23

Konzept des SAP Solution Manager 7.1 ................. 29


1.1 1.2 1.3 1.4 Effektive Implementierung von nderungen Projekte im SAP Solution Manager ......................... Effizienter Betrieb Lsungen im SAP Solution Manager ............................................ Prozesse im SAP Solution Manager ......................... Vom SAP-zentrierten zum lsungsweiten Einsatz .... 1.4.1 Einfache Nutzung fr die Gesamtkundenlsung ................................ 1.4.2 Offenheit: Integration von Partnerprodukten 1.4.3 Offenheit: SAP Solution Manager fr Nicht-SAP-Software ................................... Hhere Benutzerfreundlichkeit ............................... 1.5.1 Den berblick behalten mit Management Dashboards .......................... 1.5.2 End-to-End-Monitoring und Alerting ......... 1.5.3 CRM-Benutzeroberflche SAP Web Client und Work Center ............. Erweiterung der Nutzungsrechte bringt Kostenvorteile ..............................................

31 32 33 36 36 38 39 45 45 48 49 52

1.5

1.6

Application Lifecycle Management (ALM) .............. 57


2.1 2.2 Phasen und Themenblcke des Application Lifecycle Management ......................... Realisierung von Anforderungen mittels Releases (Major Release) ......................................... 2.2.1 Requirements-Phase .................................. 2.2.2 Design-Phase ............................................ 2.2.3 Build-Phase ............................................... 2.2.4 Test-Phase .................................................

57 63 63 66 67 69

Inhalt

2.3

2.2.5 Deploy-Phase ............................................. 74 Realisierung von Anforderungen ber die Wartung (Minor Release) ................................... 75

Effektiver und effizienter Betrieb ............................ 79


3.1 3.2 3.3 3.4 3.5 Operations Control Center ...................................... Proaktives Monitoring und das Arbeiten mit dem Alert-Eingang .............................. Technische Administration ...................................... Betrieb von Geschftsprozessen am Beispiel berwachen des Tagesabschlusses ....................... Betrieb von Geschftsprozessen am Beispiel Automatisiertes Business-Exception- Management ......................................................... Technischer Betrieb am Beispiel Analyse komplexer technischer Probleme ........................... 80 82 86 87

90 92

3.6

Lsungsdokumentation im SAP Solution Manager


4.1 Technische Landschaftsdokumentation .................... 4.1.1 Landschaftsdaten, Werkzeuge zur Verwaltung und Prozesse zur Nutzung ....... 4.1.2 Handhabung von Landschaftsdaten ............ 4.1.3 Topologie der Werkzeuge zur Verwaltung von Landschaftsdaten ................................. Assistent zur Lsungsdokumentation ....................... 4.2.1 Dokumentation der Systemlandschaft ........ 4.2.2 Automatische Zuordnung der Analyseergebnisse zu einer Geschftsprozessstruktur ............................ 4.2.3 Analyseergebnisse in einem Projekt aktualisieren oder in eine Lsung berfhren ................................................. Reverse Business Process Documentation ............... Initialer Aufbau einer Business-Blueprint- Struktur mit der Excel-Upload-Schnittstelle ............. Dokumentation der Lsung ..................................... SAP Solution Manager bei Sanofi-Aventis Deutschland GmbH .................................................

95
97 99 104 117 118 119

4.2

120

4.3 4.4 4.5 4.6

127 127 129 131 137

Inhalt

Implementierung von Lsungen ............................. 143


5.1 Beschleunigte und prozessorientierte Implemen- tierung durch den SAP-Standard-Content ............... 5.1.1 Aufbau ...................................................... 5.1.2 Inhalte ....................................................... 5.1.3 Produktabhngigkeit ................................ 5.1.4 Ausblick .................................................... ASAP-Implementierungsmethode ........................... 5.2.1 Umfang und Nutzen .................................. 5.2.2 Roadmap-Phasen ...................................... 5.2.3 Struktur der ASAP-Methode ...................... 5.2.4 Business Add-ons zur ASAP-Methode ........ 5.2.5 Arbeiten mit der Run-SAP- und der ASAP-Implementierungs-Roadmap ............ Projektverwaltung als Eckpfeiler der Projektvorbereitung ................................................ 5.3.1 Projektverwaltung ..................................... 5.3.2 Anlegen eines Einfhrungsprojekts ............ 5.3.3 Festlegen des Projektumfangs und der Vorgehensweise ........................................ 5.3.4 Verwalten von Projektmitarbeitern ............ 5.3.5 Festlegen der Systemlandschaft ................. 5.3.6 Festlegen der projektspezifischen Meilensteine ............................................. 5.3.7 Hinterlegen von Organisationseinheiten .... 5.3.8 Festlegen der Projektstandards .................. Business Blueprint Soll-Konzept fr Ihre Lsung ... 5.4.1 Aufbau des Business Blueprint ................... 5.4.2 Dokumentation des Soll-Konzepts ............. 5.4.3 Verantwortliche definieren ........................ 5.4.4 Abschluss des Business Blueprint .............. Konfiguration der Lsung ........................................ 5.5.1 Voraussetzungen der Konfiguration ........... 5.5.2 Grundstze der Konfiguration .................... 5.5.3 Realisierung von Eigenentwicklungen ........ 5.5.4 Arbeiten mit Servicemeldungen ................. Testmanagement .................................................... E-Learning-Management effizienter Wissenstransfer im Projekt ......................................

5.2

144 144 146 148 148 149 149 150 152 153 153 156 156 157 157 158 160 161 161 162 164 164 170 172 173 174 175 176 179 180 182 182

5.3

5.4

5.5

5.6 5.7

Inhalt

5.8

5.9

Erstellung von Lernmaterialien ................... SAP Productivity Pak by ANCILE Adapter for SAP Solution Manager .......................... 5.7.3 Organisieren und Verteilen von Lerninhalten ............................................... Reporting fr Ihr Einfhrungsprojekt ....................... 5.8.1 Reporting Roadmap ................................... 5.8.2 Reporting Business Blueprint ................... 5.8.3 Reporting Konfiguration .......................... 5.8.4 Reporting Lernmaterialien ....................... 5.8.5 Reporting Test ......................................... 5.8.6 Reporting Systemlandschaft ..................... 5.8.7 Reporting Historie ................................... SAP Solution Manager bei der HARTMANN GRUPPE .............................................

5.7.1 5.7.2

183 184 185 188 188 188 191 194 196 196 196 197

Vorlagenmanagement ............................................. 203


6.1 Anwendungsbereiche fr Vorlagen .......................... 6.1.1 Die unternehmensweite Prozessbibliothek ....................................... 6.1.2 Konzern-Roll-out ....................................... Vorlagenmanagement im Detail .............................. 6.2.1 Vorlagenmanagement im Kontext des Application Lifecycle Management ............. 6.2.2 Methodische Untersttzung durch die Global ASAP Template Roadmap ................ 6.2.3 Anlegen von Vorlagen ................................ 6.2.4 Business-Blueprint-Definition und Konfigurationsstruktur ............................... 6.2.5 Freigabe und Implementierung von Vorlagen .................................................... 6.2.6 Tipps & Tricks fr die Arbeit mit Vorlagen .................................................... Vorlagenverwaltung und Lebenszyklus .................... 6.3.1 Vergleich und Abgleich von nderungen .... 6.3.2 bernahme von Vorlagennderungen (Roll-out) ................................................... 6.3.3 Rckfhrung lokaler nderungen in die Vorlage (Roll-in) ................................... Vorlagenmanagement bei Procter & Gamble ........... 203 204 204 207 207 209 210 212 213 214 217 217 221 223 223

6.2

6.3

6.4

10

Inhalt

Testmanagement ..................................................... 231


7.1 7.2 Ablauf von der Testplanung bis zur Testdurchfhrung ................................................... 232 Optionen fr Testwerkzeuge ................................... 234 7.2.1 Testoption 1 .............................................. 235 7.2.2 Testoption 2 .............................................. 235 7.2.3 Testoption 3 .............................................. 236 7.2.4 Ergnzende Produkte ................................ 236 Business Process Change Analyzer ........................... 236 7.3.1 Anwendungsfall 1: Customizing- nderungen .............................................. 237 7.3.2 Anwendungsfall 2: nderungen von kundeneigenem Code ................................ 238 7.3.3 Anwendungsfall 3: Enhancement Package Business-Function-Analyse ........................ 239 7.3.4 Anwendungsfall 4: Optimierung des Testumfangs fr SAP Support Packages oder SAP Enhancement Packages .............. 241 7.3.5 Vorbereitende Schritte .............................. 245 7.3.6 Vorteile fr den Kunden ............................ 250 Testoption 1 ........................................................... 251 7.4.1 berblick ber Testfunktionen und Werkzeuge der Testoption 1 ...................... 251 7.4.2 Work Center Testmanagement .............. 253 7.4.3 Manuelles Testen ...................................... 255 7.4.4 Testautomatisierung .................................. 259 7.4.5 Test-Reporting .......................................... 265 Testoption 2 Testen mit dem SAP Quality Center by HP ....................................... 268 7.5.1 berblick ber Testfunktionen und Werkzeuge der Testoption 2 ...................... 269 7.5.2 bertragung in den Business Blueprint ...... 272 7.5.3 Erstellen von Testplnen ............................ 273 7.5.4 Testflle mit SAP Test Acceleration and Optimization erstellen ............................... 275 7.5.5 Ausfhren der Testflle unter Verwendung von SAP Test Acceleration and Optimization und SAP Quality Center by HP ............................................. 276

7.3

7.4

7.5

11

Inhalt

7.6

7.7

Austausch von Fehlermeldungen zwischen SAP Quality Center by HP und SAP Solution Manager ............................... 7.5.7 Reporting in SAP Solution Manager und SAP Quality Center by HP .......................... 7.5.8 Wartung von Testfllen mithilfe von SAP Test Acceleration and Optimization .... Testoption 3 Integration mit IBM-Rational-Werkzeugen ...................................... 7.6.1 Ein automatisierter, integrierter, standardisierter Ansatz ............................... 7.6.2 Anlegen von Business Blueprints und Anforderungsmanagement ......................... 7.6.3 nderungseinfluss-Analyse ........................ 7.6.4 Testplanung ............................................... 7.6.5 Vorteile fr den Kunden ............................. SAP Solution Manager bei Colgate-Palmolive .......... 7.5.6

278 279 280 282 283 283 284 284 286 287

Verwaltung der nderungskontrolle ....................... 295


8.1 Quality Gate Management ...................................... 8.1.1 Work Center Change Management ......... 8.1.2 Zentrale Transportverwaltung mit Quality Gate Management ......................... 8.1.3 SAP Best Practices im Bereich Transport .... Change Request Management ................................. 8.2.1 Change Request Management im Detail ..... 8.2.2 Architektur ................................................. 8.2.3 Projektzyklus und Wartungszyklus .............. 8.2.4 nderungsantrag (Request for Change) ...... 8.2.5 nderungstypen im Change Request Management im Detail .............................. 8.2.6 nderungsverwaltung mit dem Change Request Management .................... 8.2.7 Zentrale nderungskontrolle ...................... 8.2.8 Transparenz ber nderungsprozesse ......... 8.2.9 Integration des Change Request Manage- ment mit den anderen Application- Lifecycle-Management-Funktionen ............ 296 297 303 307 308 310 316 317 321 326 332 334 340

8.2

344

12

Inhalt

8.3

8.4

8.5

Transportverwaltung ............................................... 8.3.1 SAP-nderungs- und Transportsystem (CTS) ............................... 8.3.2 Synchronisation von Entwicklungssystemen .............................. 8.3.3 SAP Transport Execution Analysis Service ........................................ nderungsdiagnose ............................................... 8.4.1 nderungen verfolgen ............................... 8.4.2 nderungsauswertungen ........................... 8.4.3 Durchgngige nderungsanalyse ............... 8.4.4 Konfigurationsvalidierung .......................... SAP Solution Manager bei Ferrero Deutschland MSC GmbH & Co. KG .........................

348 348 360 363 365 365 366 367 369 373

Application Incident Management ........................ 381


9.1 Incident und Problem Management ........................ 9.1.1 IT-Servicemanagement nach ITIL ............... 9.1.2 SAP-IT-Servicemanagement (SAP ITSM) .... 9.1.3 Integrationskonzept ................................... 9.1.4 Anwendungsszenarien ............................... 9.1.5 Der zentrale Incident- und Problem-Management-Prozess .................. 9.1.6 Stammdaten ............................................. 9.1.7 Best-Practice-Funktionen ........................... Incident Management mit Help-Desk-Systemen anderer Anbieter .................................................... Incident Management fr IT-Dienstleister ............... Incident Management fr Softwarepartner .............. SAP Solution Manager bei Ferrero Deutschland MSC GmbH & Co. KG ......................... SAP Solution Manager bei der itelligence AG .......... 381 382 384 385 388 398 405 408 414 416 423 428 436

9.2 9.3 9.4 9.5 9.6

10 Technischer Betrieb ................................................. 443


10.1 Technisches Monitoring .......................................... 10.1.1 Alert-Eingang ............................................ 10.1.2 System-Monitoring .................................... 10.1.3 Verbindungs-Monitoring ........................... 447 448 453 456

13

Inhalt

10.2 Zentrale berwachung von SAP NetWeaver Process Integration .................................................. 10.2.1 Einstieg und Navigation ............................. 10.2.2 Overview Monitor ...................................... 10.2.3 Component Monitor .................................. 10.2.4 Channel Monitor ........................................ 10.2.5 Message Monitor ....................................... 10.2.6 Zentrale inhaltsbasierte Nachrichtensuche ..................................... 10.2.7 Anbindung an die Alert-Infrastruktur .......... 10.2.8 Anbindung an den Service Desk ................. 10.3 End-User-Experience-Monitoring ............................ 10.4 End-to-End-Root-Cause-Analysis ............................. 10.4.1 Vorgehensweise zur Root Cause Analysis ... 10.4.2 Architektur ................................................. 10.4.3 Werkzeuge in der Root Cause Analysis ....... 10.4.4 Root Cause Analysis im Detail .................... 10.4.5 Qualittssicherung mit Werkzeugen der Root Cause Analysis ................................... 10.5 Technische Administration ...................................... 10.5.1 Work Mode Management .......................... 10.5.2 IT-Kalender ................................................ 10.5.3 Benachrichtigungsverwaltung ..................... 10.5.4 Zentrale Systemadministration ................... 10.6 Technische Analyse ................................................. 10.6.1 Technische Auswertungen .......................... 10.6.2 Management-Auswertungen ...................... 10.7 Datenvolumenmanagement .................................... 10.7.1 Positionsbestimmung ................................. 10.7.2 Analyse der Datenverteilung ...................... 10.7.3 Priorisieren von Objekten ........................... 10.7.4 Priorisieren nach Speicherverbrauch ........... 10.7.5 Priorisieren nach Altersstruktur der Daten ......................................................... 10.7.6 Priorisieren nach Nutzungshufigkeit .......... 10.7.7 Auswertung der Daten ............................... 10.7.8 Diskussionen mit den Fachbereichen .......... 10.7.9 Projekt-Reporting ......................................

458 461 462 464 465 466 471 473 473 474 481 483 485 487 489 499 501 502 511 512 513 524 524 539 543 543 544 549 550 552 553 556 558 561

14

Inhalt

11 Betrieb von Geschftsprozessen ............................ 565


11.1 Geschftsprozess- und Schnittstellenberwachung .. 11.1.1 Werkzeuge, die den Betrieb der Geschftsprozesse untersttzen ................. 11.1.2 Geschftprozessberwachung im SAP Solution Manager ............................... 11.1.3 Handhabung der Geschftsprozessber- wachung im SAP Solution Manager ........... 11.1.4 Geschftsprozesse mit der Anwendung Geschftsprozess-Analyse (Business Process Analytics) verbessern ..................... 11.2 Jobverwaltung ........................................................ 11.2.1 Herausforderungen in der Jobverwaltung ... 11.2.2 Fallbeispiel eines Jobverwaltungsprozesses im Sinne des SAP-Standards ...................... 11.2.3 Automatische Umleitung eines Endanwenders vom Backend-System in das Antragsformular des SAP Solution Manager ............................... 11.2.4 Job Scheduling Management Health Check 11.3 Datenkonsistenzverwaltung .................................... 11.3.1 Einfhrung in die Daten- konsistenzverwaltung ................................ 11.3.2 berblick ber die Werkzeuge zur Datenkonsistenzverwaltung ....................... 11.4 Performance von Geschftsprozessen ...................... 11.4.1 Performanceoptimierung von Geschftsprozessen ................................... 11.4.2 Performanceoptimierung mit Self-Services der SAP ................................. 11.5 SAP Solution Manager bei der Bayer MaterialScience ...................................................... 566 566 569 571

573 576 577 580

588 589 591 591 593 599 600 605 609

12 Wartung einer SAP-Lsungslandschaft .................. 615


12.1 Der Maintenance Optimizer ................................... 12.1.1 Der Maintenance Optimizer im Detail ....... 12.1.2 Maintenance Optimizer fr SAP ERP ......... 12.1.3 Untersttzung komplexer Landschaften ..... 616 618 623 625

15

Inhalt

12.1.4 Country Legal Changes Packages fr SAP ERP HCM Lsungen und HR Support Packages in den Wartungs- vorgang einbinden ..................................... 12.1.5 Berechtigungen und Auswertungen im Maintenance Optimizer ............................. 12.1.6 Wartungszertifikat und Lizenzmanagement 12.2 Systemempfehlungen .............................................. 12.2.1 Empfehlungen fr Ihre Systeme erhalten .... 12.2.2 Integration mit anderen Werkzeugen im SAP Solution Manager ............................... 12.2.3 Einrichtung der Funktion Systemempfehlungen ..............................

626 627 628 630 631 632 632

13 Untersttzung von Upgrade-Projekten .................. 633


13.1 Upgrade Dependency Analyzer ............................... 635 13.1.1 Mgliche Abhngigkeitsaussagen ............... 637 13.1.2 Abgrenzung des UDA zum Maintenance Optimizer und den Szenarien- und Prozess- komponentenlisten (PCL/SCL) .................... 640 13.1.3 Datenqualitt und Haftungsausschluss ........ 641 13.1.4 Beispiele fr die Nutzung des UDA ............. 641 13.2 Projektplanung und Projektmanagement mit der Upgrade Roadmap ...................................... 649 13.3 Custom Development Management Cockpit ........... 650 13.4 Maintenance Optimizer ........................................... 651 13.5 Testmanagement ..................................................... 652 13.6 Endanwenderschulungen ......................................... 653 13.7 SAP Upgrade Assessment ....................................... 653 13.8 SAP GoingLive Functional Upgrade Check ............... 653 13.9 Methode Near Zero Downtime ............................... 654

14 SAP Landscape Transformation .............................. 655


14.1 Der Greenfield-Ansatz ............................................. 659 14.2 Das Vorgehen bei SAP-Transformationen ................ 659 14.3 Phasen der Durchfhrung eines Transformationsprojekts .......................................... 660

16

Inhalt

14.4

14.5

14.6 14.7

14.3.1 Identifikation des Transformationsansatzes ............................ 14.3.2 Analyse der Systemlandschaft und Planung des Projekts ................................. 14.3.3 Evaluierung und Vorbereitung eines Transformationsprojekts ............................ 14.3.4 Realisierung eines Transformationsprojekts ............................ 14.3.5 Typische Vorgehensweise bei der Durchfhrung eines Mandantentransfers ... Transformationsszenarien ........................................ 14.4.1 Transformationslsungen fr Verkaufs-, Kauf- und Umstrukturierungsvorhaben ...... 14.4.2 Vereinheitlichung und Transformation von Daten ................................................. 14.4.3 Konsolidierung von Systemen und Reduzierung der IT-Kosten ........................ Nutzung von SAP Landscape Transformation .......... 14.5.1 Arbeiten mit SAP Landscape Transformation .......................................... 14.5.2 Aufbau des Work Centers der SAP-LT-Software ...................................... 14.5.3 Projekte anlegen ....................................... 14.5.4 Kombinieren von Transformationslsungen ........................... 14.5.5 Projekte durchfhren ................................. 14.5.6 Analysen ausfhren ................................... 14.5.7 Transformationsapplikationen ausfhren .... 14.5.8 Wichtige Hinweise und Empfehlungen zur technischen Durchfhrung ................... Ergnzende Services zu SAP Landscape Transformation ............................... SAP Solution Manager bei SKW Stahl-Metallurgie Holding AG .................................

661 661 662 662 663 664 664 669 675 677 678 679 682 683 684 685 686 687 688 692

15 Custom Code Management: effiziente Verwaltung kundeneigener Entwicklungen ................................ 697


15.1 Einfhrung in Custom Code Management .............. 697 15.1.1 Das Stadt-Modell ...................................... 698

17

Inhalt

15.2

15.3 15.4

15.5

15.1.2 Der Prozess des Custom Code Management .............................................. Custom Code Lifecycle Management Verwaltung kundeneigener Entwicklungen .............. 15.2.1 Prozess und Architektur ............................. 15.2.2 Die Anwendung CCLM im Detail ................ 15.2.3 Einstellungen ............................................. 15.2.4 Bibliotheksdefinition .................................. 15.2.5 Objekte in der Bibliothek ........................... 15.2.6 Reporting ................................................... Custom Development Management Cockpit ............ Analysen fr kundeneigene Entwicklungen .............. 15.4.1 SAP-Originalobjekte von Klonen unterscheiden ............................................ 15.4.2 Verwendungsbereiche der Klone identifizieren .............................................. 15.4.3 berwachung und Auswertung der Modifikationen .......................................... 15.4.4 Versionen Ihrer Programme unterscheiden ............................................ 15.4.5 Zeit fr Verbesserung ................................. Custom Code Lifecycle Management bei Procter & Gamble ....................................................

700 702 703 707 709 711 712 714 716 726 726 729 730 731 733 734

Anhang ............................................................................ 739


A B Die Autoren ....................................................................... 739 Autoren der Kundenerfahrungsberichte ............................. 759

Index ........................................................................................ 765

18

Die whrend des Betriebs der Lsung erhobenen Kennzahlen und Daten knnen Sie dazu verwenden, Kosten zu senken oder die Performance zu steigern. Wichtig ist, dass alle nderungen nachvollziehbar in der Lsung vorgenommen werden. In diesem Kapitel werden der Prozess Verwaltung der nderungskontrolle erlutert und die Funktionsweisen des Change Request Management, des Quality Gate Management, des Retrofit sowie der untersttzenden Services und Analysen im Detail erklrt.

Verwaltung der nderungskontrolle

Der Prozess Verwaltung der nderungskontrolle (Change Control Management) stellt sicher, dass nderungen geplant und konsistent durchgefhrt werden. Wichtig ist, dass alle nderungen nachvollziehbar in der Lsung vorgenommen werden und ihr Risiko in Bezug auf Stabilitt und Sicherheit jederzeit kontrollierbar ist. Der SAP Solution Manager untersttzt Sie dabei durch eine Vielzahl von Funktionen. Das ITIL-zertifizierte Change Request Management ermglicht Ihnen die hchste Integration in Ihren Change-Management-Prozess. Darber hinaus stellt das Quality Gate Management eine zustzliche Qualittskontrolle fr Projekte bereit und sichert den korrekten Transport von nderungen in die Produktivsysteme. Im Umfeld von Upgrade, globalen Roll-outs von Vorlagen oder funktionalen Weiterentwicklungen ergeben sich Risiken und Aufwnde in der Synchronisation von Entwicklungssystemen. Mit der RetrofitFunktion synchronisieren Sie duale Landschaften vollstndig und mit minimalem manuellen Aufwand. Um ber alle nderungen in der Landschaft einen berblick zu behalten, bietet Ihnen die ChangeAnalyse Informationen zum aktuellen Stand und zur Historie der nderungen an. Aufgezeichnet werden nderungen von Konfigurationen eines Systems von Betriebssystem, Datenbank und Applikationsserver-Parametern ber Transportauftrge und Hinweise bis hin zu Support Packages. Mit der Configuration Validation knnen Sie Konfigurationseinstellungen vergleichen und damit z. B. die Homogenitt der Konfiguration innerhalb der Lsungslandschaft sicherstelFunktionen des SAP Solution Manager

295

Verwaltung der nderungskontrolle

len. Basierend auf den Erfahrungen des SAP-Supports, bietet Ihnen der Guided Self-Service Transport Execution Analysis eine auf Ihre Transportlandschaft abgestimmte Best-Practice-Empfehlung der SAP. Daraus knnen Sie fr sich einen entsprechenden Aktionsplan ableiten, der organisatorische, prozess- oder auch werkzeugbezogene Aspekte enthalten kann.

8.1

Quality Gate Management

Das Quality Gate Management stellt in Bezug auf eine durchgngige Lsungslandschaft sicher, dass die Bereiche Design und Entwicklung sowie die Implementierung eines neuen Service effizient und effektiv in Projekte eingebettet sind. Ziel ist es, einen integrierten und konsistenten Qualittsprozess im Unternehmen zu etablieren und alle beteiligten Abteilungen darin zu integrieren.
Zusammenarbeit mit dem Release Management

Das Quality Gate Management untersttzt das Release Management bei Implementierungs- und Wartungsprojekten bei Kunden. In der Regel wird dabei zwischen zwei Arten von Releases unterschieden: 1. Major Release Das Major Release ist gekennzeichnet durch eine drei- bis sechsmonatige Laufzeit. Kunden entwickeln innerhalb eines Jahres zwei bis vier Releases. Ein solches Release beinhaltet alle Arten von nderungen, auch solche, die Kerngeschftsprozesse nachhaltig beeinflussen, daher erfordert ein Major Release einen kompletten Regressionstest. 2. Minor Release Das Minor Release ist durch eine wesentlich krzere Laufzeit zwischen einer und vier Wochen definiert. Ziel eines solchen Releases ist es, Fehlerkorrekturen und kleinere funktionale Erweiterungen zu bndeln und zur Verfgung zu stellen. Hierbei kann der Testumfang auf die Kerngeschftsprozesse und die bereitgestellten Erweiterungen eingeschrnkt werden. Diese Vorgehensweise bietet Ihnen die folgenden Vorteile: Die Hufigkeit der nderungen im produktiven System wird reduziert. nderungen finden zu klar definierten Zeitpunkten statt. Die Zufriedenheit der Endanwender steigt durch frhzeitige Kommunikation und Trainings.
296

Quality Gate Management

8.1

Fr jede nderung steht die angemessene Testmethode zur Verfgung. Tgliche nderungen werden auf Notfallkorrekturen reduziert. Das Risiko von Inkonsistenzen durch fehlende oder in der falschen Reihenfolge eingespielte Transporte verringert sich. Der Arbeitsaufwand fr Transportverwaltung durch Bndelung sinkt. Abbildung 8.1 zeigt das Release Management (Minor und Major Release) und Transport Management, also das Einspielen in Folgesysteme, im berblick.

SAP Solution Manager


Implementierungsprojekt (Major Release)

QG

Scope

QG

Build

QG

Test

QG

Deploy

QG

Wartungsprojekt in Zyklen (Minor Release)

...

Build

QG

Test

QG

Deploy

QG

Scope

QG

Build

QG

...

Major Release Transportzyklus nderungskategorien Prioritt Testumfang 3-6 Monate Alle Arten von nderungen inklusive invasiver Eingriffe Normal Kompletter Testumfang

Minor Release 1-4 Wochen Fehlerkorrekturen und kleinere nderungen (inkl. Reimport von Notfallkorrekturen) Normal Zentrale Prozesse und neue Funktionen

Abbildung 8.1 Release und Deployment Management

8.1.1

Work Center Change Management

Das Work Center Change Management im SAP Solution Manager stellt den zentralen Einstiegspunkt dar, um Projekte fr das Quality Gate Management anzulegen bzw. zu verwalten. Die Darstellung ermglicht dem Benutzer, sich einen schnellen berblick ber die verschiedenen Softwareentwicklungsprojekte und deren Status zu verschaffen. Dabei untersttzt das Quality Gate Management sowohl Implementierungs- als auch Wartungsprojekte.

297

Verwaltung der nderungskontrolle

Sichten

In der Sicht berblick sehen Sie, welche Aufgaben zu erledigen sind bzw. an welchen Projekten Sie mitarbeiten oder beteiligt sind und welcher Rolle Sie zugewiesen sind. Die zu erledigenden Aufgaben knnen von Ihnen direkt bearbeitet werden. Die automatische Aktualisierung sorgt dafr, dass Sie immer auf dem aktuellen Datenbestand arbeiten. Mithilfe von Favoriten knnen mehrere Projekte benutzerspezifisch zusammengefasst und dargestellt werden. ber die Sicht Projekte knnen Sie eine Vielzahl von Informationen visualisieren. Hierfr stehen verschiedene Registerkarten innerhalb der Sicht Projekte zur Verfgung (siehe Abbildung 8.2).

Abbildung 8.2 Projektbersicht im Quality-Gate-Kalender

Mithilfe der Registerkarte Kalendersicht knnen Sie sich anhand des Quality-Gate-Kalenders den Status aller aktuell angelegten bzw. laufenden Projekte sowie deren aktive Phase anzeigen lassen. Zustzlich werden sowohl die Quality Gates als auch die Meilensteine in der bersicht visualisiert. Mithilfe der Mehrfachselektion von Projekten ermglicht die Kalendersicht, die Projektlaufzeiten und deren aktuellen Status zu visualisieren. Diese Ansicht erlaubt es, eventuelle zeitliche Konflikte frhzeitig zu erkennen und entsprechende Aktionen zu initiieren.
Vorgehensweise

Um ein Projekt innerhalb des Quality Gate Management zu nutzen, mssen bestimmte Voraussetzungen erfllt sein. Sie mssen ein SAPSolution-Manager-Projekt anlegen (Transaktion SOLAR_PROJECT_ ADMIN) und die Systemlandschaft in der Transaktion SMSY pflegen (siehe Abschnitt 5.3.1). Dabei kann es sich um ein Wartungs- oder ein Implementierungsprojekt handeln. Erst danach ist das Projekt in der Auswahlbox sichtbar. Nach Auswahl des gewnschten Projekts knnen

298

Quality Gate Management

8.1

Sie ber den Menpunkt Einrichten Quality Gate Management die noch ausstehenden Konfigurationen vornehmen. Nach dem Klick auf den Menpunkt ffnet sich ein Assistent, in dessen erstem Schritt Sie die Startzeitpunkte der einzelnen Phasen festlegen knnen. Folgende vier Phasen mit den entsprechenden Quality Gates sind im Standard definiert: Scope Build Test Deploy Ein Quality Gate (Q-Gate) ist ein spezieller Meilenstein in einem Projekt. Q-Gates befinden sich zwischen denjenigen Phasen im Projekt, die in besonderer Weise von den Ergebnissen der Vorphase abhngig sind oder in denen besonderes Augenmerk auf technische Abhngigkeiten gelegt werden muss. Ein Q-Gate beinhaltet eine Prfung der Ergebnisse der Vorphase. Die geforderten Ergebnistypen und Anforderungen an diese Phasen knnen Sie z. B. in Form von Checklisten fr ein Q-Gate hochladen. Die Prfung wird von Projektverantwortlichen und Experten der entsprechenden Phasen innerhalb einer Sitzung vorgenommen. Je nach Ausgang kann das Projekt wie geplant weiterlaufen, kann aber auch abgebrochen oder verzgert werden. Bei Einsatz des Quality Gate Management knnen keine Transporte in die Folgesysteme eingespielt werden, ohne dass ein Q-Gate erfolgreich durchlaufen wurde. Diese Importsperre erlaubt Ihnen ein hohes Ma an Kontrolle ber Ihre Projekte und das Transportwesen. Erst nach erfolgreich durchlaufener Q-Gate-Prfung wird die Importsperre fr das nachfolgende System aufgehoben. In Abbildung 8.3 ist der Ablauf des Quality Gate Management exemplarisch dargestellt. Zustzlich zu den bestehenden Q-Gates knnen Sie sogenannte Meilensteine anlegen, die einen bestimmten Zeitpunkt in Ihrem Projekt darstellen. Ein Meilenstein ist ein Ereignis mit besonderer Bedeutung. Im Projektmanagement sind diese Ereignisse meist Unter- bzw. Zwischenziele eines Projekts. Diese Ziele sind an die Fertigstellung eines bedeutenden Projektergebnisses gebunden. Um die Wichtigkeit eines Meilensteins hervorzuheben, knnen Sie ihn zustzlich mit einer Q-Gate-Prfung versehen.
Meilensteine Quality Gate

299

Verwaltung der nderungskontrolle

Quality-Gate offen

Quality-Gate geschlossen

Build

Quality-Gate

Test

Quality-Gate-Dokument
Entwickler
Qualittsmanager
Resultate dokumentieren Dokumentation hochladen Q-Gate bewerten

Tester Administrator

Quality Steering Board


Empfehlungen des QualittsManagers besttigen oder zurckweisen

Solution-Manager-Projekt mit Quality Gate Management


Abbildung 8.3 Ablauf des Quality Gate Management Qualittsmanager und Qualittsausschuss

Im zweiten Schritt legen Sie den Qualittsmanager sowie den Qualittsausschuss fest. Dadurch wird ein Vier-Augen-Prinzip innerhalb des Projekts und des Prozesses etabliert (Segregation of Duties). Nur wenn beide Personen oder Gruppen das Q-Gate als erfolgreich durchlaufen besttigen, wird die Importsperre fr das dem Q-Gate zugewiesene System aufgehoben und ein Import in das System ermglicht. Die Transporte mit den unterschiedlichen Entwicklungen knnen Sie mithilfe des Transportmanagements in das System importieren. Im dritten Schritt wird die logische Komponente, die Sie zuvor in der Systemlandschaftspflege (Transaktion SMSY) angelegt haben, mit den darin definierten Systemen dargestellt und gegen die Transportwegekonfiguration verifiziert. In einem weiteren Schritt erfolgt die Zuordnung der einzelnen QGates zu den Phasen und Systemrollen. Durch die flexible Zuordnung der Q-Gates ist es z. B. auch mglich, zwischen dem Entwicklungssystem und dem Qualittssicherungssystem kein Q-Gate zu setzen, somit ein iteratives Testen zu ermglichen und trotzdem sein Produktivsystem zu schtzen.

300

Quality Gate Management

8.1

Nach Abschluss der Konfiguration zeigt der Assistent Ihnen die Projektlandschaft mit den einzelnen Phasen, Systemen, Q-Gates und Meilensteinen (siehe Abbildung 8.4).

Abbildung 8.4 Projektlandschaft nach Abschluss der Konfiguration

Nach dem Sichern der Konfiguration werden die unterschiedlichen Meilensteine und Q-Gates in einem Q-Gate-Kalender angezeigt. Mit unterschiedlichen Filteroptionen kann die Sicht auf die Projekte benutzerspezifisch angepasst werden. Ein Klick auf das durchlaufene Q-Gate zeigt Ihnen die Ergebnisse und Anforderungen, die in Form von Checklisten und Dokumenten fixiert sind (siehe Abbildung 8.5).

Q-Gate-Kalender

Abbildung 8.5 Q-Gate-Dokumentation

301

Verwaltung der nderungskontrolle

Der Qualittsmanager ist fr den bergang der einzelnen Projektphasen verantwortlich (Scope, Build, Test und Deploy). Die Prfung hierfr wird durch Projektverantwortliche und Experten fr die entsprechenden Phasen innerhalb einer Sitzung vorgenommen. Zustzlich stehen Ihnen verschiedene Informationen und Sichten fr Ihre Softwareentwicklungsprojekte zur Verfgung. ber die angebotenen Registerkarten des Work Centers behalten Sie immer den berblick (siehe Abbildung 8.6).

Abbildung 8.6 Informationen zu Q-Gates

Mit einem Klick auf das jeweilige Projekt stehen dem Qualittsmanager ber verschiedene Registerkarten sowohl allgemeine als auch detaillierte Informationen, wie z. B. definierte Projektphasen, Anzahl der zum Projekt gehrenden nderungen und Transportauftrge sowie Informationen zu den Verantwortlichen des Projekts, zur Verfgung (siehe Abbildung 8.7).
Log

Fr die entsprechende Revisionssicherheit sorgt ein Aktions-Log bzw. Applikations-Log, das alle Aktivitten mit Zeitstempel und Benutzer mitprotokolliert.

302

Quality Gate Management

8.1

Abbildung 8.7 Projekt mit den nderungen und den dazugehrigen Transporten

8.1.2

Zentrale Transportverwaltung mit Quality Gate Management

In heutigen heterogenen, verteilten Kundenlsungen ist es notwendig, im Bezug auf eine durchgngige Lsungslandschaft sicherzustellen, dass die Implementierung eines neuen Service effizient und effektiv durchgefhrt werden kann. Whrend frher das Hauptaugenmerk auf den Abhngigkeiten von Objekten in einer Systemlandschaft lag, liegt es heute auf den Abhngigkeiten von Objekten in einer Lsungslandschaft. Das heit, Systeme, die technisch vollkommen unabhngig voneinander sind, stehen mehr und mehr in einer funktionalen Abhngigkeit. Ziel muss es sein, eine zentrale Transportverwaltung fr die gesamte Lsungslandschaft zu etablieren. Mit dem Quality Gate Management stellt der SAP Solution Manager im Work Center Change Management eine Administrationsoberflche fr die zentrale Transportverwaltung (siehe Abbildung 8.8) zur Verfgung. Mit einem Klick auf die Registerkarte Systemlandschaftsgrafik kann sich der Transportverantwortliche nach vorheriger Auswahl des Projekts die definierte Lsungslandschaft grafisch im Detail ansehen (siehe Abbildung 8.9).
Transportkonfiguration und -risiken

303

Verwaltung der nderungskontrolle

SAP Solution Manager Change Control Management


SAP-SolutionManager-Projekt nderung 1

SAP NetWeaver Portal

SAP ECC

Transportauftrag Transportauftrag

nderung 2

Transportauftrag Transportauftrag

nderung 3

Transportauftrag Transportauftrag

Abbildung 8.8 Zentrale Transportverwaltung

Abbildung 8.9 Systemlandschaftsgrafik

Die Lsungslandschaft spiegelt die kundenspezifische Transportkonfiguration und deren Transportwege wider. Die Lsungslandschaft eines Projekts wird mithilfe eines Assistenten schnell und einfach eingerichtet und basiert auf SAP-Solution-Manager-Projekten (siehe Abschnitt 8.1.1). Die farbliche Visualisierung zeigt die derzeit aktive

304

Quality Gate Management

8.1

Phase des Projekts sowie die durchlaufenen und noch anstehenden Q-Gates an. Zustzlich werden eventuelle Transportrisiken in der Systemgrafik farblich gekennzeichnet. Die Transportrisiken der entsprechenden Systeme werden darber hinaus auf der Registerkarte Risiken in tabellarischer Form zur Verfgung gestellt (siehe Abbildung 8.10). Die Risiken werden vom System automatisch gesammelt. Der Qualittsmanager kann auf diese Art vor jeder Phase bzw. vor jedem Phasenabschluss beurteilen, welche Transporte freigegeben wurden bzw. noch auf eine Freigabe warten. Darber hinaus ist zu erkennen, ob alle Transporte korrekt in das System importiert wurden. Basierend auf diesen Informationen kann er entscheiden, welche Manahmen notwendig sind.

Abbildung 8.10 Transportrisiken in Lsungslandschaften

Beispiele fr Risiken sind: Transportfehler (Return-Code 8) fehlende Transportauftrge in den Systemen Transporte, die eine logische Abhngigkeit zueinander haben und nicht vollstndig importiert wurden

305

Verwaltung der nderungskontrolle

offene Transportauftrge, die im Entwicklungssystem auf die Freigabe warten Auf diese Weise kann der Qualittsmanager mit entsprechenden Aktivitten kritischen Situationen effektiv entgegenwirken und eine Risikoeinschtzung des Projekts vornehmen.
nderungen am Projekt

Basierend auf der Auswahl eines Projekts stellt die Registerkarte nderungen die projektspezifischen nderungen sowie die darin befindliche Anzahl von Transportauftrgen dar. Dabei knnen beliebig viele nderungen fr ein Projekt angelegt werden. Die einzelnen nderungen knnen Sie ber die Registerkarte nderungen fr das jeweilige Projekt anlegen. Nach dem Anlegen einer nderung knnen Sie dieser eine beliebige Anzahl von Transportauftrgen (Workbench/Customizing) zuordnen. Das Anlegen von Transportauftrgen kann ber die Registerkarte nderungen, ber die Schaltflche Transporte verwalten oder ber die Registerkarte Transporte mit der Schaltflche anlegen erfolgen. Die nderungen bilden die Klammer fr die verschiedenen Transportauftrge, die ihnen zugeordnet sind. Die Basis hierfr bilden CTS-Projekte. Die in Abschnitt 8.1.1 angesprochenen nderungen und Transportauftrge fr ein Projekt knnen auch ber das Change Request Management angelegt und im Quality Gate Management (siehe Abbildung 8.11) dargestellt werden (siehe Abschnitt 8.2.9).

Abbildung 8.11 bersicht der zu einem Projekt gehrenden Transportauftrge

306

Quality Gate Management

8.1

Durch dieses Konzept ist es mglich, logisch zusammengehrige bzw. voneinander abhngige Transportauftrge system- und/oder lsungsspezifisch zu bndeln. Abhngig von der aktuellen Phase knnen Sie ganze Projekte oder einzelne nderungen mit einem oder mehreren Transportauftrgen in die nachfolgenden Systeme importieren. In der Test-Phase kann der Administrator in Absprache mit dem Qualittsmanager und weiteren Experten Transportauftrge anderen Projekten und deren nderungen zuordnen. In dieser Phase des Softwareentwicklungsprojekts kann der Qualittsmanager eine Konsolidierung des Projekts vornehmen, bevor er die letzte Phase des Projekts aktiviert. In der Deploy-Phase kann das komplette Projekt mit all seinen Transportauftrgen entsprechend den in der Praxis bewhrten Vorgehensweisen von SAP (SAP Best Practices) importiert werden. Damit wird sichergestellt, dass alle Transportauftrge eines Projekts komplett und in der richtigen Reihenfolge sowie zu einem bestimmten Zeitpunkt in die produktiven Systeme importiert werden. Kann ein Projekt-Import (Import all) nicht durchgefhrt werden, steht auch fr die Deploy-Phase der Import einzelner nderungen zur Verfgung. Mithilfe dieser Funktionalitt knnen Geschftsprozesse in ABAP- und Nicht-ABAP-Systemen ber Lsungslandschaften hinweg synchron gendert werden.

Transportauftrge logisch bndeln

8.1.3

SAP Best Practices im Bereich Transport

Um Sie bei Ihren nderungen bestmglich zu untersttzen, wurde das Quality Gate Management unter Bercksichtigung der SAP Best Practices im Bereich Transport entwickelt. Diese basieren auf der Erfahrung einer Vielzahl von Kundenprojekten: Transport von Kopien Diese Funktion bietet die Mglichkeit, einen originalen Transportauftrag und die darin befindlichen Objekte so lange im Entwicklungssystem zu sperren, bis die entwickelte Funktionalitt erfolgreich im Qualittssicherungssystem getestet wurde. Erst danach findet die finale Freigabe des originalen Transportauftrags statt. Folglich arbeitet der Entwickler so lange wie mglich mit dem Transport von Kopien. Dieses Vorgehen bringt im Wesentlichen zwei Vorteile. Zum einen wird die Anzahl der Transportauftrge, die in das Produktivsystem importiert werden, reduziert. Da der originale Transport

307

Verwaltung der nderungskontrolle

nur die finale Version des genderten Objekts enthlt und nicht die zuvor entwickelten Versionen, reduziert sich sowohl die Anzahl der Objektversionen im Produktivsystem als auch die Importzeit der Transportauftrge.
berholerproblematik

Der zweite Vorteil liegt darin, dass mit dem Transport von Kopien die Gefahr der berholerproblematik entscheidend reduziert werden kann, weil die entwickelten Objekte so lange wie mglich im Entwicklungssystem gesperrt bleiben und somit Versionskonflikte verhindert werden knnen. Systembergreifende Objektsperre Mithilfe der systembergreifenden Objektsperre ist es mglich, mehrere Implementierungsprojekte bzw. Wartungsprojekte auf ein und derselben Systemlandschaft zu betreiben. ndert ein Entwickler in einem Projekt ein Objekt, ist dieses Objekt fr alle anderen Entwickler sowohl im gleichen als auch in den anderen Projekten auf dieser Systemlandschaft mithilfe der systembergreifenden Objektsperre nicht mehr nderbar. Abhngig von der Einstellung der Sperre kann eine nderung frhestens nach der finalen Freigabe des Transportauftrags erfolgen. Dadurch werden Versionskonflikte frhzeitig unterbunden. Diese Funktion steht sowohl fr ABAP-Workbench-Objekte als auch fr CustomizingEinstellungen zur Verfgung. Dringende Korrekturen Eine dringende Korrektur ermglicht die schnellstmgliche Implementierung einer Korrektur im Produktivsystem mithilfe eines Vorabtransports. Durch die Zuordnung zu einem Projekt bleiben die Transportreihenfolge und die Konsistenz des Produktivsystems erhalten. Weiterfhrende Details zu den SAP Best Practices im Bereich Transport finden Sie in Abschnitt 8.3.

8.2

Change Request Management

Die Mglichkeit, nderungen nachzuvollziehen, ist einer der wichtigsten Faktoren, um Qualitt und Transparenz in einer Softwarelsung zu garantieren und dabei sicherzustellen, IT-Standards zu erfllen. Das gilt besonders fr nderungen an Softwarekomponenten selbst oder nderungen an der Konfiguration. Dieser Abschnitt zeigt,

308

Change Request Management

8.2

wie der SAP Solution Manager Sie dabei untersttzt, nderungen an Softwarekomponenten oder deren Konfiguration durch klar geregelte Prozessablufe und eine lckenlose Dokumentation umzusetzen, und Ihnen damit die Mglichkeit gibt, Ihre nderungen und Transporte zentral zu verwalten. nderungen in einem Unternehmen finden ihren Ursprung meist in der Fachabteilung. Entweder dadurch, dass Innovation angefordert wird, um das Wachstum und die Weiterentwicklung des Unternehmens in einer sich stndig ndernden Marktsituation zu sichern, oder dadurch, dass whrend des tglichen Betriebs Strungen oder technische Probleme auftreten, die nur durch eine nderung am System oder den Austausch einer IT-Komponente behoben werden knnen. Im Change Request Management mnden all diese nderungsanforderungen in sogenannten nderungsantrgen. Dabei bietet das Change Request Management Funktionen, um all diese nderungen, Anforderungen und nderungsantrge zu verwalten, auszufhren und zu dokumentieren nicht nur durch Nachverfolgen eines Status, sondern auch durch eine verbesserte Integration zwischen der Fachabteilung und der IT bei diesem Prozess. Die Anwendung untersttzt nderungen von der ersten Anforderung bis zum finalen Deployment im System. Dies setzt eine enge Integration zwischen dem SAP Solution Manager und den verwalteten Systemen sowie eine enge Integration des Change Request Management mit dem Transportwesen von SAP selbst voraus. Diese Integration beginnt auf der Geschfts- und nderungsprozessebene und geht bis auf die technische Ebene von Transporten und Entwicklungsobjekten. Generell unterscheidet SAP zwischen verschiedenen Arten von nderungen. Basierend auf der Zeit, die bentigt wird, um die nderung durchzufhren und einzusetzen, werden diese in verschiedene Arten von Releases unterteilt. Die grte Kategorie bilden dabei die Major Releases, die eine Laufzeit von drei bis sechs Monaten haben und durch nderungen die Kerngeschftsprozesse nachhaltig beeinflussen. Daneben gibt es Minor Releases, die eine wesentlich krzere Laufzeit haben und in erster Linie genutzt werden, um Fehlerkorrekturen bereitzustellen und kleinere Anforderungen zu realisieren. Innerhalb der IT-Organisation werden diese nderungen oder Releases entweder durch ein Implementierungsprojekt oder durch
nderungsantrge

Major und Minor Releases

Implementierungs- oder Wartungsprojekt

309

Verwaltung der nderungskontrolle

ein Wartungsprojekt realisiert, das fortlaufend nderungen am System ermglicht. Die Projekte sind dabei immer in Phasen unterteilt, um das Projektmanagement sowie die Release-Kontrolle zu untersttzen. Eine detaillierte Darstellung der Phasen, die im Change Request Management verwendet werden, finden Sie in Abschnitt 8.2.3. Change Request Management kann auerdem auch in Kombination mit dem Quality Gate Management des SAP Solution Manager verwendet werden, um die verschiedenen Phasen und Abschnitte eines Implementierungsprojekts zu kontrollieren. Diese Integration erlaubt es Ihnen, sicherzustellen, dass Qualittskriterien und Projektstandards eingehalten werden, bevor eine Phase eines Projekts abgeschlossen werden kann. Mehr ber die Integration von Change Request Management und Quality Gate Management erfahren Sie am Ende dieses Kapitels im Abschnitt 8.2.9. Wie bereits erwhnt, sind beide Anwendungen eng in die Transportinfrastruktur der SAP integriert. Dies ermglicht Ihnen, nderungen von der Anforderung in der Fachabteilung bis zur Umsetzung in der IT zu verfolgen. Die Verwaltung der Transporte wird hierbei zentral vom Change Request Management bernommen, und manuelle Aktivitten werden auf ein Minimum reduziert.

8.2.1

Change Request Management im Detail

Change Request Management ist ein flexibles Werkzeug, das Sie dabei untersttzt, Entwicklungen und nderungen an Ihrer gesamten Systemlandschaft zentral im SAP Solution Manager zu kontrollieren. Fr diesen Zweck bietet das Change Request Management eine Reihe von Funktionen. Das Konzept, auf dem die Prozesse beruhen, besteht dabei im Wesentlichen aus zwei Arten von Dokumenten: dem nderungsantrag und dem nderungsvorgang.
nderungsantrag

Der nderungsantrag ist das initiale Dokument, in dem die Anforderung oder die durchzufhrende nderung erstmals dokumentiert und beschrieben wird und in dem auch die Genehmigung bzw. das Genehmigungsverfahren des Antrags abluft und dokumentiert wird. Sobald Sie einen nderungsantrag genehmigt haben, werden ein oder mehrere nderungsvorgnge als Folgedokumente mit direktem

nderungsvorgang

310

Change Request Management

8.2

Bezug zum ursprnglichen Antrag erstellt. Bei den nderungsvorgngen wird dabei zwischen verschiedenen Arten von nderungen unterschieden, je nachdem, ob es sich bei der nderung um eine nderung an einem System oder an einer IT-Komponente handelt und von welcher Dringlichkeit die nderung ist. Im nderungsvorgang haben Sie die Mglichkeit, alle Aktivitten zu dokumentieren und auszufhren, die bentigt werden, um diese nderung vorzunehmen. So knnen Sie jederzeit nachzuvollziehen, wo eine konkrete nderung ihren Ursprung hatte, wer sie genehmigt, wer sie umgesetzt und wer sie letztlich in das Produktivsystem eingespielt hat. Ein wesentlicher Vorteil dieser Transparenz ist, dass all diese Informationen jederzeit an einer zentralen Stelle, dem SAP Solution Manager, zur Verfgung stehen und aufgerufen werden knnen.
SAP Solution Manager
Service Desk
ServiceDeskMitarbeiter Feedback Incident (Problem) Anforderer

Change Request Management

Entwickler

nderungsantrag nderungsvorgang

Change Manager

PRD
Kontrollierbare Transporte

Tester

QAS
Kontrollierbare Transporte

IT Operator

DEV

Abbildung 8.12 bersicht ber den Standardprozess des Change Request Management

Ein kurzes Beispiel (siehe Abbildung 8.12) fr einen typischen nderungsvorgang mit Change Request Management soll die Vorgehensweise verdeutlichen: Ein Sachbearbeiter in der Fachabteilung entdeckt einen nderungsbedarf in einer Transaktion, mit der er arbeitet. Er kann nun direkt aus der Transaktion eine Service-Desk-Meldung erfassen, in der er den Sachverhalt beschreibt, und eine nderung anfordern. Die Meldung erscheint daraufhin im Arbeitsvorrat eines Service-

Beispielszenario

311

Verwaltung der nderungskontrolle

Desk-Mitarbeiters, der die Meldung bearbeitet und gegebenenfalls einen nderungsantrag (Request for Change) erzeugt (siehe Abschnitt 8.2.4). Dieser nderungsantrag wird nun vom System zur zentralen Rolle des Szenarios, dem Change Manager, weitergeleitet. Der Change Manager ist dafr verantwortlich, den Antrag zu bewerten, ihn zu kategorisieren und zu genehmigen oder gegebenenfalls abzulehnen. Genehmigt er den Antrag, wird ein nderungsvorgang (Change Transaction) erzeugt. Der nderungsvorgang bildet in den folgenden Arbeitsschritten die operative Grundlage fr Entwickler, Tester und ITAdministratoren. Der Change Manager greift nach erfolgreichem Ablauf der im Folgenden beschriebenen Prozesse wieder ein und schliet den nderungsantrag ab. Der nderungsvorgang erscheint im Arbeitsvorrat eines Entwicklers, der die nderung implementiert und zum Testen freigibt, womit sie dem Tester bergeben wird. Erst nach erfolgreichem Test kann die nderung ins Produktivsystem transportiert werden.
Release Management mit dem Change Request Management

Mit den Funktionen des Change Request Management knnen Sie Releases und Projekte in verschiedener Art und Weise verwalten. Innerhalb eines Projekts knnen alle nderungen, die innerhalb eines bestimmten Zeitraums realisiert werden sollen, geplant und kontrolliert umgesetzt werden. Auch nderungen, die auerhalb eines Projektplans auftreten und eine schnelle Lsung erfordern (sogenannte dringende nderungen), z. B. wenn ein Fehler auftritt, der eine Produktivumgebung gefhrdet, knnen hier wohldokumentiert und effizient behoben werden. Eine andere Mglichkeit, Releases mit dem Change Request Management zu verwalten, ist die Integration mit cProjects, dem Projektplanungswerkzeug der SAP. Alle nderungen, die im Rahmen eines Projekts realisiert werden sollen, knnen in einem Projektplan in cProjects erfasst und geplant werden. Eine Ressourcenplanung ist ebenso verfgbar wie die Anbindung an das Backend, z. B. CATS (Cross-Application Time Sheet) zur Rckmeldung von Aufgaben. nderungsantrge, die das Genehmigungsverfahren durchlaufen haben, knnen hier eingeplant werden. Dieser Projektplan ist mit dem SAPSolution-Manager-Projekt, das in einem sogenannten Projektzyklus mehrere Projektphasen durchluft, in den SAP Solution Manager integriert. Die Phasen werden zentral aus dem SAP Solution Manager heraus kontrolliert und geben Rahmenbedingungen vor, die nicht umgangen werden knnen.

Projektplan

312

Change Request Management

8.2

Der SAP Solution Manager schliet hier eine Lcke, die sich in vielen Change-Management-Lsungen ergibt: Wenn Change-ManagementProzesse z. B. ber Datenbanken oder Listen abgebildet und hier alle nderungsantrge und deren Genehmigungen protokolliert werden, ist sptestens dann ein manueller Schritt notwendig, wenn ein Transportauftrag erzeugt oder eingespielt werden muss. Die Nummer des Transportauftrags muss manuell in die Datenbank bertragen werden, was eine potenzielle Fehlerquelle darstellt. Ein Tippfehler oder ein Fehler beim Kopieren entwertet den gesamten Prozess. Im Change Request Management werden Transportauftrge zentral aus dem SAP Solution Manager heraus erzeugt, und bei der Erzeugung wird immer automatisch eine Referenz zum jeweiligen nderungsantrag angelegt (darber hinaus werden auch dessen ID und Kurztext in die Bezeichnung des Transportauftrags aufgenommen), sodass eine klare Zuordnung jederzeit mglich ist. Das Change Request Management bietet darber hinaus die Mglichkeit, alle Transporte im Rahmen eines Projekts nachzuverfolgen und zu kontrollieren, in welchen Systemen sie erzeugt und in welche Systeme sie eingespielt wurden. ber den SAP Solution Manager knnen Sie zentral in die Transportprotokolle und die Importqueue, aber auch in das Wartungsprojekt des SAP Solution Manager, den Projektplan und die angeschlossenen Systeme navigieren. Jeder nderungsvorgang bietet eine bersicht aller Transporte und Transportaufgaben, die darber erstellt wurden. Von dort kann jederzeit der Status der Transporte berwacht werden und ein direkter Absprung in die Log-Datei erfolgen. Auch nderungen, die keinen Transportanschluss erfordern, knnen ber das Change Request Management erfasst werden. Hier wird, wie bei allen nderungen, ein nderungsantrag gestellt, der alle Genehmigungsschritte durchluft. Im nderungsantrag selbst werden die Schritte dokumentiert, die zur Realisierung ntig sind. Der SAP Solution Manager strkt somit SAP in ihrer Vision des Application Management und der IT-Governance, indem er Funktionen zur Verfgung stellt, die unabdingbar sind, um eine transparente Implementierung und Betriebsfhrung einer Lsung zu garantieren. Dies bildet die Grundlage vieler regulatorischer Bestimmungen; z. B. die Fragen, wer was wann getan und wer kontrolliert und die Genehmigung erteilt hat, lassen sich so beantworten. Um den Betrieb einer Systemlandschaft unter sich stndig ndernden Anforderungen garantieren zu knnen, mssen folgende Gesichtspunkte bercksichtigt werden:

Integration des Change Request Management mit dem Transportwesen

nderungen mit und ohne Transportanschluss

313

Verwaltung der nderungskontrolle

nderungsantrge, ob sie aus Fehlermeldungen resultieren oder im Rahmen eines Ideenmanagements direkt erzeugt werden, mssen von einer zentralen Stelle klassifiziert und genehmigt werden. Ist ein solcher Antrag genehmigt, mssen die Durchfhrung der nderung, deren Transport in Folgesysteme (Qualittssicherung und Produktion) und ihr Test sichergestellt sein. Eine lckenlose Dokumentation beinhaltet darber hinaus alle fr die nderung relevanten Informationen sowie Daten ber alle beteiligten Personen. Darber hinaus muss der Status eines nderungsantrags zu jeder Zeit nachvollziehbar sein.
Integrierte Teams

Ebenso wichtig ist die Integration von Menschen im Unternehmen, wobei die Prozessorientierung des SAP Solution Manager einen wichtigen Beitrag leistet, um die Kommunikation zwischen Fachabteilung und IT-Administratoren sicherzustellen. Alle an einer nderung beteiligten Personen haben jederzeit Zugriff auf alle relevanten Informationen, wie z. B. Anforderungen, Spezifikationen, Dokumentation, Testflle, Testergebnisse oder Statusanalysen, die anhand der Geschftsprozesshierarchie im SAP Solution Manager gegliedert und zentral verfgbar sind. SAP orientiert sich mit diesem Angebot an den Prozessen der IT Infrastructure Library (ITIL). Ziel des Change Management ist, laut ITIL, die wirtschaftliche und termingerechte Durchfhrung von nderungen mit minimalem Risiko. Das Change Request Management umfasst die Prozesse Verwaltung von nderungsantrgen, Projektmanagement und nderungslogistik. Darber hinaus ermglicht das Change Request Management Ihrem Unternehmen, diese Prozesse auf einfache Art und Weise einzusetzen, indem es vordefinierte Prozesse bietet. Zustzlich untersttzt es Sie dabei, den Ansprchen von Audit-Anforderungen wie z. B. von SOX (Sarbanes-Oxley Act) zu gengen, indem alle Nutzer gezwungen werden, Softwarenderungen ber die definierten Change-Management-Prozesse zentral ber den SAP Solution Manager durchzufhren.

Konformitt mit IT-Standards

Einsatzbereit out of the Box

Ein groer Vorteil des Change Request Management sind, wie bereits erwhnt, die Standardprozesse und Funktionen, die mit ausgeliefert werden und so schnell eingesetzt werden knnen.

314

Change Request Management

8.2

Der SAP Solution Manager wird mit vorkonfigurierten Arbeitsablufen fr den nderungsantrag und die nderungsausfhrung (nderungsvorgnge) ausgeliefert. Diese Arbeitsablufe basieren auf den Erfahrungen, die SAP auf dem Gebiet des Change Management und der Transportverwaltung gewonnen hat und die durch viele Kundenprojekte mit beeinflusst wurden. Die folgenden nderungstypen sind vorausgeprgt: Normale nderung Als normale nderungen werden Antrge wie z. B. das Einspielen von Support Packages oder von Hinweisen klassifiziert, also Ttigkeiten, die im Rahmen der regulren Systemwartung anfallen. Fehlerkorrektur Eine Fehlerkorrektur dient dazu, Fehler, die whrend der Testphase auftreten, an die Entwicklung zu melden. ber dieses Dokument kann der Entwickler dann spter auch den Fehler beheben, obwohl er in der Testphase keine neuen normalen nderungen anlegen kann. Dringende nderung Eine dringende nderung ermglicht Ihnen, schnell und flexibel zu reagieren, wenn eine Strung den Betrieb Ihrer Lsung gefhrdet. Hier ist es mglich, nderungen ber eine dringende nderung in die produktiven Systeme zu importieren, bevor die normalen nderungen in der Produktivstart-Phase des Wartungszyklus eingespielt werden. Administrative nderung Eine administrative nderung betrifft nderungen, die keinen Transportanschluss erfordern, also z. B. nderungen an Nummernkreisen. Allgemeine nderung Eine allgemeine nderung betrifft nderungen, die keinen Transportanschluss erfordern und darber hinaus nichts mit einem SAP- oder IT-System zu tun haben, also z. B. nderungen an ITKomponenten wie Druckern oder mobilen Gerten. Um einen schnellen und reibungslosen Start mit dem Change Request Management zu ermglichen, liefert SAP ebenfalls eine Reihe vordefinierter Rollen und Genehmigungsprofile aus. Diese Rollen und Prozesse knnen initial genutzt werden, um einen MachRollen und Genehmigungsprofile

315

Verwaltung der nderungskontrolle

barkeitsnachweis mit dem Change Request Management zu erstellen, und spter als Grundlage dazu dienen, das Change Request Management an die individuellen Bedrfnisse oder Change-ManagementProzesse Ihres Unternehmens anzupassen.

8.2.2

Architektur

Um die Architektur des Change Request Management im SAP Solution Manager zu verstehen, ist es zunchst wichtig, die Zusammenhnge zwischen den verwendeten Entitten zu klren.
SAP-SolutionManager-Projekt

Die Grundlage des Change Request Management ist das SAP-Solution-Manager-Projekt (siehe Abschnitt 8.1.1). Das Projekt enthlt folgende Informationen: Logische Komponenten Eine logische Komponente beinhaltet alle Systeme, die ein Produktivsystem (bzw. einen produktiven Mandanten) versorgen. Die zugeordneten Systeme sind in der Regel ber Transportwege miteinander verbunden. IMG-Projekt Das IMG-Projekt wird aus der Projektverwaltung des SAP Solution Manager (Transaktion SOLAR_PROJECT_ADMIN) in verwalteten Systemen angelegt, um Einstellungen, die ber den SAP-Einfhrungsleitfaden (IMG) fr ein SAP-Solution-Manager-Projekt vorgenommen werden, in einem System zu bndeln. CTS-Projekt Das CTS-Projekt stellt einen Container in einem logischen System (Kombination System und Mandant) dar, der Transportauftrge zusammenfasst, die zu einem IMG-Projekt gehren. Das Change Request Management untersttzt die Projektarten Implementierungs-, Upgrade-, Vorlagen- und Wartungsprojekt. In Abhngigkeit davon, welchen Typ von nderungsvorgang der Change Manager im nderungsantrag vor der Genehmigung zuweist, knnen Sie dem nderungsantrag zwei Arten von Projekten bzw. Change-Request-Management-Zyklen (Projektzyklus und Wartungszyklus) zuweisen, die sich aufgrund der unterschiedlichen Anforderungen im Ablauf unterscheiden und daher in Abschnitt 8.2.3 nher beleuchtet werden.

316

Change Request Management

8.2

Der Aufgabenplan (Task List) im Change Request Management stellt Systemadministratoren eine bersicht ber erfolgte und eingeplante Aktionen zur Verfgung. Alle Systeme und die notwendigen Aufgaben sind hier zusammengefasst und werden in der korrekten Abfolge angezeigt. Alle Aufgaben, die Sie ber die Benutzeroberflche der Korrekturen oder des Projektzyklus im SAP Solution Manager ber Aktionen ausfhren (Systemanmeldung, Transportauftrag anlegen, Transportauftrag importieren etc.), sind ebenfalls hier hinterlegt. Mehr Informationen zum Aufgabenplan finden Sie in Abschnitt 8.3.1, Unterabschnitt Zentrales Transportmanagement.

Aufgabenplan

8.2.3

Projektzyklus und Wartungszyklus

Mehrfach wurde bereits von Implementierungs- und Wartungsprojekten gesprochen. Dieser Abschnitt soll die Konzepte und Unterschiede zwischen den beiden Projekttypen nher erlutern. Zur Untersttzung von Implementierungs-, Upgrade- und Vorlagenprojekten ber das Change Request Management bietet der SAP Solution Manager den Projektzyklus an.
Projektzyklus

SAP-Solution-Manager-Projekt (Wartungsprojekt)

Entwicklung ohne Freigabe

Entwicklung mit Freigabe

Test
Wartungszyklus

Vorbereitung fr Go-Live

Go-Live

Normale nderung Fehlerkorrektur Dringende nderung Administrative nderung

Abbildung 8.13 Wartungsprojekt mit Zyklus und mglichen nderungsvorgngen

317

Verwaltung der nderungskontrolle

Der Projektzyklus (dargestellt in Abbildung 8.13) ist ein vorkonfigurierter Servicevorgang (Vorgangsart SMDV), mit dem Sie ber die Projektlaufzeit folgende Ttigkeiten steuern: nderungsantrge und die daraus resultierenden nderungen in den Systemen, die in Ihrem Projekt verwendet werden die Transportauftrge, die bentigt werden, um die nderungen in die Folgesysteme zu transportieren die komplette nderungslogistik, d. h., wann welche Transporte in die Folgesysteme importiert werden knnen
Phasen des Projektzyklus

Der Projektzyklus bietet anhand seiner Phasenstruktur eine operative Ergnzung zum Projektplan. Ein einzelner Projektzyklus umfasst folgende Phasen: Entwicklung ohne Freigabe Entwicklung mit Freigabe Test Vorbereitung fr Produktivstart Produktivstart Nach dem Produktivstart schlieen Sie den Projektzyklus ab. Ein Sonderfall des Projektzyklus ist der Wartungszyklus, bei dem ein mehrmaliges Durchlaufen der Phasen mglich ist (siehe unten). In der Phase Entwicklung ohne Freigabe kann ein Transportauftrag zwar erzeugt, aber nicht freigegeben werden. Diese Phase kann daher auch als initiale Spezifikationsphase oder Planungsphase gesehen werden. Bei Einsatz der normalen nderung (Vorgangsart SMMJ) ist die Verwendung dieser Phase fr die Entwicklung nicht empfehlenswert, da die Erzeugung von Testtransporten in dieser Phase nicht mglich ist. Die Freigabe von Transportauftrgen kann erst erfolgen, nachdem die Phase Entwicklung mit Freigabe erreicht ist. Sie wird von einem zentralen Gremium (Change Advisory Board oder Change Manager) eingeleitet und erlaubt es, Transporte freizugeben und fr Funktionstests in die Testumgebung zu importieren. Nachdem die nderungen des Projekts in die Testumgebung eingespielt wurden, kann die Test-Phase erffnet werden, um den Integrationstest zu ermglichen. Nun knnen keine neuen nderungsantrge fr dieses Projekt angelegt werden, es werden nur noch Fehler beseitigt, die im

318

Change Request Management

8.2

Test aufgetreten sind. Die Phase Vorbereitung fr Produktivstart erlaubt es Benutzern mit entsprechender Berechtigung, weitere notwendige nderungen durchzufhren, bevor die nderungen in der Produktivstart-Phase in die produktive Umgebung importiert werden. Es knnen jedoch keine nderungen importiert werden, die nicht den Status Erfolgreich getestet erreicht haben. Dem Lebenszyklusmodell folgend, verwenden Sie zur Einfhrung einer Lsung ein Einfhrungsprojekt im SAP Solution Manager. Das Einfhrungsprojekt wird erfolgreich abgeschlossen und in den Betrieb berfhrt. Dazu bernehmen Sie die Daten des Projekts in eine Lsung (siehe Abschnitt 8.1.1). Um diese Lsung aktuell zu halten, ordnen Sie ihr ein Wartungsprojekt mit einem Wartungszyklus zu. Der Wartungszyklus ist ein Projektzyklus, der auf die speziellen Anforderungen von Wartungsprojekten hin erweitert wurde. Im Gegensatz zu einem Entwicklungsprojekt hat ein Wartungsprojekt zwar einen definierten Beginn, die Wartung ist aber ein kontinuierlicher Prozess die einzelnen Phasen des Wartungszyklus werden fortlaufend immer wieder durchlaufen. Der Wartungszyklus folgt demselben Phasenmodell wie der Projektzyklus, verfgt jedoch ber einige Besonderheiten. Zum einen existiert fr den Wartungszyklus eine zustzliche Art von nderungsvorgang (dringende nderungen), die es ermglicht, dringende nderungen flexibel durchzufhren (siehe Abschnitt 8.2.5). Zum anderen empfehlen wir fr das Arbeiten mit Wartungszyklen eine andere Herangehensweise, um den Anforderungen, die die Wartung einer Lsung stellt, gerecht zu werden: Wir empfehlen, einer Lsung ein Wartungsprojekt zuzuordnen, das so lange luft, wie die Lsung betrieben wird. Innerhalb des Wartungsprojekts werden alle notwendigen Korrekturen ber Wartungszyklen abgedeckt. Die Dauer eines Wartungszyklus wird vom Change Manager festgelegt, z. B. ein Monat. Whrend dieser Zeit durchluft der Zyklus alle Projektphasen von Entwicklung ohne Freigabe bis Produktivstart. Am Ende der Produktivstart-Phase schlieen Sie den Zyklus ab, der dabei auf offene und nicht abgeschlossene Geschftstransaktionen und Transportauftrge berprft wird. Nicht abgeschlossene Belege werden so beim Anlegen eines neuen Wartungszyklus bernommen.
Phasenmodell des Wartungszyklus Unterschiede zwischen Wartungszyklus und Projektzyklus

319

Verwaltung der nderungskontrolle

Aus technischer Sicht ist es mglich, den Wartungszyklus nicht abzuschlieen, sondern seine Phase auf Entwicklung ohne Freigabe zurckzustellen und denselben Zyklus somit erneut zu durchlaufen. Durch Abschlieen und Neuanlegen des Wartungszyklus wird jedoch ein nachvollziehbareres und bersichtlicheres Reporting ermglicht und gewhrleistet, weshalb wir Ihnen das Abschlieen und Neuanlegen von Wartungszyklen empfehlen.
Beispiel

Die Vorteile dieser Vorgehensweise zeigen sich an einem Beispiel: Sie haben den Umfang Ihres Wartungszyklus definiert, indem Sie die vorliegenden nderungsantrge bewertet und genehmigt haben. Zehn normale nderungen sind fr den laufenden Wartungszyklus (z. B. Oktober) genehmigt worden. In der Entwicklungsphase stellt sich heraus, dass eine der normalen nderungen, nderung Nummer 9, nicht in der fr die Phase anberaumten Zeit realisiert werden kann. Als Projektleiter stehen Ihnen zwei Mglichkeiten offen, mit dieser Verzgerung umzugehen: Zum einen knnen Sie das Zeitfenster fr diese Korrektur vergrern, um sie im laufenden Wartungszyklus zu realisieren. Wenn Sie jedoch feststellen, dass die nderung nicht kritisch ist und keine Abhngigkeiten zu den anderen nderungen bestehen, knnen Sie entscheiden, diese nderung erst im nchsten Wartungszyklus November fertigzustellen. Hierfr verbleibt die nderung im Status In Entwicklung. Die neun anderen nderungen durchlaufen die Test- und Produktivstart-Phasen, werden also in die produktiven Systeme eingespielt. Nun schlieen Sie den Zyklus Oktober ab, und die offene nderung steht zur bernahme in den neuen Zyklus bereit. Beim Anlegen des Zyklus November wird die nderung automatisch in diesen Zyklus bernommen und damit zusammen mit den neuen nderungen des Zyklus konsolidiert bearbeitet. Dies stellt einen Unterschied zum Projektzyklus dar. Wenn normale nderungen vorhanden sind, deren Status bei nderung der Wartungszyklusphase von Entwicklung mit Freigabe in der Testphase noch nicht Erfolgreich Getestet lautet, gibt das System nur eine Warnmeldung aus. Diese Korrekturen werden daraufhin vom Integrationstest ausgeschlossen und knnen nicht freigegeben werden. Im Wartungsbetrieb knnen jederzeit Strungsmeldungen auftreten, die eine schnelle Umsetzung erfordern, z. B. wenn ein Ausfall der

320

Change Request Management

8.2

produktiven Systeme droht. In diesem Fall knnen Sie mit einer normalen nderung nicht zeitnah reagieren, da diese von der Phase des Wartungszyklus abhngt, d. h., wenn sich der Wartungszyklus in der Testphase befindet, knnen Sie keine neuen nderungen fr diesen Zyklus erfassen. Aus diesem Grund bietet das Change Request Management die dringende nderung an, die in Abschnitt 8.2.5 nher erlutert wird.

8.2.4

nderungsantrag (Request for Change)

Einem Projekt- oder Wartungszyklus knnen generell beliebig viele nderungsantrge zugeordnet werden. Der nderungsantrag (Request for Change, Vorgangsart SMCR, siehe Abbildung 8.14) ist, hnlich wie die Service-Desk-Meldung, ein vorkonfigurierter Servicevorgang, der alle Daten enthlt, die fr die nderung relevant sind. Unter anderem sind dies: beteiligte Personen (Auftraggeber, Anforderer, Change Manager, Change Advisory Board) von der nderung betroffenes System (Installation/Komponente) das zugehrige SAP-Solution-Manager-Projekt Prioritt Auswirkung Dringlichkeit Risiko nderungsumfang Texte, die die Kommunikation sicherstellen (z. B. Beschreibung der nderung, Grund der nderung, Auswirkungen auf Geschftspartner, Auswirkungen auf Systeme etc.) Das Change Request Management bildet somit vom Einholen der Anforderungen ber die Implementierung und das Testen bis zur Betriebsfhrung und kontinuierlichen Verbesserung einer Lsung den kompletten Lebenszyklus ab. Das Szenario ist in die umfassenden Funktionen des SAP Solution Manager wie etwa Incident Management, E-Learning-Management oder Upgrade-Support integriert.

321

Verwaltung der nderungskontrolle

Abbildung 8.14 Der nderungsantrag (Request for Change) in der neuen WebClient-Oberflche nderungsumfang

Im Zuordnungsblock Umfang des nderungsantrags (siehe Abbildung 8.15) knnen Sie festlegen, welche Art von nderung vorliegt und in welchem System bzw. welcher Komponente diese nderung durchgefhrt werden soll.

Abbildung 8.15 Zuordnungsblock Umfang des nderungsantrags nderungsarten

Abhngig davon, welche nderungskategorie Sie auswhlen, legt das System bei der Freigabe der nderung zur Entwicklung andere Folgevorgnge an. Ein Projektzyklus untersttzt vier nderungsarten,

322

Change Request Management

8.2

anhand derer der Change Manager nderungsantrge klassifizieren kann: normale nderung Fehlerkorrektur administrative nderung allgemeine nderung Im Gegensatz zur vorangegangenen Version des Change Request Management ist es nun mglich, verschiedene nderungsarten innerhalb eines nderungsantrags zu kombinieren. Der Change Manager kann hierfr fr jeden neuen nderungsvorgang einen weiteren Eintrag in der Tabelle des Zuordnungsblocks Umfang des nderungsantrags anlegen. Es ist dabei grundstzlich mglich, jede Art von nderung miteinander zu kombinieren. Die zur Verfgung stehenden Systeme oder Komponenten haben auerdem eine Beziehung zum SAP-Solution-Manager-Projekt, das dem Dokument im Zuordnungsblock Details zugewiesen wurde. Nur Komponenten, die Teil der Systemlandschaft dieses Projekts sind, knnen ausgewhlt werden. Eine Ausnahme stellt dabei die allgemeine nderung dar. Da dieser nderungstyp unabhngig von einem SAP- oder ITSystem zu betrachten ist, gibt es keine Abhngigkeit zur auswhlbaren Komponente. Dem nderungsantrag kann ein Genehmigungsvorgang zugewiesen werden, der durchlaufen werden muss, bevor der Antrag den Status Genehmigt erreicht.
Genehmigungsvorgnge

Abbildung 8.16 Zuordnungsblock Genehmigung

Bei einem Genehmigungsvorgang handelt es sich um einen Genehmigungsprozess, der aus einer festgelegten Reihe von Genehmigungsschritten besteht (siehe Abbildung 8.16). Fr jeden Genehmigungsvorgang kann im Customizing definiert werden, welche Genehmigungsschritte durchgefhrt werden mssen. Dabei kann

323

Verwaltung der nderungskontrolle

ausgewhlt werden, welche Schritte parallel ablaufen drfen und welche Schritte voneinander abhngig sind.
Geschftspartner zuweisen

Fr jeden Genehmigungsschritt knnen Sie definieren, welche Geschftspartnerrolle fr die Durchfhrung verantwortlich ist. Wenn Sie spter den Genehmigungsvorgang im nderungsantrag auswhlen, mssen Sie jedem Schritt einen konkreten Geschftspartner zuweisen. Jeder Geschftspartner kann dann ber SAP Business Workflow mit einem Workflow-Item oder einer E-Mail benachrichtigt werden, wenn eine Entscheidung von ihm bentigt wird. Zur Durchfhrung der Genehmigung knnen Sie zwischen drei verschiedenen Mglichkeiten auswhlen: Genehmigt, Abgelehnt oder Nicht Relevant. Zustzlich kann zu jedem Genehmigungsschritt bei der Durchfhrung ein Kommentar durch den Genehmiger hinterlegt werden. All diese Informationen werden auch im Protokoll des nderungsantrags mitprotokolliert und lassen sich jederzeit nachvollziehen. Sie knnen beliebig viele Genehmigungsvorgnge im Customizing definieren, die Sie, je nach nderungsart, einem Antrag zuweisen knnen. Daneben ist es auch mglich, mithilfe eines Regelwerks eigene Regeln zu definieren, die z. B. basierend auf Feldwerten automatisch einen bestimmten Genehmigungsvorgang zuweisen (sind z. B. Dringlichkeit und Prioritt der nderung sehr hoch, soll ein anderer Genehmigungsvorgang verwendet werden als bei einer normalen nderung). Im Standard liefert SAP einen einfachen Genehmigungsvorgang aus, der nur aus einem Genehmigungsschritt fr den Change Manager besteht diesen knnen Sie an Ihre Anforderungen anpassen und erweitern.

Prozess des nderungsantrags

Der Prozess des nderungsantrags beginnt mit dem Anlegen des Antrags durch den Anforderer, dieser ist dabei entweder ein Mitarbeiter des Service Desk oder, im Fall einer neuen Anforderung, ein Mitarbeiter der Fachabteilung. Er beschreibt die notwendige nderung und fgt alle weiteren ntigen Informationen hinzu, z. B. Spezifikationen oder Screenshots. Danach bernimmt der Change Manager das Dokument und ndert den Status des Dokuments von Angelegt in berprfung. In diesem berprfungsschritt vervollstndigt der Change Manager den nderungsantrag mit weiteren

324

Change Request Management

8.2

relevanten Informationen und beantwortet dabei unter anderem die folgenden Fragen: Welches System und welcher nderungstyp werden bentigt (Definition des nderungsumfangs)? Welches SAP-Solution-Manager-Projekt soll verwendet werden? Welche Lsung und welcher Geschftsprozess sind betroffen? Welcher Genehmigungsvorgang soll verwendet werden? Wie gro ist das Risiko fr diese nderung? Welche Auswirkungen und Dringlichkeit hat die nderung, und wie ist sie zu priorisieren? In Abbildung 8.17 ist der Prozess eines nderungsantrags schematisch dargestellt.
Anforderer nderungsantrag anlegen Change Manager Antrag validieren Systemdetails etc. hinzufgen 1 n Genehmiger nderungsantrag genehmigen Change Manager bergabe zur Entwicklung Umfangserweiterung

Benachrichtigung via Workflow

Neues nderungsdokument

Abbildung 8.17 bersicht ber den Prozess eines nderungsantrags

Wenn alle diese Fragen beantwortet und die Informationen gesammelt und in den Antrag eingetragen wurden, bergibt der Change Manager den Antrag zur Genehmigung. Nun startet der zugewiesene Genehmigungsvorgang. Darber hinaus hat der Change Manager die Mglichkeit, den nderungsantrag abzulehnen, falls der Antrag nicht realisiert werden soll oder ein hnlicher Antrag bereits vorliegt. Wenn alle Genehmigungsschritte erfolgreich durchlaufen wurden und das Ergebnis des Genehmigungsvorgangs positiv ist, wird der Status des Antrags auf Genehmigt gesetzt, und der Change Manager kann nun den Antrag zur Entwicklung oder Umsetzung freigeben. Mit dieser Freigabe werden auch die im nderungsumfang definierten nderungsvorgnge angelegt, und der Status des Antrags wird auf Laufende Implementierung gendert.

Genehmigungsvorgang

325

Verwaltung der nderungskontrolle

Wenn alle zugewiesenen nderungsvorgnge ihren Endstatus erreicht haben, ndert sich automatisch der Status des Antrags auf Realisiert. Der Change Manager kann nun als letzten Schritt den Antrag und die Realisierung nochmals berprfen, bevor er den Status nach Rcksprache mit dem Anforderer auf Besttigt setzt.
Umfangserweiterung

Eine weitere Neuerung im Prozess des nderungsantrags mit dem neuen SAP Solution Manager ist die Mglichkeit, den Umfang der nderung whrend der Implementierung zu erweitern. Mit der Aktion Umfang erweitern ist es mglich, den definierten Umfang eines nderungsantrags zu erweitern und weitere nderungsvorgnge hinzuzufgen. Somit verlieren Sie auch dann nicht den berblick ber alle zusammenhngenden nderungen, wenn diese erst nachtrglich hinzugefgt wurden.

8.2.5

nderungstypen im Change Request Management im Detail

Im Change Request Management unterscheidet man eine Reihe von nderungstypen, die im vorangegangenen Abschnitt bereits kurz vorgestellt wurden. Dieser Abschnitt befasst sich nher mit den einzelnen nderungstypen und beschreibt den Anwendungsfall, den Prozess sowie Besonderheiten der verschiedenen nderungstypen nher. Normale nderung
Statusschema

Die normale nderung (Vorgangsart SMMJ) bildet die Korrekturoder nderungsmanahmen eines Projekts ab und folgt dem Statusschema: Angelegt In Entwicklung Zu testen Erfolgreich getestet Importiert in Produktion Zurckgezogen Im Folgenden wird der Prozess, den eine normale nderung durchluft, im Detail erlutert.

Prozessbeschreibung

Ein Anwender entdeckt beim Arbeiten in einem System fehlende Funktionen. Er kann diese Strung direkt aus der Transaktion, in der

326

Change Request Management

8.2

er sich befindet, ber eine Service-Desk-Meldung an den SAP Solution Manager melden. Die Service-Desk-Meldung beinhaltet alle relevanten Systemdaten und die Beschreibung der Anforderung. Der Service-Desk-Mitarbeiter, der die Meldung bearbeitet, stellt fest, dass die Anforderung nur ber einen nderungsantrag realisiert werden kann, und legt im Incident Management ber die Aktion Folgevorgang anlegen einen entsprechenden nderungsantrag an. Der nderungsantrag erscheint im Arbeitsvorrat des Change Managers, der eine Klassifizierung des nderungsantrags durchfhrt, festlegt, wie die nderung durchgefhrt werden soll (normale nderung), und sie genehmigt oder ablehnt. Bei der Bewertung spielt die Prioritt des nderungsantrags eine wichtige Rolle. Details zum Ablauf des Prozesses fr den nderungsantrag finden Sie in Abschnitt 8.2.4. Wird der nderungsantrag als normale nderung genehmigt, erzeugt der SAP Solution Manager automatisch einen nderungsvorgang vom Typ normale nderung, sobald der Antrag zur Entwicklung freigegeben wird. Der nderungsantrag und der nderungsvorgang sind ber den Dokumentenfluss verbunden, und die Zuordnung ist somit jederzeit transparent. Der nderungsvorgang bildet die operative Grundlage fr Entwickler, Tester und Systemadministratoren ab. Zunchst wird der Entwickler benachrichtigt, dass eine neue nderung zur Bearbeitung vorliegt. Er bernimmt diese nderung und setzt den Status ber eine Aktion auf In Entwicklung. Der Entwickler legt im Entwicklungssystem direkt ber den SAP Solution Manager einen Transportauftrag an, meldet sich direkt am Entwicklungssystem an und gibt nach erfolgter nderung die Transportaufgaben im Entwicklungssystem (Transaktion SE09) frei. Nach Abschluss der Entwicklung erzeugt der Entwickler ber eine Aktion im nderungsvorgang einen Testtransport, der in das Testsystem importiert wird. Anschlieend erfolgt der Test der Neuentwicklung durch den Entwickler. Verluft dieser Test erfolgreich, setzt der Entwickler den Status Zu testen hierdurch wird, falls nicht zuvor vom Entwickler veranlasst, ein Transport von Kopien erstellt, der in das Testsystem importiert werden kann. Die neu entwickelte Funktion wird whrend eines regulren Imports des Projektpuffers durch

327

Verwaltung der nderungskontrolle

einen (im verwalteten System) eingeplanten Job in ein Testsystem importiert und dort zunchst einem erneuten Funktionstest unterzogen. Dem Tester stehen alle bentigten Funktionen, wie z. B. Systemanmeldung, aber auch alle Informationen zum nderungsvorgang, also die komplette nderungshistorie, zentral zur Verfgung. Das Change Request Management bietet ein Vier-Augen-Prinzip an, d. h., Sie knnen einstellen, dass der Entwickler und der Tester nicht dieselbe Person sein drfen. Wenn dieser Test erfolgreich war, setzt der Tester ber eine Aktion den Status der nderung auf Erfolgreich getestet. Der Auftrag aus dem Entwicklungssystem wird nun in das Testsystem exportiert. Alle beschriebenen Ttigkeiten knnen direkt aus dem nderungsvorgang ber Aktionen ausgefhrt werden. Mit diesem Schritt endet die normale nderung, sie enthlt ab diesem Zeitpunkt nur noch beschreibende Statuswerte, wird aber aus technischer Sicht an den Projektzyklus bergeben und von diesem vorangetrieben.
Einspielen der nderungen

Zum Einspielen der nderungen in die produktiven Systeme mssen Sie folgende Voraussetzungen beachten: Der Systemadministrator kann die nderung nur in das Produktivsystem importieren, wenn sich der entsprechende Projektzyklus in der Phase Produktivstart befindet. Der Status kann nur auf Importiert in Produktion gesetzt werden, wenn alle normalen nderungen des Projekts erfolgreich in die produktiven Systeme importiert wurden. Sie knnen diesen Status fr alle importierten normalen nderungen am Ende eines Projektzyklus setzen, indem Sie den Job CRM_SOCM_SERVICE_ REPORT einplanen. Normale nderungen, deren Status noch In Entwicklung lautet, lsen im betreffenden Projektzyklus eine Warnmeldung aus, wenn der Status whrend der Testphase gesetzt wird.

Dringende nderung Dringende nderungen (Vorgangsart SMHF) verfgen ber einen eigenen Aufgabenplan, d. h., sie knnen unabhngig von der Phase des zugeordneten Wartungszyklus transportiert werden. So ist es

328

Change Request Management

8.2

mglich, nderungen ber eine dringende nderung in die produktiven Systeme zu importieren, bevor die normalen nderungen in der Produktivstart-Phase des Wartungszyklus eingespielt werden. Dringende nderungen knnen auch nur im Zusammenhang mit einem Wartungsprojekt angelegt werden und stehen fr Implementierungsprojekte nicht zur Verfgung. Hierzu wird die Transportmethode IMPORT_SUBSET verwendet, d. h., die Transportauftrge, die aus einer dringenden nderung generiert worden sind, werden in den Transportpuffer geschrieben und in die Folgesysteme importiert. Nach dem Import verbleiben sie jedoch im Puffer. Beim regulren Import ber den Aufgabenplan des Wartungszyklus wird der gesamte Transportpuffer des Projekts ber die Methode Import_Project_All konsolidiert importiert, d. h., die dringenden nderungen werden nochmals eingespielt. So wird die Konsistenz der Daten sichergestellt. Die dringende nderung hat folgendes Statusschema: Angelegt In Entwicklung Zu testen Erfolgreich getestet Freigegeben fr Produktion Importiert in Produktion Besttigt Abgeschlossen Zurckgezogen In der ausgelieferten Version importiert der SAP Solution Manager die Transportauftrge einer dringenden nderung automatisch in das Testsystem, wenn Sie den Status Zu testen setzen. Diese Einstellung wurde vorgenommen, um den Prozess weiter zu beschleunigen, Sie knnen diese Einstellung jedoch ber das Customizing ndern.
Transportsteuerung

Statusschema

Administrative nderung Eine administrative nderung (Vorgangsart SMAD) dient dazu, nderungen an Systemen abzubilden, die keine Transporte erfordern, wie

329

Verwaltung der nderungskontrolle

z. B. nderungen an Nummernkreisen oder Benutzerdaten, hierbei aber dennoch die komplette nderungshistorie zu bewahren. Die administrative nderung bietet Zugang zum Aufgabenplan und zu Aktivitten, wie z. B. einer Systemanmeldung, und hat folgendes Statusschema:
Statusschema

Angelegt In Bearbeitung Abgeschlossen Besttigt Zurckgezogen

Allgemeine nderung Eine allgemeine nderung (Vorgangsart SMCG) dient dazu, nderungen an nicht-systemrelevanten Objekten abzubilden, die keine Transporte erfordern und unabhngig von Projekten im SAP Solution Manager sein knnen, wie z. B. nderungen an einem mobilen Gert oder einem Drucker.
Statusschema

Die allgemeine nderung bietet hierfr ein abstraktes Statusschema, das jederzeit an Ihre individuellen Bedrfnisse angepasst werden kann: Angelegt In Bearbeitung Zu testen nderungsdokumentation nderungsauswertung Fehlgeschlagen Ursprung wiederherstellen Besttigt Abgebrochen Zurckgezogen Die Bearbeitung einer allgemeinen nderung beginnt, wie die anderen nderungen, durch Setzen des entsprechenden Status durch die Person, die die nderung durchfhrt. Nach einem erfolgreichen Test

330

Change Request Management

8.2

muss die nderung gegebenenfalls nochmals gesondert dokumentiert und ausgewertet werden. Falls diese Auswertung erfolgreich ist, kann die nderung besttigt werden. Es kann aber auch ntig sein, die nderung wieder rckgngig zu machen, falls die aktuelle Umsetzung eine Verschlechterung der Situation bedeutet.

Fehlerkorrektur Fehlerkorrekturen (Vorgangsart SMTM) knnen Sie nur whrend der Testphase des Projekt- oder Wartungszyklus anlegen. Da die Fehlerkorrektur whrend des Integrationstests genutzt wird und sich dieser Test auf das gesamte Projekt (also alle nderungen) bezieht, hat sie keinen Bezug zu einer einzelnen nderung oder einem nderungsantrag. Sie dient dazu, einen whrend des Tests identifizierten Fehler an die Entwicklung zu melden, und erlaubt dem verantwortlichen Entwickler, den Fehler ber einen Transportauftrag zu korrigieren. Da der Umfang des Projekts ber die nderungsantrge genehmigt wurde, beinhaltet die Fehlerkorrektur keine Genehmigungsschritte. Sie folgt dem Statusschema: Angelegt In Korrektur Zum Nachtesten Besttigt Zurckgezogen Die Fehlerkorrektur ist notwendig, da in der Testphase keine neuen normalen nderungen angelegt werden knnen, denn dies wrde den festgelegten und genehmigten Umfang des Projekts verzerren. Ein Tester legt eine Fehlerkorrektur an und beschreibt die aufgetretenen Symptome. Ein Entwickler bearbeitet die Meldung, kann einen oder mehrere Transportauftrge anlegen und den Fehler im Entwicklungssystem korrigieren. Um die nderung zum erneuten Test vorzulegen, setzt der Entwickler den Status Zum Nachtesten. Nach erneutem Import des Transportpuffers in das Testsystem berprft der Tester die Funktionen und besttigt den Testerfolg mit dem Status Besttigt. Beim Projektimport in der Produktivstart-Phase werden dann alle nderungen und Fehlerkorrekturen gemeinsam in das Produktivsystem eingespielt.
Nur in Testphase

Statusschema

331

Verwaltung der nderungskontrolle

8.2.6

nderungsverwaltung mit dem Change Request Management

Alle Funktionen des Change Request Management, die bisher beschrieben wurden, sind sehr flexibel und knnen an die individuellen Anforderungen eines Unternehmens angepasst werden. Dies beginnt bei der Untersttzung verschiedener Technologien und Systemlandschaften und endet beim Design und der Modellierung komplexer Arbeitsablufe und individueller Prozesse.
Untersttzte Systemlandschaften und Technologien

Das Change Request Management ist so flexibel wie Ihr Geschft und untersttzt viele verschiedene Systemlandschaften. Neben einer Drei-System-Landschaft knnen auch weitaus komplexere Landschaften mit dem Change Request Management verwaltet werden. Neben den verschiedenen sequenziellen Typen von Systemlandschaften ist das Change Request Management aber auch fhig, andere Arten von Landschaften zu verwalten, z. B. duale Landschaften, d. h., die Belieferung paralleler Testsysteme oder die Synchronisation paralleler Entwicklungs- und Wartungslandschaften ist mglich (siehe Abschnitt 8.3.2). Auch selbststndige Sandbox-Systeme knnen in den Prozess eingebunden und adquat mit Transporten versorgt werden. Generell untersttzt das Change Request Management alle Landschaften, die mit dem Transport Management System der SAP abgebildet werden knnen.

Offenheit

Das Change Request Management kann aber nicht nur genutzt werden, um nderungen an SAP-Landschaften zu verwalten. Durch die Integration mit dem erweiterten nderungs- und Transportsystem (CTS+) ist es Ihnen mglich, auch Nicht-ABAP- und sogar Nicht-SAPTechnologien wie Java, C++ oder Microsoft .NET mit den nderungsvorgngen des Change Request Management zu verwalten. Innerhalb eines nderungsvorgangs knnen Sie sich jederzeit die komplette Systemlandschaft bzw. den vom Change Request Management generierten Transportpfad inklusive der Systemrollen anzeigen lassen. Der Zuordnungsblock Systemlandschaft zeigt dabei eine tabellarische bersicht der einzelnen Systeme, die dem aktuellen Projekt ber logische Komponenten zugeordnet wurden. In der Spalte Aktionen knnen Sie sich am System direkt anmelden, um z. B. dort eine nderung durchzufhren oder eine genderte Funktionalitt zu tes-

Die Systemlandschaft im nderungsvorgang

332

Change Request Management

8.2

ten. Der Zuordnungsblock zeigt daher im Standard immer nur das momentan relevante System an. Dieses wird ber den aktuellen Status des nderungsvorgangs bestimmt, z. B. wenn sich der nderungsvorgang im Status In Entwicklung befindet, ist das relevante System das Entwicklungssystem. Wie bereits beschrieben, folgt jede Art von nderungsvorgang einem eigenen und vordefinierten Arbeitsablauf, was es einfach macht, diese Funktionen sofort einzusetzen. Viele Unternehmen haben jedoch bereits heute einen ChangeManagement-Prozess etabliert und wollen diesen nicht wegen der Einfhrung einer neuen Anwendung anpassen. Deshalb sind alle Prozesse des Change Request Management sehr flexibel und knnen an Ihre individuellen Anforderungen angepasst werden. Dies beginnt bei der Definition der Genehmigungsvorgnge und geht bis zur Definition und Modellierung der verschiedenen Prozessschritte im Detail. Auerdem knnen die existierenden nderungsvorgnge auch kopiert werden, um existierende Aktionen und deren Konditionen zu bearbeiten oder komplett neue Aktionen und Konditionen zu definieren. Die mehrstufige Kategorisierung erlaubt Ihnen, jedes Dokument im Change Request Management und im SAP-IT-Servicemanagement detailliert zu kategorisieren, wobei im Standard vier Kategorieebenen zur Verfgung stehen, die in einer Baumstruktur aufgebaut und voneinander abhngig sind. Mehr Informationen zu dieser Funktion finden Sie auch in Abschnitt 9.1.7, Unterabschnitt Mehrstufige Kategorisierung. Die Integration von Change Request Management und Transportwesen stellt sich vor allem im Zuordnungsblock Transport Management eines nderungsvorgangs dar (siehe Abbildung 8.18). Der Zuordnungsblock ist den Dokumenttypen normale nderung, dringende nderung sowie Fehlerkorrektur zugeordnet. Neben einer bersicht ber alle relevanten Transportauftrge und Transportaufgaben eines nderungsantrags bietet der Zuordnungsblock einen zentralen Zugriffspunkt zu allen transportrelevanten Aktionen und Funktionen.
Transportverwaltung im Change Request Management Mehrstufige Kategorisierung Flexible Arbeitsablufe und Workflows

333

Verwaltung der nderungskontrolle

Abbildung 8.18 Zuordnungsblock Transport Management

ber Drucktasten knnen neue Transportauftrge oder Transportaufgaben angelegt werden, Auftrge freigegeben oder kritische Objekte genehmigt werden. In einer Tabelle werden alle Transporte gelistet und weitere Detailinformationen, wie der Besitzer des Transports, der Typ des Auftrags, der Status sowie die Anzahl der Transportaufgaben, angezeigt. Mit einem Klick knnen Sie direkt in die Transportprotokolle oder die Stckliste des Transportauftrags abspringen. Wenn von einem Transport bereits Transporte von Kopien angelegt wurden, wird dies ebenfalls dargestellt. In einem Pop-up knnen Sie nachvollziehen, wie oft ein Kopietransport erstellt wurde und welcher Kopietransport der aktuelle ist. Daneben zeigen weitere Spalten in der Tabelle, ob der Transport kritische Objekte beinhaltet oder Konflikte mit anderen Transporten entdeckt wurden.

8.2.7

Zentrale nderungskontrolle

Eines der Ziele des Change Request Management ist, einen Kontrollmechanismus bereitzustellen, um einen sicheren und reibungslosen Software-Deployment-Prozess zu gewhrleisten. Um dies zu erreichen, nutzt das Change Request Management eine Reihe von Funktionen, die Ihnen in verschiedenen Situationen helfen knnen, Ihre nderungen konsistent zu halten und die Anzahl der Strungen und Probleme entlang der Prozessausfhrung zu minimieren.
Eingebaute Transport-BestPractices

Vielleicht der wichtigste Punkt des Change Management ist, einen berblick darber zu behalten, welche nderungen in die produk-

334

Change Request Management

8.2

tive Umgebung eingespielt werden und welche Transporte berhaupt vom Entwicklungssystem ber das Testsystem in das Produktivsystem gelangen drfen. Dabei soll die Integritt der einzelnen Systeme natrlich zu keiner Zeit gefhrdet werden. Das Change Request Management hat eingebaute Transport-BestPractices von SAP, die die Arbeit mit nderungen erleichtern und Ihnen helfen, Fehler zu vermeiden. Ein Beispiel hierfr ist die Nutzung von Transporten von Kopien. Weitere Informationen finden Sie darber hinaus in Abschnitt 8.3, der sich speziell mit dem Thema Transportverwaltung beschftigt. Das Tagesgeschft wird es ntig machen, normale und dringende nderungen auf derselben Systemlandschaft zu kombinieren, auch wenn die regulre Wartung noch immer andauert. Falls hierbei ein Objekt gendert wurde, das gleichzeitig auch von einer Neuentwicklung betroffen ist, kann dies zu Problemen fhren, wenn man die Transporte nicht in der richtigen Reihenfolge importiert. Das Change Request Management hat eine eingebaute Sicherheitsfunktion, um die sichere Bearbeitung von normalen und dringenden nderungen zu gewhrleisten und diese immer in der korrekten Reihenfolge zu importieren. Zur Transportsteuerung verwendet das Change Request Management die Transportmethode IMPORT_PROJECT_ALL. Dies hat den Vorteil, dass Sie projektbezogen arbeiten knnen und die Transportauftrge am Ende der Zyklusphasen harmonisiert und konsolidiert in der Reihenfolge ihrer Freigabe in die Folgesysteme eingespielt werden. Diese Vorgehensweise minimiert das Risiko sogenannter berholer im Transportwesen. Am Ende des Projekts knnen Sie die gesammelten nderungen in die produktiven Systeme importieren und das Projekt abschlieen. Das bedeutet, beim Projektimport werden alle dringenden nderungen beachtet und nochmals in der richtigen Reihenfolge importiert, um Inkonsistenzen auszuschlieen. Stellen Sie sich verschiedene Implementierungs- und Wartungsprojekte, die gleichzeitig in Ihrer Lsungslandschaft durchgefhrt werden, vor einige dieser Projekte arbeiten sogar in derselben Systemlandschaft aus Entwicklungs-, Qualittssicherungs- und Produktivsystem. Wenn ein Entwickler ein Objekt ndert, das spter von einem anderen Entwickler gendert wird, sind alle nderungen des ersten Entwicklers
Systembergreifende Objektsperre Konsistente Transporte

335

Verwaltung der nderungskontrolle

verloren. Dieses Problem kann durch die Verwendung der systembergreifenden Objektsperre verhindert werden. Die systembergreifende Objektsperre sorgt dafr, dass beim ndern eines Objekts in einem verwalteten System ein Sperreintrag im zentralen SAP-Solution-Manager-System erstellt wird. Dieser Eintrag verhindert dann, je nach Konfiguration der Objektsperre, dass eine weitere nderung am selben Objekt in irgendeinem anderen Transportauftrag gemacht werden kann. Die systembergreifende Objektsperre kann hierbei nicht nur ABAP-, sondern auch Customizing-Objekte schtzen. Der Einsatz minimiert das Risiko eines Downgrades durch unterschiedliche Produktivstart-Zeitpunkte von nderungen in parallel laufenden Projekten. Weitere Details finden Sie in Abschnitt 8.3.1.
Kritische Objekte

Fr sogenannte sensitive oder kritische Objekte also Objekte, die direkten Einfluss auf Kerngeschftsprozesse haben kann eine Prfung aktiviert werden, die vor dem Export eines Transportauftrags ausgefhrt wird. Transportauftrge, die kritische Objekte enthalten, mssen separat genehmigt werden. Die Prfung kann sowohl auf systemspezifischer als auch mandantenspezifischer Ebene aktiviert werden. Whrend ein Transportauftrag exportiert wird, berechnet das System den Zielmandanten sowie das Zielsystem. Wenn die Prfung auf kritische Objekte fr den jeweiligen Zielmandanten oder das Zielsystem aktiviert wurde, prft das System, ob der Auftrag kritische Objekte oder Subobjekte enthlt. Wenn dies der Fall ist, wird der Export nicht durchgefhrt. Um den Transport dennoch durchzufhren, muss das Objekt von einer zustndigen Person genehmigt und damit zum Export freigegeben werden. Dadurch lsst sich leicht ein zustzlicher Schutz fr Ihre Anwendungen realisieren.

Projektphasenverwaltung Durch die eingebaute Phasenkontrolle im Change Request Management ist sichergestellt, dass immer nur die richtigen und erlaubten Transportaktionen ausgefhrt werden knnen. Bei der Verwaltung und der Kontrolle der Phasen der Wartungs- und Implementierungsprojekte knnen Sie z. B. sicherstellen, dass der Stand Ihres Testsystems whrend der Testphase immer konstant bleibt und keine neuen

336

Change Request Management

8.2

nderungen eingespielt werden knnen, die dann gegebenenfalls ungetestet in die Produktion gelangen wrden (siehe Abbildung 8.19).

Abbildung 8.19 Der Wartungszyklus in der neuen Web-Client-Oberflche

Die Phasenkontrolle ist mit den verschiedenen nderungstypen integriert, um sicherzustellen, dass nur die korrekten nderungsvorgnge in bestimmten Phasen eingesetzt werden, z. B. Fehlerkorrekturen in der Projektphase Test. Dadurch knnen Sie zentral im SAP Solution Manager alle Ihre Wartungs- und Implementierungsprojekte kontrollieren. Ein kurzes Beispiel soll das Konzept des Projektzyklus verdeutlichen: Der Projektleiter legt ein Projekt im SAP Solution Manager an (Implementierungs-, Upgrade- oder Vorlagenprojekt) und generiert zu diesem Projekt die IMG- und CTS-Projekte sowie einen ProjektzykArbeiten mit Projektzyklen

337

Verwaltung der nderungskontrolle

lus. Der Systemadministrator aktiviert den Zyklus im Beleg des Projektzyklus (Vorgangsart SMMN) ber die entsprechende Aktion. Zu diesem Zeitpunkt knnen Sie bereits nderungsantrge anlegen, klassifizieren und genehmigen. Damit legen Sie in dieser Phase bereits den Projektumfang fest. Bei der Genehmigung ordnet der SAP Solution Manager die resultierenden nderungsvorgnge dem Projektzyklus zu. Falls mehrere Projekte gleichzeitig bearbeitet werden, kann mehr als ein Projektzyklus existieren. In jedem Fall legen Sie bereits im Vorfeld durch die Zuweisung eines Projekts zum nderungsantrag fest, welcher Zyklus verwendet wird.
Entwicklung ohne Freigabe

Der Change Manager setzt den Status des Projektzyklus auf Entwicklung ohne Freigabe. Wenn dieser Status gesetzt ist, knnen nderungen von den Entwicklern bearbeitet und im System entwickelt werden. Die Entwickler knnen Transportauftrge und Transportaufgaben anlegen, knnen diese jedoch nicht freigeben und auch nicht exportieren. Diese Phase kann daher auch als initiale Spezifikationsphase oder Planungsphase gesehen werden. Bei Einsatz der normalen nderung (Vorgangsart SMMJ) ist die Verwendung dieser Phase fr die Entwicklung nicht empfehlenswert, da die Erzeugung von Testtransporten in dieser Phase nicht mglich ist. Wenn der Change Manager den Status des Projektzyklus von Entwicklung ohne Freigabe in Entwicklung mit Freigabe ndert, knnen die Entwickler Transporte von Kopien ihrer vorgenommenen nderungen erzeugen, die zu Testzwecken ins Testsystem importiert werden. Dieser Import erfolgt idealerweise durch eingeplante Jobs oder aber manuell durch den Systemadministrator im Aufgabenplan. In vielen Fllen existieren in den Entwicklungssystemen keine Stamm- oder Bewegungsdaten, die den Entwicklern erlauben, die von ihnen entwickelten nderungen zu testen. Diese Daten sind oft nur im Testsystem verfgbar. Daher besteht in dieser Phase des Projektzyklus die Mglichkeit, vor dem Integrationstest Zeit fr funktionale Tests einzuplanen, d. h. einen Zeitraum, in dem die Entwickler die nderungen nach dem Import in die Testsysteme selbst prfen knnen, um anschlieend den Status ihrer nderungen auf Zu testen zu setzen. Anschlieend erfolgt ein erneuter Transport von Kopien ins Testsystem. Der Tester sieht die zu testende nderung in

Entwicklung mit Freigabe

338

Change Request Management

8.2

seinem Arbeitsvorrat im Work Center oder SAP Web Client und kann den Test durchfhren. War der Test erfolgreich, setzt der Tester den Status der nderung auf Erfolgreich getestet und stt damit im Hintergrund den Export der nderung aus dem Entwicklungssystem an. Nach dem Wechsel in die Testphase knnen Transportauftrge aller nderungen, die den Status Zu testen noch nicht erreicht haben, nicht mehr exportiert werden. Dazu erhlt der Anwender eine entsprechende Warnung, wenn er den Phasenwechsel wie von SAP empfohlen im Beleg (Vorgangsart SMMN) vornimmt. Durch dieses Verhalten wird ein Einfrieren des Codings (Code Freeze) ab Beginn der Testphase herbeigefhrt. Dringende nderungen sind von diesem Verhalten nicht betroffen und knnen weiterhin verwendet werden. In der Testphase knnen Tester die nderungen auf funktionale und fachliche Richtigkeit berprfen. Findet ein Tester einen Fehler, kann er diesen ber einen Beleg vom Typ Fehlerkorrektur (Vorgangsart SMTM) dokumentieren und den betreffenden Entwickler auf den Fehler aufmerksam machen. ber diese Fehlerkorrektur kann ein Entwickler im Entwicklungssystem einen neuen Transportauftrag anlegen und den Fehler bereinigen. Die Testphase gilt als abgeschlossen, wenn alle nderungen und Fehlerkorrekturen im Status Erfolgreich getestet vorliegen. nderungen, die diesen Status noch nicht erreicht haben, knnen nicht vom Test ausgenommen werden, d. h., sie mssen entweder erfolgreich getestet oder zurckgenommen werden. Wenn nach Abschluss der Testphase weitere nderungen vorgenommen werden mssen, knnen Transportauftrge und -aufgaben im Rahmen der Go-Live-Vorbereitungen bzw. der Notkorrekturphase zwar angelegt, freigegeben und transportiert werden, jedoch nur ber den Aufgabenplan (Task List) des Projektzyklus und mit entsprechenden Berechtigungen. Dringende nderungen sind davon nicht beeinflusst und knnen weiterhin verwendet werden. In der Go-Live-Phase wird der gesamte Transportpuffer des CTS-Projekts in der Reihenfolge der Freigabe in die Produktivsysteme importiert. Whrend dieser Phase knnen keine Transportauftrge angelegt oder freigegeben werden, auch die Verwendung dringender nderungen ist nicht mehr mglich. Nach dem Import in die produkVorbereitung fr den Go-Live (Notkorrektur) Test

Go-Live

339

Verwaltung der nderungskontrolle

tive Systemumgebung existieren keine offenen Transportauftrge mehr, und der Transportpuffer ist leer. Sie knnen nun den Projektzyklus abschlieen, indem Sie den Status auf Besttigt setzen. Damit ist das Projekt beendet. Das Weiterschalten der Projektphase sollte grundstzlich ber die entsprechende Aktion im Beleg (Vorgangsart SMMN) erfolgen. In einer Drei-System-Landschaft befinden sich z. B. alle Transportauftrge von dringenden nderungen, die im Status Zu testen sind, im Importpuffer des Produktivsystems. Erfolgt das Umschalten der Phase nicht ber den Beleg, sondern ber den Aufgabenplan, erhlt der Anwender keine Warnungen ber diesen Zustand die dringenden nderungen wrden somit ungetestet importiert werden. Beim Weiterschalten der Phase ber den SMMN-Beleg erfolgen entsprechende Prfungen, sodass der Anwender gewarnt ist und entsprechend reagieren kann.

8.2.8

Transparenz ber nderungsprozesse

Das Change Request Management ist nicht nur ein Werkzeug zur Kontrolle und Verwaltung Ihrer nderungen, sondern gibt Ihnen auch jederzeit die Mglichkeit, detaillierte Informationen ber den Status des gesamten Change-Management-Prozesses zu erhalten. Im Folgenden erhalten Sie einen kurzen berblick ber die verschiedenen Monitoring- und Reporting-Funktionalitten.

Monitoring- und berwachungsfunktionen Die neue Benutzeroberflche des Change Request Management bietet viele Mglichkeiten, die Abarbeitung und den Status der einzelnen nderungsantrge und nderungsvorgnge zu berwachen und einen berblick ber den Gesamtstatus des Change Management zu bekommen. Im Bereich Verwaltung von nderungsantrgen in der SAP-ITServicemanagement-Benutzerrolle haben Sie die Mglichkeit, eine Reihe von vorkonfigurierten Suchmasken zur Suche nach nderungsvorgngen zu verwenden. Die Suchmasken teilen sich dabei in die Bereiche nderungsantrag, nderungsvorgang sowie Projektzyklus auf (siehe Abbildung 8.20).

340

Change Request Management

8.2

Abbildung 8.20 Suche nach nderungsantrgen in der neuen Web-ClientOberflche

Jede Seite bietet eine Reihe von Suchkriterien, die sich vllig frei miteinander kombinieren lassen. Damit haben Sie die Mglichkeit, individuelle Suchanfragen zu erstellen, und jeder Benutzer kann sich damit einen personalisierten Arbeitsvorrat erzeugen, da sich jede Zusammenstellung als sogenannte gespeicherte Suche sichern lsst. Die gespeicherten Suchen knnen Sie zentral im oberen Bereich der Benutzeroberflche auswhlen und jederzeit, unabhngig von der aktuellen Position in der Anwendung, aufrufen. Die Ergebnisse der Suche werden in einer Tabelle bersichtlich dargestellt, wobei jede Tabellenspalte beliebig sortiert und gefiltert werden kann. ber die Personalisierungsfunktionen kann jeder Anwender fr sich selbst bestimmen, welche Tabellenspalten relevant sind,

Gespeicherte Suche

341

Verwaltung der nderungskontrolle

in welcher Reihenfolge diese angezeigt werden sollen und welche Information ausgeblendet werden soll. Neben der tabellarischen Darstellung kann das Suchergebnis auch grafisch als interaktives Torten- oder Sulendiagramm angezeigt werden. Durch Klick auf ein bestimmtes Segment filtert das System die Suchergebnisse automatisch. Zur weiteren Bearbeitung knnen die Suchergebnisse auch in ein Tabellenverarbeitungsprogramm exportiert werden.
Change-RequestManagementReporting

Die Reporting-Funktionalitten des Change Request Management knnen ohne groen Einrichtungsaufwand verwendet werden und sind somit ebenfalls out of the box verfgbar. Alle Abfragemglichkeiten und Ergebnislisten sind bereits vordefiniert und knnen direkt verwendet werden, zustzlich gibt es eine Reihe von Filterund Einstellungsmglichkeiten. Change-Request-Management-Ereignisse, wie z. B. das ndern eines DDIC-Objekts in einem Entwicklungssystem oder die Implementierung eines SAP-Hinweises, werden immer im Kontext von SAP-Solution-Manager-Projekten oder -Lsungen durchgefhrt. Die Ereignisse, die beim Bearbeiten eines nderungsvorgangs ausgefhrt werden, sind ber die komplette Systemlandschaft verteilt, bentigen Genehmigungen und eine klare Zuweisung von Aufgaben. Die Reporting-Funktion des Change Request Management analysiert diese Transaktionen und die zugehrigen Ereignisse, konsolidiert sie und zeigt sie in einer bersicht an. Dabei ist es nicht ntig, ein separates SAP NetWeaver Business Warehouse (BW) bereitzustellen, da Sie das im SAP Solution Manager integrierte BW-System verwenden knnen. Ein Reporting-Service, der im Hintergrund luft, sammelt die Daten automatisch, sowohl vom SAP Solution Manager als auch von den verwalteten Systemen.

Erfasste Entitten

Die Reporting-Transaktion (Transaktionscode /N/TMWFLOW/REPORTINGN) erlaubt eine Anzeige und Auswahl ber folgende Entitten: nderungsvorgnge und nderungsantrge SAP-Solution-Manager-Lsungen und -Projekte Change-Request-Management-Aufgabenplne (Task Lists) Systeme Support Packages

342

Change Request Management

8.2

SAP-Hinweise Transportauftrge Transportobjekte Der Nutzer kann frei entscheiden, welche Daten er bentigt, und kann zustzliche Filterkriterien festlegen. Das Ergebnis wird in einer bersicht dargestellt, die viele zustzliche Funktionen und Absprnge (z. B. in den nderungsvorgang, die Task List etc.) bietet. Wie auch bei den Monitoring- und berwachungsfunktionen knnen all diese Daten in ein Tabellenverarbeitungsprogramm zur Nachbearbeitung exportiert werden. Neben dem Reporting bietet das Change Request Management auch Funktionen zur Nachverfolgung (Transaktion /TMWFLOW/TRMO) an. Eine besondere bersichtsdarstellung enthlt dabei viele verschiedene Informationen und erlaubt eine eingehende Analyse. Zum Beispiel sind folgende Informationen nachvollziehbar: das Quellsystem, in dem ein bestimmter Transportauftrag erstellt wurde das Zielsystem, in das ein bestimmter Transportauftrag importiert wurde die Anzahl der Transportauftrge, die aus dem Zielsystem exportiert wurden die Anzahl der Transportauftrge, die angelegt wurden, aber noch nicht freigegeben sind die Anzahl der Transportauftrge, die einen Importfehler erzeugt haben Darber hinaus ist es z. B. auch mglich, festzustellen, ob nderungen in der korrekten Reihenfolge in das Zielsystem importiert wurden oder ob es zu Inkonsistenzen zwischen dem Quell- und Zielsystem hinsichtlich des Exports und Imports von nderungen gekommen ist. Eine weitere Funktion des Change-Request-Management-Trackings ist der Vergleich von zwei Systemen, um herauszufinden, ob alle Transportauftrge korrekt exportiert und importiert wurden oder ob es Differenzen gibt. Dabei knnen zunchst alle Objekte pro System in einem geteilten Bildschirm angezeigt werden. Wenn Sie z. B. festSysteme vergleichen nderungsnachverfolgung

343

Verwaltung der nderungskontrolle

stellen wollen, welche Unterschiede existieren, knnen Sie mit einem Klick einen Filter aktivieren, der Ihnen das Ergebnis bersichtlich darstellt.

8.2.9

Integration des Change Request Management mit den anderen Application-Lifecycle-ManagementFunktionen

Neben dem Transportwesen ist das Change Request Management in viele weitere Prozesse und Anwendungen des SAP Solution Manager integriert (siehe Abbildung 8.21) und kann gemeinsam mit diesen verwendet werden. Dieser Abschnitt gibt Ihnen einen berblick ber die verschiedenen Integrationsaspekte des Change Request Management, die neben der Integration in die technische Infrastruktur heute existieren.

ALM-Funktionen

IT-Servicemanagement

Quality Gate Management

Systemempfehlungen

Projekt- und Lsungsverzeichnisse

Testmanagement

Job Scheduling Management

Change Request Management

Technische Infrastruktur

Transport Management System

Erweitertes Change & Transport System

Abbildung 8.21 bersicht ber die Integrationen des Change Request Management Integration mit dem Quality Gate Management

Durch die Verwendung der gleichen Basistechnologien ist es mglich, das Quality Gate Management und das Change Request Management integriert und in der gleichen Landschaft fr unterschiedliche Projekttypen parallel zu betreiben.

344

Change Request Management

8.2

So kann das Change Request Management fr ein Wartungsprojekt und das Quality Gate Management fr ein Implementierungsprojekt verwendet werden. Typischerweise basiert ein Wartungsprojekt auf einzelnen nderungen, die genehmigt und dokumentiert werden mssen, whrend ein Implementierungs- oder Release-Projekt einen definierten Umfang abdeckt, der zu Beginn genehmigt und danach realisiert wird. Durch die konsequente Umsetzung der SAP Best Practices fr den Transport werden beide Projekte vor Inkonsistenzen und berholern geschtzt (siehe Abschnitt 8.1.3). Auch die Integration der beiden Werkzeuge ist mglich. Durch die Definition von Quality Gates (Q-Gates) auf einem fr das Change Request Management konfigurierten SAP-Solution-Manager-Projekt kann diese Integration einfach aktiviert werden. Folglich kann der Benutzer das Quality Gate Management integrativ mit dem Change Request Management betreiben. Bei diesem Szenario steuert das Change Request Management den gesamten nderungsprozess, der sowohl das Anlegen, Genehmigen und Dokumentieren aller nderungen beinhaltet als auch das Anlegen, Freigeben und Importieren der zum Projekt gehrigen Transportauftrge. Das Quality Gate Management bernimmt dabei die Steuerung der Phasen und visualisiert die Inhalte des Change-Request-Management-Projekts. Damit stellt das Quality Gate Management den Q-GateKalender, die nderungsvorgnge, die Transportauftrge und die Risiken des Change-Request-Management-Projekts dar. Es agiert in dieser Rolle als eine Art Change Management Dashboard, das es dem Projektmanagement-Team erlaubt, hilfreiche Informationen zur Verfgung zu stellen, um etwaige auftretende Risiken frhzeitig zu erkennen und zu beseitigen. Weitere Informationen zu den Funktionen des Quality Gate Management finden Sie in Abschnitt 8.1. Wie bereits erwhnt, ist das Change Request Management stark an die Vorgaben der IT Infrastructure Library (ITIL) angelehnt. Damit geht eine Integration in die anderen IT-Servicemanagement-Bereiche des SAP Solution Manager einher: Wenn Sie eine Strung (Incident) oder ein Problem in Ihrem Service Desk haben, knnen Sie direkt einen nderungsantrag als Folgedokument erstellen. Dabei werden wichtige Informationen wie Texte und die zugewiesene Komponente automatisch an den nderungsantrag bertragen, und es wird eine Beziehung zwischen beiden Dokumenten hergestellt, sodass jederzeit verfolgt werden kann, wo der Ursprung des nderungsantrags lag.
Integration mit dem IT-Servicemanagement

345

Verwaltung der nderungskontrolle

Das Change Request Management kann dabei so konfiguriert werden, dass nach Abschluss des nderungsantrags also sobald die nderung erfolgreich durchgefhrt und besttigt wurde auch der zugehrige Incident oder das zugehrige Problem automatisch geschlossen wird.
Integration mit Dokumentation

Alle nderungen, die Sie mit dem Change Request Management vornehmen, basieren immer auf einem SAP-Solution-Manager-Projekt. Die Informationen, die sich in diesen Projekten befinden, knnen ebenfalls im Change Request Management genutzt und nderungsvorgngen zugewiesen werden. Dadurch haben Sie die Mglichkeit, Ihre nderungsvorgnge und nderungsantrge zu klassifizieren und zu kategorisieren. In den Zuordnungsblcken Lsung und Projekt knnen Sie Informationen wie Geschftsprozessszenarien, Geschftsprozesse oder Geschftsprozessschritte zuweisen. Das Change Request Management Reporting untersttzt diese Zuweisung, sodass Sie im Reporting auch die Mglichkeit haben, nur nderungsvorgnge anzuzeigen, die eine Beziehung zu einem bestimmten Geschftsprozess besitzen. Die zugrunde liegenden Dokumente des Projekts oder der Lsung wie Testfallbeschreibungen oder Spezifikationen knnen im Zuordnungsblock Dokumente referenziert werden.

Check-in/Checkout-Funktion

Wenn Sie eine Lsung zu einem nderungsvorgang zuweisen und diese Lsung eine Verbindung zum verwendeten Wartungsprojekt besitzt, knnen Sie darber auch die sogenannte Check-in/Check-outFunktion benutzen. Sobald Sie diese Funktion aktiviert haben, knnen der Inhalt und die Struktur der Lsung nicht mehr direkt bearbeitet werden, vielmehr knnen die Teile der Lsung, die gendert werden mssen, mithilfe des nderungsvorgangs in das Wartungsprojekt ausgecheckt werden. Dort knnen die Dokumente und Prozesse aktualisiert werden, entsprechend der dazugehrigen Software- oder Konfigurationsnderung, die zeitgleich ber den nderungsvorgang durchgefhrt wird. Danach kann die Struktur wieder eingecheckt werden, sobald die nderung abgeschlossen wurde. Das Ergebnis ist nicht nur eine genderte Konfiguration auf technischer Ebene, sondern auch eine genderte bzw. aktualisierte Doku-

346

Change Request Management

8.2

mentation Ihres Geschftsprozesses. Dies ist besonders wichtig, wenn Sie andere Funktionen des SAP Solution Manager verwenden mchten, die eine korrekte Lsungsdokumentation voraussetzen (z. B. Business Process Monitoring). Ein Thema, das immer eng verwandt mit nderungen und Change Management betrachtet wird, ist das Thema Testmanagement. Im SAP Solution Manager gibt es eine groe Anzahl von Funktionen und Anwendungen, um Testvorgnge und Testprozesse in der Kundenlandschaft zu kontrollieren und zu verwalten. Diese Funktionalitten sind auch mit dem Change Request Management integriert, sodass Sie bei nderungsantrgen oder nderungsvorgngen eine Beziehung zwischen diesen und Entitten aus dem Testmanagement herstellen knnen (siehe Kapitel 7). Der Zuordnungsblock Testmanagement erlaubt es, Testplne oder Testpakete aus dem SAP Solution Manager zu einem ChangeRequest-Management-Dokument zuzuweisen. Dadurch kann ein Change Manager oder Testkoordinator z. B. bereits im Vorfeld einer nderung einen Testplan zuweisen, der Testflle enthlt, die zum Testen der geplanten nderung verwendet werden sollen. In einem weiteren Schritt knnen Sie das Change Request Management durch die Implementierung einer eigenen Kondition auch so konfigurieren, dass die Prozesskontrolle abhngig vom erfolgreichen Ausfhren der zugewiesenen Testpakete oder Testplne ist. Damit ist es mglich, eine Prfung zu implementieren, die z. B. das ndern des Status von Zu testen auf Erfolgreich getestet nur dann mglich macht, wenn die zugewiesenen Testflle positiv getestet wurden. Dies bringt weitere Stabilitt in Ihre Software und minimiert das Risiko von Fehlern im Produktivsystem. Die Wartung einer SAP-Landschaft ist ebenfalls eng verknpft mit dem Thema Change Management. Teil des Prozesses Maintenance Management ist die Funktion Systemempfehlungen. Hier werden Ihnen SAP-Hinweise fr Ihre Systemlandschaft zur Implementierung vorgeschlagen (z. B. sicherheitsrelevante oder performancerelevante Hinweise, etc.). Wenn Sie sich fr die Implementierung eines solchen SAP-Hinweises entscheiden oder in Ihrem Unternehmen den Prozess des Change Request Management verwenden und eine Implementierung ber
Integration mit Maintenance Management Integration mit Testmanagement

347

Verwaltung der nderungskontrolle

einen nderungsantrag anstoen wollen, knnen Sie direkt aus der Anwendung Systemempfehlungen einen nderungsantrag erstellen, der alle ntigen Informationen ber den zu implementierenden SAPHinweis bereits enthlt. Weitere Informationen zur Funktion Systemempfehlungen finden Sie in Kapitel 12.
Integration mit Job Scheduling Management

Der Bereich Job Scheduling Management (Jobverwaltung) beschftigt sich mit den zahlreichen Hintergrundanwendungen und Stapelverarbeitungsprogrammen, die in einem SAP-System eingeplant sind. Wenn die Systemlandschaft komplexer wird und die Zahl dieser Jobs massiv ansteigt, ist es schwierig, hier den berblick zu behalten. Mithilfe des Job Scheduling Management knnen Sie die Einplanung und Ausfhrung solcher Anwendungen zentral verwalten. Durch eine Integration mit dem Change Request Management ist es mglich, auch das Einplanen einer solchen Hintergrundanwendung ber einen Change-Management-Prozess abzubilden. Hierfr wird im Change Request Management ein spezieller Zuordnungsblock zur Verfgung gestellt. Mehr zum Thema Jobverwaltung erfahren Sie in Kapitel 11.

8.3

Transportverwaltung

In integrierten Systemlandschaften ist es wichtig, alle nderungen in einem zentralen System zu verwalten. Nur so ist es mglich, nderungen, die mehr als ein Produktivsystem betreffen, synchron durchzufhren, z. B. gleichzeitige nderungen im SAP NetWeaver Portal und im SAP-ERP-Backend-System. Darber hinaus werden im SAP Solution Manager zentrale Transportfunktionen fr die gesamte Systemlandschaft zur Verfgung gestellt, wie das Synchronisieren von Entwicklungssystemen oder die systembergreifende Objektsperre.

8.3.1
Zentrales Werkzeug

SAP-nderungs- und Transportsystem (CTS)

Das SAP-nderungs- und Transportsystem (Change and Transport System, CTS) ist das zentrale Werkzeug zur Verwaltung von nderungen an Customizing- und Repository-Daten, die im Implementation Guide

348

Index
A
ABAP Ausnahmen (Fehler) 534 Auswertungen 534 ABAP Coverage Analyzer 707 ABAP Database Connectivity (ADBC) 41 ABAP Workbench 349 Abgleichsfunktion 209 Abhngigkeitsaussagen 637 Action List 521 Adaptive Computing Controller (ACC) 99, 507 Ad-hoc-Reporting, CCLM 714 Administrationsreporting 189, 522 administrative nderung 315, 323, 329 Agenten 485 Agile Softwareentwicklung 153 Alert 401 Alert-Details 83 Alert-Detailsicht 453 Alert-Eingang 44, 80, 82, 447, 448, 479, 572 Alert-Gruppen 452 Alerting 48, 445 Alert-Management, Auswertungen 532 Alerts 79, 448, 572, 594 zurckstellen 451 Alert-Tabelle 450 allgemeine nderung 315, 323, 330 Altersanalyse 575 Altersstruktur der Daten 552 Analyse 446 technische 524 Analyseprojekt 120 Analysestruktur 124 Analysesystem 720, 722, 723, 724 nderungsanalyse 94 durchgngige 367 nderungsanforderung 62 nderungsantrag 64, 309, 310, 313, 320, 321, 387 Prozess 324 Umfangserweiterung 326 nderungsauswertung 366 nderungsdiagnose 365 nderungsdokument 310 nderungseinfluss-Analyse 71, 233, 237, 242, 284 HARTMANN GRUPPE 201 nderungskontrolle zentrale 334 nderungstypen 326 nderungsumfang 322 Anlagenklassen umstellen 672 Anpassungen, kundenspezifische 167 Anpassungskosten 724 Antwortzeiten 534, 535 Antwortzeitverteilung 534 Antwortzeitzusammensetzung 534 Anwendungsanalyse 608 Application Incident Management 381 Application Lifecycle Management (ALM) 57 HARTMANN GRUPPE 201 Application Management 29, 57 Arbeitsmodi 502 langfristig planen 504 Monitoring-Einstellungen 509 Status 505 Arbeitsvorrat 189 Arbeitsvorrat fr beschdigte Testflle 264 Archiv-Analyse 685 Archivierung, Komplexitt 550 ARIS 38 ASAP-Methode 31, 149 ASAP-Roadmap 149, 153, 165 Add-ons 153 Roadmap-Phasen 152 Rollen 155 Themenbereiche 155 Variante 155 Assistent zur Lsungsdokumentation 64, 96, 118, 165, 169 Analyse 122 Analyseergebnis 126 Analyseprojekt 122 Analysestruktur 124

765

Index

Content-Schnittstelle 122 HARTMANN GRUPPE 199 Prfregel 123 Prfreihe 123 Prfschritt 123 Regeldatenbank 122, 124 Work Center 121 Aufgabenplan 317, 358 Ausfallzeitauswertungen 510 Ausfallzeiten 502 Ausnahmen (Fehler) 534 auerhalb der Geschftszeiten 504 Auswertung 180, 182 Auswertungstypen 529 Autoimport 361 automatische Testskripte 248 automatischer Abgleich mit der SAPKorrektur-Workbench 362 automatisierte Testflle 262 Reporting 263 Availability Status 463

B
Backlog Monitor 469 BAdI 700 Basic Settings (Content) 148 Batch-Input-Mappe 570 Bayer MaterialScience AG 609 Benachrichtigungen 445, 573 Ausfallzeiten 508 Verwaltung 508, 512 Benchmarking 574 Benutzerakzeptanztest 69 Benutzertest 233 Benutzerverwaltung 159 Berechtigungen Maintenance Optimizer 627 Projekt 159 Vorlagen- und Roll-out-Projekte 215 Berechtigungskonzept 163, 659 beschdigte Testflle 255, 264 Beschleuniger 158, 649 Beschleuniger, Run SAP 154 Bestandsprozesse integrieren 164 Betrieb von Geschftsprozessen 34, 87, 444, 565 Bibliotheksdefinition, CCLM 711 BI-Diagnose-Center 531

BI-Monitoring 44, 448 Blueprint-Sign-Off 174 BMC Appsight for SAP Client Diagnostics 486 Buchungskreise umbenennen 670 Buchungskreise zusammenfhren 665 Buchungskreiskonsolidierung 668 Build & Test-Phase 30, 58 Build to Test 68 Build-Phase 67 Business Blueprint 67, 132, 150, 164, 252 Abschluss 173 allgemeine Dokumentation 170 Grafik 172 Reporting 188 Sign-Off 174 Struktur aufbauen 129 Transaktionen 168, 170 Business Configuration Sets (BC Sets) 216, 362 Business Document (BDoc) 570 Business Exceptions 91 Business Function Prediction 63 Business Functions 240 Aktivierung 69, 175 Business Process Analysis & Monitoring 575 Business Process Analytics 566, 568, 573 Bayer MaterialScience 610 Business Process Change Analyzer (BPCA) 71, 119, 194, 235, 236, 252, 271, 280 HARTMANN GRUPPE 201 Testoption 3 284 Business Process Completeness Check 91 Business Process Documentation Content 96 Business Process Monitoring 395, 566 Business Process Procedures (BPPs) 179 Business Process Repository (BPR) 120, 144, 164, 167, 176, 204, 214 Business Process Testing (BPT) 269 Business Requirements 252, 255 Business System 462

766

Index

Business User 86 Business Workflow 570 Business-Automation-Enabler-Schnittstelle 588 Business-Blueprint-Definition 212 Business-Blueprint-Dokument 172 Business-Rolle 413 BW-Reporting CCLM 716 Testen 265 Bytecode-Instrumentierungstechnologie (BCI) 486

C
CA Wily Introscope 43, 94, 485, 488 Capability Maturity Model Integration (CMMI) 227 Carve-Out 664 CCLM 703, 707 CCMS-Monitoring 509 CDC 597 Vergleichsinstanz 597 Vergleichslauf 597 Vergleichsobjekt 597 CDMC-Kollektor 706 Change Advisory Board 64, 318 itelligence AG 440 Change Analyzer 280 Change and Transport System (CTS) 348 Change Control Management 295 Change Diagnosis 365 Change Impact Analysis 651 Change Management 384, 387 Change Management Dashboard 345 Change Manager 312, 318 Change Request Management 62, 180, 295, 306, 308, 310 Administrationsmeldung 329, 330 administrative nderung 315, 323 Aktion 317 allgemeine nderung 315, 323 nderungsantrag 313, 314, 321 nderungsverwaltung 332 Architektur 316 Aufgabenplan 317 Change Advisory Board (Rolle) 318 Change Document 312

Change Manager (Rolle) 312, 316, 318, 319, 323 dringende nderung 315, 328 dringende Korrektur 312, 319, 321, 329 Entwickler (Rolle) 312 Fehlerkorrektur 315, 323 Ferrero 374 Genehmigungsvorgang 323 HARTMANN GRUPPE 200 Integrationen 344 Integrationstest 318, 320 Monitoring 340 normale nderung 315, 323, 329 Projektmanagement 314, 316 Projektzyklus 312, 316, 317, 318, 319, 338 Reporting 342 Tester (Rolle) 312 Transportsteuerung 314, 315, 328, 329, 335 Transportverwaltung 333 Verwaltung von nderungsantrgen 314 Wartungszyklus 316, 319 Change-Analyse 43, 295, 487, 494 Change-Reporting-Werkzeug 488 Channel Monitor 465 Channel Short Log 465 Check Points 275 Check-in/Check-out-Funktion 346 CIM-Modell 109 sanofi-aventis 141 Clearing-Analyse 651, 718 Phasen 720 Clearing-Analyse-Projekt 719 Clearing-Prozess 718, 720 ClearQuest 38 Clonefinder 701, 727, 728 Clown 727 Code Freeze 339, 499 Coding Scan 685 Colgate-Palmolive 287 Common Information Model (CIM) 105 Component Monitor 464 Configuration Management 384 Configuration Status 463 Configuration Validation 295, 369, 632

767

Index

Continuous Quality Check BPPO (SAP CQC BPPO) 605 Country Legal Changes Packages fr SAP ERP HCM 626 cProjects 312 CPU-Auslastung 534, 535 Cross Database Comparison 597 Cross-Application-Objekte 547 Cross-System Comparison 732 CTS Deployment Log 40 CTS Script Caller 40 CTS+ 39, 40, 65, 332, 349 CTS+ Deploy Web Service 40 CTS, erweitert CTS+ CTS-Analyse 718 Phasen 724 CTS-Analyse-Projekt 724 CTS-Projekt 316, 337, 351 Custom Code Analysis 726, 733 Custom Code Lifecycle Management 702 Procter & Gamble 734 Prozessbersicht 704 Transparenz 701 Custom Code Management 35, 697 Prozess 700 Custom Development Management Cockpit 650 Custom Development Management Cockpit (CDMC) 702, 716, 717 CA (Clearing Analysis) 718 CTS-Analyse 724 Phasen 718 UCIA (Upgrade/Change Impact Analysis) 718 Upgrade/Change Impact Analysis 721, 722 Customer Center of Expertise (CCoE) 210, 388 Customer Task Area 521 Customizing-nderungen 237 Cutover 74

D
Dashboard Apps 46 Dashboard Framework 46 dashboard-basierte Auswertungen 541

Dashboards 84, 541, 568 Data Consistency Management 591 Data Supplier 98, 105 Data Volume Management 543 Dateisystem 534, 535 Dateitransfer 40 Datenanalyse 557 Datenbankanalyse 487, 489 Datenbank-Auslastung 534 Datenbank-Performance 534, 535 Datenbanksperren 606 datenbankbergreifender Vergleich CDC Datenbank-Verfgbarkeit 534, 535 Datenerhebung, Landschaft 104 Datenflussnutzung 97 Datenkonsistenz 662 Datenkonsistenzmanagement 565 Datenkonsistenzverwaltung 591 Datenverteilung 544 Datenvolumenmanagement 543 Reporting 561 Datenzentralisierung 657 DCToolbox 595 Debugging-Analyse 604 Decentral Adapter Engine 462 Defect Management 235 Deliverables 152 Deploy 31 Deploy-Controller 350 Deployment Management 387 Deploy-Phase 30, 58, 74 Design-Phase 30, 58, 66 Detailvergleich 221, 222 Diagnosedatenbank 485 Diagnostics Agent 109 Diagnostics Framework 109 digitale Signatur 135, 257 DMAIC-Zyklus, Bayer MaterialScience 611 Dokumentation 95, 171, 346 der Systemlandschaft 119 initiale 95 Konsistenzprfung 121 Lsung 131 Re- 96 System 133 technische 97 Vorlage 132 Dokumentationsarten 162, 163, 164

768

Index

dokumentenbasierte Service Level Reports 539 Dokumentenverwaltung, Ferrero 374 Download-Basket 619, 621 Drei-System-Landschaft 615 dringende nderung 315, 328 dringende Korrektur 308, 312 duale Systemlandschaft 360 DVM-KPI-Detailsicht 561 dynamische Interface Analysis 729

E
E2E-Exception-Analyse 73 E2E-Trace-Analyse 73 E2E-Workload-Analyse 73 EA-Governance- und Strategie-Frameworks 153 eCATT 70, 235, 259, 261 eCATT-Testskript 260 ECC-Business-Application-Analyse 685 Editor technisches System 112 EEM-Robots 475 Eigenentwicklungen 179, 606, 697 Kritikalitt und Einfluss auf Kerngeschftsprozesse 700 Qualitt 700 Quantitt 699 technische Umsetzung 700 Testaufwand 698 Einfhrungsprojekt 157, 207 Einzelsystem-Update 622 E-Learning-Management 182 E-Mail-Benachrichtigung, Testen 257 Endanwenderschulung 653 Endanwender-Test 231 Endbenutzerrollen 195 End-to-End-Analyse 487 End-to-End-Change-Analyse 494 End-to-End-Exception-Analyse 489 End-to-End-Monitoring und Alerting 37, 48 End-to-End-Root-Cause-Analysis 481 End-to-End-Trace-Analyse 496, 603, 607 End-to-End-Workload-Analyse 492

End-User-Experience-Monitoring 44, 82, 92, 445, 447, 474 Auswertungen 532 Enhancement Package 232, 234, 239, 615, 623, 633 Installation 624 Testumfang 241 Wartung 624 Enqueues 606 Entwicklung mit Freigabe 318 Entwicklung ohne Freigabe 318 Entwicklungsstrukturen aufbauen 180 Error Monitor 467 erweitertes nderungs- und Transportsystem 39, 40, 332 erweitertes Transportmanagement 65 Erweiterungen 232 Erweiterungsspot 700 Eskalation 84, 411 Events 455 Excel-Upload-Schnittstelle 129 Exception Management Cockpit 91 Exception Status 463 Exception-Analyse 43, 487, 489 Expert Analysis Transactions 80 Extended Computer Aided Test Tool 260 External Batch Processing 579 Extraktor-Framework 366

F
Feedback-Funktion 187 fehlerhafte nderungen 364 Fehlerkorrektur 59, 315, 323, 331 Fehlermeldungen, Testen 259 Ferrero Deutschland MSC GmbH & Co. KG 373, 428 File-System-Browser 488 Filter, CCLM 715 Financial Management 384 First Level Support 406, 419 Flat File 570 Fortschritts-Reporting 267 Testen 263 Fourth Level Support 407 fhrendes System 710

769

Index

Full-Sync-Phase 110 funktionale Spezifikation 163 funktionales Testen 231 Option 1 251

G
Garbage Collection 535 genderte geplante Ausfallzeiten 503 Genehmigungsverfahren 312 Ferrero 377 Genehmigungsvorgang 323, 325 Genehmigungsworkflow 180 geplante Ausfallzeiten 503 Geschftprozessberwachung 569 Geschftsablufe 144 Geschftsjahr umstellen 671 Geschftspartner 405 Geschftsprozess 145 Dokumentation 131 Lebenszyklus 166 optimieren 657 Performance 599 Statusmonitor 85 Test 231 Geschftsprozess-Analyse 568, 573 Bayer MaterialScience 610 Geschftsprozessbeschreibung 163 Geschftsprozessgrafik 600 Geschftsprozess-Monitoring 87, 119 Geschftsprozessschritt Test 231 Geschftsprozesssicht 134 Geschftsprozessstabilisierung 567 Geschftsprozessstruktur 120 Geschftsprozessberwachung 166, 565, 566 Reporting 573 und Datenkonsistenzmanagement 594 Geschftsprozessverbesserung 568 Geschftsszenario 145 gespeicherte Suche 341 Global ASAP Rollout Roadmap 210 Global ASAP Template Roadmap 209, 214 Global Blueprint and Global Realization 210 Global Maintenance and Support 210

Global Program Setup, 210 globale Attribute 212, 214 globale Vorlagen 657 globaler Empfnger-Pool 512 globales Attribut 206 Global-Roll-out-Funktionalitt 212 Governance-Modell 543 Greenfield-Ansatz 659

H
halbautomatischer Abgleich mit BC Sets 362 HARTMANN GRUPPE 197 Hauptgeschftszeit 503 Hauptspeicher 534, 535 Historie 189 Reporting 196 Homogenitt 505 Host-Analyse 487, 488 Host-Verfgbarkeit 534, 535 Hot-Backup-SLD-System 118 HP QuickTest Professional 235, 260, 269 HR Support Packages 626 HTTP-/RFC-ST12-Trace 603 HTTP-Sessions 535 Hub 102, 625

I
iBase (Installed Base) 407 IBM Rational 38, 236, 282 IBM Rational Functional Tester 260 Identifizierung von Kerngeschftsprozessen 119 IMG-Auswertung 193 IMG-Projekt 176, 316, 337 Implementierung der Lsung 60 Implementierungsprojekt 309 generieren 213 Importsperre 299 Incident 64, 76, 84, 381, 383 Folgeaktivitten 404 Incident Management 35, 55, 321, 381, 582 Auswertungen 532 Ferrero 428

770

Index

fr IT-Dienstleister 416 fr Softwarepartner 423 itelligence AG 440 Kategorisierung 412 mit 3rd-Party-Help-Desk 414 Prozess 398 Stammdaten 405 Incremental-Sync-Phase 110 Infrastructure Management 57 initiale Dokumentation 95 Installed Base Management 384 Instanzverfgbarkeit 534, 535 Integration Server 462 Integration Validation 73 Integration von Partnerprodukten 38 Integrationstest 69, 231, 318 Integrationsvalidierung 500 Interactive Reporting 480 interaktive Auswertungen 448, 529 Typen 536 interaktives Reporting 446 Issue List 521 Issue, Nachvollziehbarkeit 181 IT Analytics 384 IT Infrastructure Library ITIL IT Service Desk 384 itelligence AG 436 ITIL 29, 57, 314, 345, 375, 381, 384 im SAP Solution Manager 383 IT-Kalender 86, 511 IT-Objekt 408 IT-Performance-Reporting 85 IT-Servicemanagement 62, 345, 382 Implementierung 392 und ALM 386

Jobdokumentation 583 Jobeinplanung 89 Job-Monitoring 586 Jobberwachung 579 Jobverwaltung 565, 576 Incident Management 582

K
Kategorisierung, mehrstufig 411 Kennzahlen 568 Kerngeschftsprozess 82, 131 Key Performance Indicator 46 Klon 726 Knowledge Article 408 Knowledge Management 384, 408 Kollektoren, CCLM 711 Kommunikationskanle 465 Komponentensicht 146 Konfiguration 132 Baseline-Konfiguration 177 Detailkonfiguration 177 Dokumentation 178 Phasen 177 Reporting 191 szenariospezifisch 177 Voraussetzungen 175 Konfiguration der Lsung 174 Konfigurationsbeschreibung 163 Konfigurationsdatei 624, 651 Konfigurationsleitfaden 179 Konfigurations-Repository 366 Konfigurationsspeicher 372 Konfigurationsstruktur 212 Konfigurationsvalidierung 369, 632 Konsistenzprfung 175 Dokumentation 121 Konsistenzzyklus 592 Konsolidierungssystem 720, 724 Kontenplne umstellen 670 Kontrollsystem 720, 722, 724 Konzern-Roll-out 204 Procter & Gamble 225 Kopien, Transport 307, 352 Kostenrechnungskreise zusammenfhren 668 Kostenrechnungskreise, umbenennen 670 Kostentreiber, Upgrade 633

J
Java Support Package Manager (JSPM) 617 Java, Auswertungen 535 Job anlegen 586 Job Scheduling Management 38, 87, 348, 395, 576 Job Scheduling Management Health Check 589 Jobantrag 580 zuordnen 584 Jobdokument 583

771

Index

kritische Objekte 336 kritisches System 131 kundeneigene Entwicklungen 616 kundeneigener Code 238 kundenspezifische Erweiterungen 699

L
Landscape Fetch 108 Landscape Management Database (LMDB) 39, 108, 109 sanofi-aventis 141 Landscape Tranformation Management 35 Landscape Verification 1.0 for SAP Solution Manager 138 Landscape Verification Tool 108, 109, 114, 115, 616 sanofi-aventis 139 Landschaftsdaten 99 Handhabung 104 Topologie 117 Landschaftsmanagement 39 Landschaftsmuster 99, 102 Hub 102 Sidecar 102 Landschaftswachstum 551 Lasterzeugung, automatisch 476 Lasttest 231, 233 Lastverteilung 606 Laufzeitschtzung 685 Learning Map 195 erstellen 185 Feedback 187 Kapitelstruktur 186 Learning Map Builder 653 Lebenszyklus 31, 321 Lerninhalte organisieren 185 Lernmaterial 195 Lernmaterialien 179 erstellen 183 Reporting 194 Lights-out-Test 263 Lizenz 52 Lizenzmanagement 628 Lizenzschlssel 629 Lizenzverwaltung 628 LMDB 108

Logical Information Object (LOIO) 178 logische Komponente 316 Lsung 208 SAP Solution Manager 32 Lsungsdesign 208 Lsungsdokumentation 33, 68, 95 HARTMANN GRUPPE 198 Kernelemente 96 Lsungsdokumentation, Assistent 118 Lsungsimplementierung 33 Lsungslandschaft 133, 304 LTS 679 LUW-Konzept 592

M
Maintenance Management 347 Maintenance Optimizer 103, 115, 175, 615, 616, 640, 651 fr SAP ERP 623 Konzept 618 und SAP Global Support Backbone 618 Vorteile 617 Major Release 59, 63, 207, 296, 309 Management Dashboards 45 Management-Auswertungen 539 Mandantentransfer 663, 675 manueller Abgleich 362 manueller Testzyklus 250 manuelles Testen 255 Mappengruppe 215 Master Component Repository 105 Mehrfachnderung, Ferrero 377 mehrstufige Kategorisierung 333, 411 Meilensteine 299 projektspezifisch 161 Meldung 180 an SAP weiterleiten 421 Eingangskanal 399 Nachvollziehbarkeit 181 verknpfen 420 zum Projekt zuordnen 181 Meldungsbearbeitung 401 itelligence AG 438 Meldungsreport 267 Mergers and Acquisitions 657

772

Index

Message Flow Monitor 469 Message Monitor 466 Metamodell fr Geschftsablufe 145 Metriken 455 Metrik-Monitoring 456, 531 Minor Release 59, 75, 208, 296, 309 Mission Critical Support 80 Modification Browser 730 Modification Justification Check 733 Modification Overview 730 Modifikation 717 Modifikationsabgleich 731 Monitor anwendungsspezifisch 569 technisch 570 Monitoring 444 Aufgaben 572 proaktiv 82 Monitoring- und Alerting-Infrastruktur 44, 48, 447 Monitoring-Objekt, BPM 569

Old Space Usage 535 Operate-Phase 30, 58 Operations Control Center 79, 80, 92 Optimierung 446 Optimize-Phase 30, 58 Organisationseinheit 405 Organisationseinheiten 169 hinterlegen 161 Organisationsmodell 406 Organisationsstrukturen 659 OS-Analyse 488 OS-Command-Konsole 489 Overview-Monitor 462

P
Paging-Rate 534, 535 Parallel Processing Framework 87 parallele Verarbeitung 606 Partner-Hinweis 425 Partnerunternehmen 160 Patches 615 Performance 534, 535 von Geschftsprozessen 565, 599 Performance Status 463 Performancetest 69, 231, 233 Phantom-Alerts 509 Phasenlandschaft 360 Physical Information Objects (PHIO) 178 PI Integration Builder 351 PI-Monitoring 44, 448, 458 Alerts 473 Metriken 463 Support-Tickets 473 Pink Elephant 384 PMBOK 149 Portal Content Administrator 351 Portalrolle 148 Portfolio- und Projektmanagement 60 Positionsbestimmung 544 Positive Call Closure 410 Post Processing Office (PPO) 89 PPOMA_CRM 406 Priorisieren nach Altersstruktur der Daten 552 nach Nutzungshufigkeit 553 nach Speicherverbrauch 550 von Objekten 549

N
N+1-Landschaft 360 Nachrichtensuche, zentrale 471 Nachvollziehbarkeit 180, 196 Near-Zero-Downtime-Methode 654 normale nderung 315, 318, 323, 326, 354 normale Geschftszeit 504 Notfall-nderungen 364 Notkorrektur 339 Nutzungshufigkeit 553 Nutzungsrechte 52

O
Object Management 384 Objektattribute 162 Objekte, CCLM 712 Objektsperre 308, 335, 355 Optionen 355 Offene Aufgabenliste 516 Offenheit 38, 39 Office of Government Commerce (OGC) 383

773

Index

Proaktives Monitoring 82 Problem 382, 383 Folgeaktivitten 404 itelligence AG 440 Problem Management 55, 381, 384, 521 Prozess 398 Process Flow Analyzer 275 Procter & Gamble 223, 734 Products and Production Management System (PPMS) 105 Produktionsvorbereitung 151 Produktivstart und Support 151, 152 Produktivsystem 719, 724 Produktsystem 99, 101 Landscape Verification Tool 116 Profit-Center reorganisieren 667 Project Management Institute Project Management Body Of Knowledge (PMI PMBOK) 149 Projekt- und Lsungsdesign 208 Projekt, SAP Solution Manager 31 Projektbesetzung 159 Projektdokumentation 215 Projektkonfiguration, Dokumentation 184 Projektmitarbeiter verwalten 158 Projekt-Monitoring, Procter & Gamble 228 Projektphasenverwaltung 336 Projektplanung, Upgrade Roadmap 649 Projektstandards 212 Dokumentationsarten 162 festlegen 162 Statuswerte 162 Stichwrter 162 Projektstruktur bearbeiten 136 Projekttemplate 164 Projektumfang 157 Projektverwaltung 31, 66, 156, 171, 174 Projektmitarbeiter 158 Projektvorbereitung 150 Projektzyklus 312, 317, 318, 319, 337 Prozess, SAP Solution Manager 33 Prozessbibliothek 204 Prozessdefinition 204 Prozess-Design 659

Prozesse kundenspezifische 168 Wiederverwendung 168 Prozessfluss 172 Prozessharmonisierung 204 Prozessketten 580 Prozesskomponentenliste 637, 640 Prozessschritt 132, 145 Prozessstruktur 165 Geschftsprozess 165 Geschftsszenario 165 Organisationseinheiten 165 Stammdaten 165, 169 Strukturelement 165 Prozessberblicksmonitor 87 Prfregel 123 Prfreihe 123 Prfschritt 123 Pull-Mechanismus 42 Push-Mechanismus 42

Q
Q-Gate Quality Gate Q-Gate-Kalender 301 Qualittsausschuss 300 Qualittsmanager 300 Quality Gate 65, 161, 298, 299 Dokumentation 301 Quality Gate Management 61, 65, 295, 296, 344, 359 zentrale Transportverwaltung 303 Quality Gates 345 Quality-Gate-Kalender 66, 298, 301 queued Remote Function Call (qRFC) 570

R
RBPD-Content 127 Realisierung 151 Realtime Monitoring UI 476 rechtliche Anpassungen 615 Re-Dokumentation 96 Referenz-Prozessstruktur 212 Referenzsystem 722, 723 Regeldatenbank 124

774

Index

Regressionstest 69 Release Management 296, 312 Release-Prozess 64 Releases, Arten von 296, 309 Remote-Support 422, 427 Reorganisationsprojekt 657 Reporting 446 Administration 189 Business Blueprint 188 CCLM 714 Change Request Management 342 Einfhrungsprojekt 188 Historie 196 Konfiguration 191 Lernmaterialien 194 Roadmap 188 Systemlandschaft 196 Test 196 Reportvariante 190 ReqPro 38, 236 Request for Change 62, 312, 321 Requirements-Modul 235, 236, 273 Requirements-Phase 30, 58, 63 Requisite Pro 38, 236 Retrofit 62, 295, 359, 360 HARTMANN GRUPPE 200 Kategorien 361 Reverse Business Process Documentation (RBPD) 127 RFC-Destinationen 534 RFC-Provider 535 Roadmap-Auswahl 158 Roadmaps 66 Robots 475 Roll-in 223 Roll-out 204 Roll-out-Projekt 205 Root Cause Analysis 37, 42, 71, 80, 446, 481 nderungsanalyse 94 Architektur 485 CA Wily Introscope 94 Elemente 482 komponentenspezifisch 483 komponentenbergreifend 483 Qualittssicherung 499 Trace-Analyse 93 Vorgehen 483 Werkzeuge 487 Workload-Analyse 93

Run SAP like a Factory 79, 81 Run-SAP-Roadmap 153

S
SA_PROJECT_UPGRADE 217, 219 SA38 589 sanofi-aventis Deutschland GmbH 137 SAP Add-On Installation Tool (SAINT) 617 SAP Best Practices, Transport 307 SAP Business Process Performance Optimization (SAP BPPO) 605 SAP Business Suite 149 SAP BusinessObjects 351 SAP BusinessObjects Dashboards 46 SAP Central Process Scheduling by Redwood 38, 89, 577, 580, 585 SAP Code Inspector 701, 703 SAP cProjects 60, 65 SAP Data Volume Management Best Practice Session 556 SAP Download Manager 621 SAP EarlyWatch Alert 75, 446, 524, 602 SAP EarlyWatch Alert Service 711 SAP EarlyWatch Check 75 SAP Enhancement Package Installer 617, 625 SAP Enhancement Package Enhancement Package SAP Enterprise Modeling Applications by IDS Scheer 38 SAP Enterprise Support 36, 52, 55 SAP Exception Management Cockpit 80 SAP Extended Diagnostic 43 SAP Global Support Backbone 618, 628 SAP GoingLive Functional Upgrade Check 653 SAP HP Quality Center 249 SAP Landscape Transformation 655 Anlagenklassen umstellen 672 Buchungskreise umbenennen 670 Buchungskreise zusammenfhren 665

775

Index

Carve-Out 664 ergnzende Services 688 Geschftsjahr umstellen 671 Installation 677 Kontenplne umstellen 670 Kostenrechnungskreise umbenennen 670 Kostenrechnungskreise zusammenfhren 668 Mandantentransfer 663 Nutzung 677 Profit-Center reorganisieren 667 Projekt anlegen 682 Projekt durchfhren 684 Roadmaps 658 SKW Stahl-Metallurgie 692 vs. Greenfield-Ansatz 660 SAP LoadRunner by HP 38 SAP NetWeaver Business Warehouse (BW) 41, 46 CCLM 705 SAP NetWeaver BW 41, 46 SAP NetWeaver Master Data Management 673 SAP NetWeaver Process Integration Metriken 463 Monitoring 458 SAP Passport 478 SAP Product Support for Large Enterprises (SAP PSLE) 36, 385 SAP Productivity Pak by Ancile 38, 184 SAP Quality Center by HP 38, 235, 268 Fehlermeldungen 278 Reporting 279 SAP Quality Manager 236 SAP Service Delivery 395 SAP Solution Manager fr Nicht-SAPSoftware 39 SAP Standard Support 54 SAP Support Package 234 Testumfang 241 SAP TAO 249, 269, 271, 275 Wartung von Testfllen 280 SAP Task Structure 520 SAP TDMS 269 SAP Test Acceleration and Optimization 235, 249, 269, 271, 275 Wartung von Testfllen 280

SAP Test Data Migration Server (TDMS) 252, 269 SAP Transport Execution Analysis 363 SAP Upgrade Assessment 653 SAP Web Client 49 Ferrero 376 SAP-nderungs- und Transportsystem (CTS) 348 SAPConnect 508 SAP-Einfhrungsleitfaden (IMG) 316 SAP-Hinweise 616 Systemempfehlungen 630 SAP-Importwerkzeug fr Add-ons (SAINT) 624 SAP-IT-Servicemanagement (SAP ITSM) 384 SAP-Partner 483 SAP-Quality-Center-Testbericht 278 SAP-SLO-Evaluation-Service 691 SAP-SLO-Execution-Support-Service 691 SAP-Solution-Manager-Adapter fr SAP Quality Center 270 SAP-Solution-Manager-Systemlandschaft 96 SAP-TAO-Testbericht 277 Schnittstellen hinterlegen 169 neue 659 Schnittstellentest 231 Schnittstellenberwachung 565, 566 SCI 703 Scope to Build 67 SCOV 707 SDCCN 706 SE09 327 SE95 730 Second Level Support 407 Secure Area 410 Segregation of Duties 300 sensitive Objekte 336 Service Data Control Center (SDCCN) 706 Service Delivery 57 Service Desk 37, 51, 81, 181, 235, 391 Ferrero 432 fr Partner 419 HARTMANN GRUPPE 200

776

Index

itelligence AG 438 Meldung 311 Support-Meldung 327 Service Level Management 384 Service Level Reports 539 Service Request Management 384 Service Support 57 Servicemeldungen 180 in Learning Maap einbinden 186 Service-Request 62, 64 Shared Resources 607 SID 100 Sidecar 102, 625 Single Source of Truth 62, 119, 393 Single Transaction Analysis 604, 607 Sizing 606 Skriptverfgbarkeit 538 SKW Stahl-Metallurgie Holding AG 692 SLA-Eskalation 411 SLD-Registrierung automatisch 99 SLG1 510 SM36 578, 586, 589 SM37 578, 589 SMCR 582 SMIN 582 SMSY 108, 114, 115, 119, 134, 298, 408 sanofi-aventis 138 SNP AG 197 Software Lifecycle Manager (SLM) 617, 621 Softwarekatalog 105 Softwarekomponenten 100 Softwarelebenszyklus 58 SOLAR_EVAL 180, 188, 228 SOLAR_LEARNING_MAP 183, 185, 195 SOLAR_PROJECT_ADMIN 130, 156, 171, 174, 210, 298 SOLAR01 96, 132, 136, 147, 164, 165, 212 SOLAR02 96, 132, 147, 176, 183, 185, 212, 273, 717 Soll-Konzept 164, 170 Anforderungen 170 SOLMAN_SETUP 110, 396 SOLMAN_WORKCENTER 645 Solution Directory 706

Solution Manager Diagnostics 607 Solution-Manager-Projekt 31, 32 SOST 508 SPAU 731 Speicherverbrauch 535, 550 SQL-Anweisungen, teure 606 SQL-Trace 604 ST/A-PI 01N 607 ST03N 706 ST12 604, 607 ST14 608 ST-A/PI 604 STAD 603 Stadt-Modell 698 Stammdaten 169 neue 659 Stammdaten harmonisieren 657 Standard Batch Script 40 Standard Shell Script 40 statischer Verwendungsnachweis 729 Statistiksystem 719, 722 Statusanalyse 266 Status-Infosystem 266 Statusmonitor fr Business User 86 Statusmonitor fr Geschftsprozesse 85 Statusmonitor fr technische Komponenten 86 Statusreport 267 Status-Reporting, Testen 263 Statuswerte 162 Stichwrter 162 ST-ICO 148 Strukturelemente 169 Strukturelemente lschen 215 SU01 159 Sub-Deliverables 152 Support Package 615, 616, 618 Auswahl 619, 620, 621 Download 619, 621 einspielen 619, 622 Verteilung 622 Support Package Manager (SPAM) 617 Support Package Stack 620 Support-Meldung 408 Switch Framework 175 Synchronisation von Entwicklungssystemen 360

777

Index

System kritisches 131 technisches 99, 101, 113 System Landscape Directory (SLD) 98, 133 sanofi-aventis 138 Systemadministration, zentrale 513 Systemadministrationssitzung, zentrale 515 Systemanalyse 487, 488 Systemauswertungen 532 Systemdatencontainer 262 Systemdokumentation 133 Systeme vergleichen 343 Systemempfehlungen 630 einrichten 632 Integration 632 Systemhierarchie 454 Systemkennung (SID) 100 Systemkonsolidierung 657, 675 Systemlandschaft 189 Analyse 661 duale 360 festlegen 160 pflegen 160 Reporting 196 Systemlandschaft (SMSY) 115, 119 Systemlandschaft Solution Manager 133 Systemlandschaftsgrafik 303 Systemlandschaftspflege 706 Systemlandschaftssicht 135 Systemlastmonitor 706 System-Monitoring 44, 447, 453 Hierarchie 455 Systemsicht 134 systembergreifende Objektsperre 336 Systemverfgbarkeit 534, 535 Szenariokomponentenliste 637, 640 Szenariotest 69 szenariobergreifend 176

T
Tabellenanalyse 237 Task Log Book 518 Task Log Book History 522

Task Management 515 Task Session Report 524 TBOM-Arbeitsvorrat 254 TBOM-Aufgaben 249 Technical Alerting 395 Technical System Editor 39 Technical Usage 624 technische Administration 82, 86, 501 technische Analyse 524 technische Komponenten, Statusmonitor 86 technische Landschaftsdokumentation 97 technische Spezifikation 163 technische Stckliste (TBOM) 246 technischer Aufgabenplan 358 technischer Betrieb 34, 92, 443 Analyse 446 Anwendung 444 Benachrichtigung 445 Monitoring 444 Optimierung 446 Reporting 446 technisches Monitoring 43, 447 technisches System 99, 101 anlegen 113 technisches Szenario 456 Test Automation Framework 235, 260 Colgate-Palmolive 289 Funktionsumfang 261 Test Data Migration Server (TDMS) 236 Test to Deploy 73 Test Workbench 235, 253 Auswertungen 532 Ferrero 429 Reporting 265 Testaufwandsreport 267 Testausfhrung 233 manuelle 257 Testauswertung 255 Testautomatisierung 61, 71, 259, 260 Testautomatisierungs-Framework 249 Testbericht 277, 279 Testdatencontainer 262 Testdokumentation 259 Testdurchfhrung 232

778

Index

Testen IBM Rational 285 manuelles 255 Tester-Arbeitsvorrat 255, 258 Testfall 34, 216, 394 Testfallabdeckung 265 Testfallbeschreibung 163, 258 Testflle 258 beschdigte 255 Katalogisierung 256 manuelle 256 Testkonfiguration erstellen 261 Testmanagement 34, 61, 75, 182, 196, 231, 347, 394, 652 HARTMANN GRUPPE 201 Prozess 70, 232 Testoption 1 235, 249, 251 Testoption 2 235, 249, 268 Testoption 3 236, 282 Testoptionen 234 Testpaket 70, 256, 258 Test-Phase 69 Testplan 70, 233, 256, 394 erstellen 273 inkonsistenter 266 Testplanung 232, 233 Testoption 3 284 Testplanverwaltung 254 Test-Reporting 265 Testsequenz 257 Testskripte 61, 262 automatische 248 Testsystem, Aufbau 233 Testumfang 61, 232, 233 Optimierung 72, 242 Testvorbereitung 254 Testwerkzeug, Optionen 234 Testzyklus 233 manueller 250 Third Level Support 407 Thread-Dump-Analyse 488 Threads 535 Top-20-Analyse 732 Traceability 135 Trace-Analyse 43, 93, 94, 487, 496 Training Management 38 Transformation von Daten 669 Transformationsansatz 661 Transformationskonzept 663 Transformationslsung 655

Transformationsprojekt 655, 656 Phasen 660 realisieren 662 Transformationsszenarien 664 Transparenz 313, 327, 340, 617 Transport 349 Transport Execution Analysis 296 Transport Management 297 Transport Management System (TMS) 349 Transport Organizer 349 Transport von Kopien 307, 352 Transportanschluss 313 Transportauftrag 306 Transportauswertung 372 Transport-Backlog 364 Transporthufigkeit 363 Transportkonfiguration 304 Transportmanagement, zentrales 358 Transportrisiken 305, 360 Transportsteuerung 329, 335, 619 Transportverwaltung 348 zentrale 304 Transportweg 304 Trendanalyse 575

U
berholer 308, 335 berwachung von Geschftsprozessen 41 Umstellung Anlagenklassen 672 Kontenfindung 672 Umstellung des Geschftsjahres 671 ungenutzte Daten 555 Unit-Test 68 Upgrade 35, 232, 625, 717 Upgrade Dependency Analyzer (UDA) 633, 635 Abhngigkeitsaussagen 637 Beispiele 641 Upgrade Roadmap 633, 649 Personalisierung 650 Upgrade-/nderungseinfluss-Analyse 718 Phasen 722 Upgrade/Change-Impact-Analysis-Projekt 721

779

Index

Upgrade-Projekt 157, 208, 633 Ursachenanalyse 42, 446 Usage Procedure Logging 124, 707, 711 User Exit Framework 41 User-Defined Search (UDS) 471 User-Exit 700

Vorlagenprojekt 157, 205, 207, 210, 217 Vorlagendefinition 211 Vorlagensammler 213 Vorlagenstnde, verschiedene 216 Vorlagenverwaltung 217

V
Verantwortliche definieren 172 Verantwortlichkeit 173 Verbindungs-Monitoring 44, 445, 448, 456 Verbindungstest 457 Verfgbarkeit 534, 535 Vergleichsfunktion 209 Vergleichswerkzeug 206, 217 verwaltetes System 501 Verwaltung der nderungskontrolle 34, 295 Verwaltung von Dokumenten 135 Verwaltung von kundeneigenen Entwicklungen Procter & Gamble 228 Verwendungsnachweis 729 Vier-Augen-Prinzip 328 View-Trend-Funktion 471 Vorgnger/Nachfolger-Beziehung 208 Vorlage 203 anpassen 206, 217 ausrollen 205 definieren 205 erstellen 130 freigeben 213 implementieren 206 Lebenszyklus 217 Roll-in 223 Sichtbarkeit 211, 213 transportieren 206, 217 Vorlage fr Benutzerschulung 163 Vorlagen anlegen 210 mehrstufige 216 Vorlagennderungen 204 bernehmen 221 Vorlagenmanagement 34, 158, 203, 441 im ALM-Kontext 207

W
Wartung 75 Arbeitsmodus 503 Planung 619, 620 Wartungsaktivitt 618 Wartungsmanagement 35 Wartungsprojekt 157, 208, 309 Wartungsprozess 617 Wartungsvorgang 618, 620 abschlieen 619, 623 Wartungszertifikat 616, 628 automatische Verteilung 628 Wartungszyklus 317, 319 Webformular, Jobantrag 580 Webservice 41, 42 Webservice-Consumer 534 Webservice-Provider 535 Wissensartikel 408 Wissenstransfer 182 Work Breakdown Structure (WBS) 66 Work Center 49 Assistent zur Lsungsdokumentation 121 Betrieb von Geschftsprozessen 89, 571, 593 Change Management 297, 303, 359, 583, 620, 631 Data Volume Management 544 Einfhrung/Upgrade 132, 164, 175, 210, 636, 645, 651 Implementierung/Upgrade 718 Incident Management 413, 435, 583 Jobverwaltung 578 Root Cause Analysis 447, 486 SAP-Engagement und Servicelieferung 364, 607 Self-Service 389 Technische Administration 447, 451, 454, 501, 503, 513 Technisches Monitoring 447, 448, 459, 461, 475

780

Index

Testmanagement 253 Ursachenanalyse 366 Verwaltung der Systemlandschaft 134 Verwaltung des SAP Solution Manager 525, 540 Work Mode Management 502, 513 Reporting 510 Workload-Analyse 43, 93, 487, 492 Worksoft Certify 260

X
X Search 389 XBP-Schnittstelle 579

Z
Zeitprofil 492 Zeitzonen 511 zentrale nderungskontrolle 334 Zentrale Nachrichtensuche 471 Zentrale Systemadministration 513 Zentrale Systemadministrationssitzung 515, 517 zentrale Transportverwaltung 304 zentraler Aufgabenplan 358 zentrales Transportmanagement 358 Zuordnungsvergleich 220

781

Das könnte Ihnen auch gefallen