Scrum und ERP-Systeme - das passt zusammen!

In der Rolle der ScrumMaster und Coaches betreuen meine Kollegen und ich seit mehr als zwei Jahren intensiv diverse ERP-Projekte. Alle sind wir mittlerweile der Meinung, dass Scrum im SAP- bzw. ERP-Umfeld nicht nur funktioniert, sondern dass Scrum und ERP sogar eine besonders vorteilhafte Kombination ergeben können. Aber Moment, wie kommen wir überhaupt zu dieser Aussage?Was sind die größten Herausforderungen, wenn es um ERP-Systeme geht:

  • Weil sie die Geschäftsprozesse unterstützen, sind ERP-System nicht weniger als das Rückgrat moderner Unternehmen.
  • ERP-Systemlandschaften nehmen oft gewaltige Dimensionen an und passen sich daher oft nur schwerfällig an geänderte Rahmenbedingungen des Marktes an.
  • Gleichzeitig lastet ein hoher Druck auf den IT-Abteilungen: Bei gleichbleibender Flexibilität für Erweiterung die Kosten weiter zu reduzieren.

In den 1990er- und 2000er-Jahren, in denen agile Ansätze populär wurden, war es gerade die Softwareentwicklung, die als Erste die Vorteile zu nutzen wusste. Heute führt bei Web-Anwendungen und eCommerce-Produkten kein Weg mehr an agilen Methoden vorbei. Anders sieht das hingegen bei ERP-Systemen aus, was auch die aktuellste Status Quo Agile 2014 Studie belegt. Doch woran liegt das? Ist es die Komplexität und die „Größe“ moderner ERP-Systemlandschaften? Ist es der Mix aus Einführung, Customizing und Programmierung, der Fragen zur Anwendbarkeit von Scrum aufwirft?Während der Begleitung der Projekte konnten wir zahlreiche Stimmen und Meinungen von ERP-involvierten Personen einfangen. Wir haben versucht, die größten Bedenken in punkto Nutzung von Scrum in ERP-Projekten zu extrahieren. Drei der am öftesten genannten Bedenken und unsere Antwort darauf will ich hier anführen (die übrigen sind in unserem Whitepaper ERP nachzulesen):„Wieso sollten bei standardmäßigen ERP-Einführungen agile Methoden verwendet werden? Es wird doch meistens nichts entwickelt, sondern die Software nur an die bestehenden Prozesse angepasst.“ERP-Einführungen greifen in die Arbeitsweise vieler Mitarbeiter ein, und ob Standard oder eigene Entwicklung: Veränderungen bewirken Unsicherheit vor allem bei jenen Mitarbeitern, die tagtäglich die zukünftige Software nutzen müssen. Widerstand ist dann oft vorprogrammiert. Agile Methoden wie Scrum haben den klaren Vorteil, dass sie die Betroffenen, die Anwender, frühzeitig in den Entwicklungsprozess einbeziehen. Deren Feedback wird ernst genommen und sie bekommen so kein System übergestülpt, das nicht zu ihren Arbeitsabläufen passt. Einbeziehung steigert die Akzeptanz und führt so auch eher zu einem Projekterfolg.„In ERP-Systemen kann nur schwer agil entwickelt werden, da alle Anforderungen am Anfang bekannt sein müssen. Darauf aufbauend können das Datenmodell und das Fachkonzept erstellt werden.“Im Grunde ist es doch so: Die meisten ERP-Systeme unterstützen ihre Nutzer nicht auf die effizienteste Art und Weise, die systemtechnisch möglich wäre. Ursache dafür ist aus unserer Sicht das Festhalten an Anforderungen und Fachkonzepten, die als vollständig und unumstößlich betrachtet werden. Der Fachbereich als Anforderer kann sich zu Beginn eines Projekts meist gar nicht vorstellen, wie das IT-System den Prozess unterstützen soll. Das von der IT vorgelegte Fachkonzept wird durchgewinkt, ohne es komplett verstanden zu haben. So steuern einige Projekte auf nicht bedienbare Systeme zu, die anschließend mit unzähligen Change Requests an die Realität angepasst werden müssen. Scrum kann hier helfen, sich dem für den Anwender „richtigen“ System von Anfang an anzunähern. Denn was die Anwender tatsächlich brauchen, erkennen sie durch Ausprobieren. Das passiert durch das kontinuierliche Liefern in kurzen Zyklen. Die Nutzer haben etwas in den Händen, können es testen und Rückmeldung geben, was bereits passt und was noch angepasst oder weitert werden sollte.„In ERP-Systemen ist es nur beschränkt möglich, alle zwei Wochen fertige Software mit zusätzlicher Funktionalität zu liefern und produktiv zu setzen. Es besteht die Gefahr, dass bestehende Funktionalität nicht mehr einwandfrei funktioniert und operative Prozesse blockiert werden.”Scrum selbst ist keine Entwicklungsmethode, sondern eine Vorgehensweise, um komplexe Aufgaben in überschaubaren Teilgrößen zu zerlegen und umzusetzen. Im Zusammenhang mit agilen Management-Frameworks für die Softwareentwicklung haben sich aber auch agile Entwicklungspraktiken etabliert. Es geht darum, die Qualität des Quellcodes konstant hoch zu halten und Funktionalitäten mit automatisierten Tests kontinuierlich zu überprüfen. Langsam aber sicher setzen sich auch im ERP-Bereich intelligente Entwicklungsumgebungen und nützliche Tools (Eclipse Unterstützung, eCATT, Mock-Frameworks) durch, mit deren Hilfe die Stabilität eines gewaltigen ERP-Komplexes nachhaltig abgesichert werden kann.Was sind also auf den Punkt gebracht die größten Vorteile von agilen Methoden im ERP-Umfeld?

  • Treffsichere Erfüllung von Kundenbedürfnissen, weil die Nutzer einbezogen werden und laufend Feedback zum aktuellen Entwicklungsstand geben.
  • Schnelle Lieferung durch kurze Entwicklungszyklen und transparente Kommunikation der Ergebnisse.

Mehr zur Frage, ob Scrum und ERP zusammenpassen, lesen Sie in unserem Whitepaper ERP.

Change
Digitale Transformation
Christoph Schmiedinger
February 12, 2015

Table of content

Diesen Beitrag teilen

Das könnte auch interessant sein:

Scrum ist wie Klavierspielen – Warum du es nur durchs Tun wirklich lernst
BG

Scrum ist wie Klavierspielen – Warum du es nur durchs Tun wirklich lernst

Wer die Zukunft voraussagen will, muss sie gestalten
BG

Wer die Zukunft voraussagen will, muss sie gestalten

Die etwas andere agile Bücherliste.
BG

Die etwas andere agile Bücherliste.

Agile Transformation: Schluss mit dem Theoriedschungel – Fang endlich an!
BG

Agile Transformation: Schluss mit dem Theoriedschungel – Fang endlich an!

Scrum organisiert am Produkt entlang
BG

Scrum organisiert am Produkt entlang

Trainings verändern - oder sie sind wertlos!
BG

Trainings verändern - oder sie sind wertlos!

Zertifizierung – Das ist hier die Frage
BG

Zertifizierung – Das ist hier die Frage

Die größten Missverständnisse über Scrum – und warum sie gefährlich sind
BG

Die größten Missverständnisse über Scrum – und warum sie gefährlich sind

Organisationsentwicklung am Produkt entlang
BG

Organisationsentwicklung am Produkt entlang

Scrum im Krankenhaus: Eine Revolution in der Gesundheitsversorgung
BG

Scrum im Krankenhaus: Eine Revolution in der Gesundheitsversorgung

Speed kills – oder rettet?
BG

Speed kills – oder rettet?

Weniger ist mehr – der Upstream ist zu managen
BG

Weniger ist mehr – der Upstream ist zu managen