Master Data Management ‑Best Practices: Erfolgreich zum MDM Projekt

SAP NetWeaver Master Data Management – Best Practices Erfolgreich zum MDM Projekt (c) IBSolution GmbH 2007 SAP NetWeaver MDM – Best Practices – Seite 2 von 24 Inhaltsverzeichnis 1 Management Summary......................................................... 3 2 Einleitung .............................................................................. 5 3 Ansätze für Stammdatenmanagement .................................. 8 4 Organisatorischer Rahmen ................................................. 10 4.1 Commitment und Strategie .......................................... 10 4.2 Die ‚richtigen’ Beteiligten ............................................. 11 4.3 Die gleiche Sprache sprechen..................................... 11 4.4 Bewusstsein schaffen.................................................. 12 4.5 Prozessstandards entwickeln und implementieren ...... 12 4.6 Organisatorische Aufhängung ..................................... 13 4.7 Stammdaten-Lebenszyklus ......................................... 13 5 IT-Strategie für MDM........................................................... 15 5.1 Infrastruktur ................................................................. 15 5.2 Ausrichtung an IT-Strategie ......................................... 16 6 Vorgehensweise ................................................................. 18 6.1 Vorbereitung................................................................ 18 6.2 Datenmodell ................................................................ 19 6.3 Best Practice Ansätze ................................................. 20 7 Fazit .................................................................................... 22 8 Über den Autor.................................................................... 23 (c) IBSolution GmbH 2007 SAP NetWeaver MDM – Best Practices – Seite 3 von 24 1 Management Summary Projekte des bereichs- und applikationsübergreifenden Stammdatenmanagements sind sowohl organisatorisch wie auch technisch eine große Herausforderung. Die Motivation, sich mit dem Thema Stammdatenmanagement auseinander zu setzen, kann aus unterschiedlichen Richtungen kommen. Das Thema Datenqualität und daraus resultierende In- formationsqualität ist nur einer von vielen Aspekten des Stammda- tenmanagements. In einem sich ständig verändernden Marktumfeld ist eine hohe Flexibilität gefragt. Zum einen wandeln sich die Organisationen selbst (Mergers & Acquisitions, Business Process Reengineering usw.), wie auch das Unternehmensumfeld und seine Stakeholder. Die notwendige Flexibilität in der Prozessgestaltung sowie der Unternehmensarchitektur lässt sich auf einen zentralen Aspekt zurückführen: den Grundstein des Unternehmens, seine Stamm- daten. Stammdatenmanagement kann mit unterschiedlichen Ansätzen Ansätze für verfolgt werden: Stammdaten- management Operatives Stammdatenmanagement, wie z.B. mit einem zentralen ERP-Master, Analytisches Stammdatenmanagement, mit einer BI- Ausrichtung, oder Enterprise-Stammdatenmanagement, das objekt- und systemunabhängig ein bereichsübergreifendes Datenmodell sowohl für Analysen wie auch für operative Anwendungen zur Verfügung stellt. Dabei ist insbesondere der letzte Ansatz bezüglich einer Service- Stammdaten- orientierung interessant. Hierbei wird eine Flexibilität in der Gestal- management und tung von Geschäftsprozessen erreicht. Ein zentrales Stammda- Serviceorientierung tenwerkzeug erlaubt dabei die Kommunikation der Prozessbautei- le, indem es eine Sicht auf das Stammdatum in eine andere ‚über- setzt’. Der Ablauf eines MDM-Projekts gestaltet sich insbesondere in den Vorgehensweise Phasen der Projektvorbereitung und der Konzeption als erfolgskri- tisch. Da Stammdaten das gesamte Unternehmen überspannen, (c) IBSolution GmbH 2007 SAP NetWeaver MDM – Best Practices – Seite 4 von 24 ist es teilweise schwierig die relevanten Prozesse und beteiligten Mitarbeiter zu identifizieren. Daraus muss sich allerdings ein Ow- nership-Konzept für Stammdaten ableiten, das zur Sicherung der Daten- und Prozessqualität notwendig ist. Auch die Erarbeitung eines übergreifenden, zentralen Stammda- tenmodells erweist sich häufig als komplex. Nicht nur müssen un- terschiedlichste Anforderungen abgebildet werden, auch muss ein einheitliches Verständnis über diese Definition entwickelt werden. (c) IBSolution GmbH 2007 SAP NetWeaver MDM – Best Practices – Seite 5 von 24 2 Einleitung Stammdatenmanagement ist zurzeit in aller Munde. Dieses White Paper gibt Ihnen einen Überblick, wie Sie das Thema richtig angehen. Das Bewusstsein um die Wichtigkeit von Stammdatenmanage- ment nimmt immer weiter zu. Allerdings führen die sehr weiten Interpretations- und Anwendungsmöglichkeiten teilweise zu Unsi- cherheit gegenüber der Frage, womit man beginnen sollte. Dabei ist die Frage nach dem womit bei weitem nicht so wichtig, wie die Frage nach dem warum. Häufig wird Stammdatenmanagement vornehmlich mit dem Aspekt Stammdaten- der Datenqualität betrachtet. Der eigentliche Mehrwert bezüglich management und Qualität Qualität und Flexibilität von konsolidierten und bereinigten Stamm- daten ergibt sich jedoch aus den Prozessen und einer verbesser- ten Prozessqualität. Dieser Schluss wird erreicht, wenn der Gedanken eines zentralen Stammdatenmanagements konsequent zu Ende gedacht und zentrales Stammdatenmanagement als erster Schritt, als Grundla- ge für eine serviceorientierte Architektur gesehen wird. Anforderungen an eine serviceorientierten Architektur Die Realität von heute zeigt heterogene Organisationen und Sys- Heterogene temlandschaften, fragmentiert in Abteilungen und Applikationen. Systemlandschaften Zunächst ist gegen diese Spezialisierung auf Kernkompetenzen und Funktionalitäten auch nichts einzuwenden. Allerdings ergeben sich Probleme, wenn Geschäftsprozesse abteilungs- und system- übergreifend ablaufen sollen. So entstehen an den organisatorischen wie technischen Schnitt- stellen der Abteilungen Medienbrüche, die eine unternehmens- übergreifende Sicht auf das gemeinsame Stammdatum nur schwer möglich machen. Zum einen kann dies Auswirkungen auf die ope- rativen Geschäftsprozesse haben (wenn z.B. ein Kunde weiter beliefert wird, obwohl an anderer Stelle im Unternehmen bereits bekannt ist, dass er zahlungsunfähig ist). Andererseits sind analy- (c) IBSolution GmbH 2007 SAP NetWeaver MDM – Best Practices – Seite 6 von 24 tische Prozesse fast unmöglich gemacht, da keine unternehmens- weite, konsolidierte Sicht auf ein Stammdatum vorliegt. Verstärkt wird diese Problematik noch durch die Betrachtung der gesamten Wertschöpfungskette, wenn nicht mehr nur einzelne Abteilungen im selben Unternehmen bzw. Abteilungen, die outge- sourct wurden, sondern auch Partner an solchen kollaborativen Geschäftsprozessen beteiligt sind (s. Abbildung 2.1: kollaborative Geschäftsprozesse). Somit kommen weitere, individuelle Sichten hinzu, die sich zumeist noch weiter grundlegend unterschieden. Kollaborative Prozesse Kunden Lieferant Unternehmen Business Process Management Abbildung 2.1: kollaborative Geschäftsprozesse Somit bedarf es sowohl auf organisatorischer wie auch auf techni- Organisatorische scher Seite an Integration, um kollaborative Prozesse in angemes- und technische Integration sener Zeit und Qualität ablaufen lassen zu können. Allerdings ist es hierbei wichtig, nicht nur die aktuell bestehenden Prozesse zu optimieren, sondern sich auch ein gewisses Maß an Flexibilität für künftige Anpassungen offen zu halten. Diese beiden Ziele (Prozessoptimierung und Flexibilität) können sich in einer heterogenen Systemlandschaft mit abgegrenzten Ap- plikationssilos widersprechen. In einer hochentwickelten, speziali- sierten Systemlandschaft sind die einzelnen Abläufe häufig weit- gehens auf den speziellen Anwendungsfall hin optimiert. Allerdings geht dabei die Flexibilität in der Anpassung dieser fest verankerten Prozesse verloren. Eine serviceorientierte Architektur schafft da Abhilfe. (c) IBSolution GmbH 2007 SAP NetWeaver MDM – Best Practices – Seite 7 von 24 Der Gedanke dabei ist es, die Prozesslogik von der Applikations- Trennen von logik zu trennen. Dazu werden Applikationen in Services, d.h. ein- Applikations- und zelne Funktionalitäten zerschlagen, die auch individuell aufrufbar Prozesslogik sind. Diese Services werden zentral verwaltet und können frei kombiniert werden. So kann zum Beispiel ein Service ‚Bonitätsprü- fung’ an beliebiger Stelle im Prozess eingefügt werden. Hierbei können die Services im „Baukasten-System“ beliebig anei- nandergereiht werden, um so die gewünschte Prozesslogik abzu- bilden. Dabei ist es natürlich wichtig, dass diese Services, die Bau- teile unseres Konstrukts, dieselbe Sprache sprechen und sich so austauschen können. Das Vokabular dafür besteht aus Stamm- und Metadaten, die den Prozess als Rückgrat in seiner gesamten Länge umspannen. Es muss also für den Fall, dass unterschiedliche Vokabeln ver- MDM als wendet werden, ein Übersetzer zwischengeschaltet werden.