Continuous Monitoring
Risiken erkennen, Transparenz schaffen
Nach einem Konzepttest in einem ausgewählten Bereich gilt es, eine Roadmap für den Rollout in der gesamten Organisation aufzubauen. Hierzu gehört auch die Analyse der bestehenden Risiko- und Performance-Management-Systeme, der Schwachstellen und Ineffizienzen.
Parallel müssen die technischen Voraussetzungen geprüft werden, etwa im Hinblick auf die Struktur und Qualität der Daten in den Systemen. Einer präzisen Definition der Regeln und Ausnahmen kommt dabei eine kritische Bedeutung zu, damit die neue Lösung weder ein Gefühl falscher Sicherheit suggeriert noch zu einer "Alarm-Orgie" führt, die das System letztlich lahm legt.
Foto: KPMG AG
Die Implementierung eines CM-Systems für den Einkauf geht typischerweise über mehrere Stufen, beginnend mit der Einführung von Werkzeugen zur Datenanalyse für die Unterstützung bisher manueller Prozesse bis hin zum Rollout eines komplexen und umfassenden Systems über die Gesamtorganisation und der Einbindung externer Partner und Lieferanten.
Barrieren und Stolpersteine
Innerhalb der Einkaufs- und SCM-Organisationen wächst das Interesse an derartigen Lösungen. Doch trotz der offensichtlichen Vorteile, die CM-Systeme bieten, ist der Implementierungsgrad noch gering. Mögliche Gründe könnten sein:
-
Die Einführung eines CM-Systems stellt das Unternehmen vor konzeptionelle und technische Herausforderungen. So beklagen viele Organisationen eine hohe Intransparenz über die am Markt verfügbaren technologischen Lösungen und das Fehlen der technologischen Expertise.
-
Es herrscht weitgehend Unklarheit darüber, welche Elemente ein CM-System enthalten muss.
Weit mehr als die Technik
Selbst die Mindestanforderungen an ein CM-System beinhalten Datenextraktion, Datenanalyse, Case Management zur Behandlung von Ausnahmen sowie Reporting-Funktionen, beispielsweise über Dashboards. Das erfordert einiges Know-how. Erschwerend kommt hinzu, dass die Unternehmen häufig mit heterogenen IT-Landschaften und schlechter Qualität der Quelldaten zu kämpfen haben, was die Einführung eines bereichs- oder gar unternehmensweiten Systems zu einer Herausforderung macht.
Nicht zuletzt stellt die erzeugte Transparenz über den tatsächlichen Ablauf der eigenen Prozesse viele Unternehmen vor nicht zu unterschätzende Herausforderungen im Change-Management: Bereits bei der Erstanalyse von Prozessen, insbesondere im Rahmen eines unternehmensweiten Rollouts, werden überkommene Verhaltensweisen und bestimmte Formen der Zusammenarbeit ausgeleuchtet und hinterfragt, was auch zu Spannungen führen kann.
- Zehn Stolpersteine im Change-Management
Hier sind die am häufigsten begangenen Fehler, die einer erfolgreichen Anpassung der IT-Systeme und -Strukturen immer wieder im Weg stehen. - 1. Keine Ausrichtung am Unternehmensziel
Ausgangspunkt jedes erfolgreichen Change-Managements ist die enge Verbindung mit der Unternehmensstrategie: Firmen, die sich am Markt als Qualitätsführer positionieren, sind auf ein besonders hochwertiges Change-Management angewiesen. Für Unternehmen, die auf wechselhaften Märkten agieren, ist es wichtig, dass die Changes flexibel und rasch aufsetzbar sind. Generell soll das Change-Management maximale Qualität bei äußerster Flexibilität und geringen Kosten sicherstellen. - 2. Missachtung der jeweiligen Business-Relevanz
Es gibt Systeme, die für den operativen Betrieb elementar sind und Hochverfügbarkeitsanforderungen stellen. Andere haben lediglich unterstützenden Charakter. Diese Unterschiede werden in den Change-Management-Prozessen oft nur ungenügend abgebildet. Hier hilft ein Clustering der IT-Landschaft. - 3. Keine Business-basierende (Kosten-Nutzen-)Analyse
Änderungen, die nur einen kleinen Anwenderkreis betreffen, können dennoch enorme Auswirkungen haben, beispielsweise bei der Umsetzung gesetzlicher Anforderungen. Dagegen sind andere Veränderungen trotz ihrer gefühlten Bedeutung nur mäßig relevant. Eine Priorisierung darf deshalb nicht danach gehen, "wer am lautesten schreit" oder wer zuerst einen Change angemeldet hat. Entscheidend sollten wirtschaftliche Erwägungen sein. - 4. Nicht optimierte Change-Management-Prozesse
Die Umsetzung von Change-Management-Prozessen ist in der Praxis ein komplexes Unterfangen. Abhängig vom jeweiligen Change sind verschiedene Organisationseinheiten einzubinden, Umsetzungen unterschiedlich zu planen, Qualitätssicherungs- und Testmaßnahmen in diversen Ausprägungen auszuführen und Rollouts individuell zu gestalten. Das bilden die operativen Change-Prozesse meist unzureichend ab. Damit fehlen übergreifende Prozesssteuerung und -transparenz, Verantwortlichkeiten sind unklar, Qualitätssicherungs- und Testmaßnahmen finden nicht ausreichend statt, und die Fachbereiche werden ungenügend einbezogen. - 5. Fehlende Gesamtübersicht über laufende und geplante Changes
Bereits beschlossene Änderungen stehen in Konkurrenz zu geplanten Changes und zum operativen Tagesgeschäft. Zudem ist der tatsächliche Aufwand schwer abzuschätzen. Deshalb bedarf es einer Gesamtübersicht über laufende und geplante Changes inklusive aktueller Ressourcenplanung. Hier sind neben den IT-Ressourcen auch die Fachbereiche zu betrachten, die ja verantwortlich für Beauftragung, fachliches Testen sowie Abnahme der Changes sind. In der Realität gibt es eine Ressourcenplanung jedoch höchstens bei der Beauftragung. - 6. Weder Überprüfung von KPIs noch Rückkopplung zu KVPs
Nach der Umsetzung eines Change ist ein Post Implementation Review (PIR) sinnvoll. Mit einem solchen Prozess lässt sich die Qualität der Umsetzung überprüfen. Für eine umfassende Betrachtung müssen alle Beteiligten befragt werden. Dazu zählen neben der IT auch die beauftragenden Personen inklusive Sponsor. Ansonsten ist eine realistische Bewertung kaum möglich. Über Key Performance Indicators (KPIs) lassen sich zudem Verteilung und Ursache von Changes überprüfen. Beides sind wichtige Informationsquellen für den Kontinuierlichen Verbesserungsprozess (KVP). - 7. Standard-Changes nicht erstellt und dokumentiert
Zirka 80 Prozent aller Änderungen in der IT lassen sich in Form von Standard-Changes beschreiben und anwenden. Solche Änderungen basieren auf einer klar definierten Beschreibung, und sie lassen sich im Idealfall ohne eine Genehmigung von theoretisch jedem Mitarbeiter ausführen. Derart "reproduzierbares Wissen" entlastet nicht nur die einzelnen Spezialisten, sondern erhöht auch Transparenz und Geschwindigkeit bei der Umsetzung. - 8. Mangelnde Abstimmung von Fachbereich und IT
Change-Management ist kein reiner IT-Prozess. Er kann deshalb nur erfolgreich sein, wenn er in bestehende Unternehmensprozesse eingebunden wird. Beispielsweise ist es im Produktentwicklungs-Prozess wichtig, dass die für das neue Produkt relevanten IT-Anpassungen frühzeitig abgestimmt und umgesetzt werden. Aber oft werden Changes erst dann beantragt, wenn die IT keine Möglichkeit mehr hat, Alternativvorschläge zu unterbreiten. - 9. Fehlendes Commitment von Seiten der Mitarbeiter
Erfolgreiches Change-Management im Unternehmen setzt voraus, dass die betroffenen Mitarbeiter von dessen Nutzen überzeugt sind. Ein strukturierter Prozess hat zur Folge, dass die Dokumentation der Tätigkeiten formaler und gegebenenfalls umfangreicher wird. Oft sind die Mitarbeiter deshalb schwer motivierbar, die Prozesse tatsächlich zu leben. Aus diesem Grund ist das Augenmerk auf die Kommunikation der persönlichen Vorteile zu legen. - 10. Fehlende Individualisierung des Prozesses
Change-Management-Prozesse müssen individuell an die Unternehmensbedürfnisse angepasst werden. Dafür, wie sie im Dreieck von Qualität, Kosten und Zeit aufzustellen sind, gibt es keine allgemeingültigen Empfehlungen. Aber Change-Management-Prozesse im Unternehmen zu etablieren, ohne die spezifischen Anforderungen zu berücksichtigen, ist ein schwerwiegender Fehler. Die Individualisierung betrifft auch die Wahl eines geeigneten ITSM-Tools.
Spätestens hier wird sichtbar, dass die Technik lediglich eine Komponente für ein leistungsstarkes CM-System in Einkauf und SCM darstellt. Dessen Basis bilden weit reichende Anpassungen der Arbeitsprozesse, Rollen und Verantwortlichkeiten, die Definition von Best Practice-Prozessen sowie die Übersetzung der Prozessbeschreibungen in technologische Dimensionen.
Die Voraussetzung dafür bildet eine "Blaupause", in der die klare Erwartungshaltung des Unternehmens an die eigenen Prozesse formuliert ist. Und das im Hinblick auf relevante Compliance-Regeln, Risiko-Management-Ansätze, auf ein an Benchmarks und zentralen KPIs orientiertes Performance-Management sowie auf die genaue Kenntnis der Schnittstellen zu Lieferanten und internen Partnern. Erst das Zusammenspiel der technischen und fachlichen Expertise ermöglicht deshalb die Einführung eines Systems, das in der Lage ist, effizientes und sicheres Prozessmanagement sowie Problemidentifikation und Problembehandlung zu integrieren.