Integriertes SAP-Testing mit ontron

Stell dir Folgendes vor: Das Team aus Beratern und Subunternehmern hat monatelang unerm├╝dlich an deinem S/4HANA-Migrationsprojekt gearbeitet. Das Ziel ist endlich in Sicht ÔÇô alles ist bereit, sagen sie! Es fehlt nur noch deine Best├Ątigung, dass alles perfekt eingerichtet ist und funktioniert. Aber die Realit├Ąt? Diese letzte Freigabephase kann sich ├╝ber Monate hinziehen.

Nat├╝rlich brauchst du Zeit, um das neue System zu erkunden. Einige Funktionen oder Prozesse entsprechen m├Âglicherweise nicht ganz deinen Erwartungen. Das ist normal, wenn du eine fertige L├Âsung erh├Ąltst, ohne vorher tief eingebunden zu sein. Hier liegt aber das Problem: Selbst kleine ├änderungen in den sp├Ąteren Phasen k├Ânnen ganze Entwicklungszyklen zur├╝cksetzen, Zeitpl├Ąne verschieben und Kosten in die H├Âhe treiben.

ontron ist f├╝hrend bei SAP S/4HANA-Migrationsprojekten im deutschen Gesundheitssektor. Dank vieler erfolgreicher Projekte haben wir eine SAP-Teststrategie entwickelt, um genau dieses Szenario zu vermeiden. Lies weiter, um zu erfahren, wie wir das machen!

Falls dir “SAP-Testmanagement” neu erscheint, schau dir kurz dieses Video an, bevor du mit dem Artikel weitermachst.

Woher Verz├Âgerungen und Budget├╝berschreitungen kommen

Der “klassische” Ansatz bei der SAP S/4HANA-Migration folgt typischerweise einer traditionellen Wasserfallmethodik und ist wie folgt strukturiert:

1. Konfiguration und Anpassung gro├čer Funktionsbl├Âcke
2. Erste Unit-Tests durch Entwickler
3. Systemtests durch QA-Ingenieure (d.h. Tester)
4. Schlie├člich die ├ťbergabe an den Kunden zum Testen

Alle Schritte au├čer dem letzten finden in einer Umgebung statt, die nur f├╝r Entwickler und Tester zug├Ąnglich ist. Der Kunde bekommt die Arbeit erst ganz am Ende zu sehen, wenn die ├änderungen von der Entwicklungsumgebung in die Qualit├Ątssicherungsumgebung ├╝bertragen werden. Und was passiert dann?

• Die Mitarbeiter des Kunden m├╝ssen Zeit finden, um das neue System zu testen, was eine erhebliche zus├Ątzliche Arbeitsbelastung darstellt
• Aber niemand hat diese Mitarbeiter von ihren regul├Ąren Aufgaben befreit!
• Das Entwicklungsteam muss unt├Ątig warten…
• W├Ąhrenddessen t├╝rmen sich die Kosten auf!

Unn├Âtig zu sagen, dass all das Stress f├╝r alle Beteiligten erzeugt. Aber bei ontron ist unser Motto klar: “Kein Stress!”

Wie man all das vermeidet

Machen wir es deutlich: Wenn der Kunde das “fertige” Produkt erst am Ende des Projekts sieht, verliert er die M├Âglichkeit, fr├╝hzeitig einzugreifen und rechtzeitig Anpassungen vorzunehmen. Sp├Ątere ├änderungen ÔÇô selbst kleine ÔÇô k├Ânnen erhebliche Zeit und Ressourcen in Anspruch nehmen, da das System bereits vollst├Ąndig konfiguriert und getestet wurde.

Um zus├Ątzliche Kosten und unn├Âtige Ausfallzeiten zu vermeiden, hat ontron eines der grundlegenden Prinzipien der agilen Methode ├╝bernommen: “Kundenkooperation ist wichtiger als Vertragsverhandlung.” In der Praxis bedeutet das, den Kunden von Tag eins an eng einzubeziehen und kontinuierlich zu informieren. Und genau so machen wir es.

Kernmerkmale der ontron-Strategie

Kurz gesagt, wir haben SAP-Tests von den fr├╝hesten Phasen an eng in S/4HANA-Migrationsprojekte integriert. Hier ist, was unseren Ansatz ausmacht:

1. Iterartive Entwicklung und Auslieferung

Unser iterativer Entwicklungsprozess liefert am Ende jeder Iteration (2-4 Wochen) einen wichtigen Teil des Gesamtprodukts an den Kunden. Zum Beispiel k├Ânnte das Ergebnis einer Iteration eine voll funktionsf├Ąhige Rechnungsstellungsfunktion in SAP sein.

2. Ein testgetriebener Entwicklungsansatz

Test- und Anwendungsexperten erstellen zuerst Testf├Ąlle, die beschreiben, welche Prozesse unterst├╝tzt werden und wie sie ausgef├╝hrt werden sollen (Specification-By-Example). Kunden bekommen so fr├╝hzeitig ein Gef├╝hl f├╝r das, was sie erwartet und k├Ânnen ggfs. ├änderungsw├╝nsche einbringen. Entwickler bekommen eine klare Vorstellung, was umzusetzen ist.

3. Enge Zusammenarbeit zwischen Testern und Entwicklern durch Desk-Testing

Tester und Entwickler sollten als ein Team zusammenarbeiten. Desk Testing ist die Methodik, die wir verwenden, bei der Entwickler und Tester gemeinsam neue Funktionen testen. Dies hilft, Probleme zu identifizieren, noch bevor die Funktionalit├Ąt den Kunden erreicht.

4. Gemeinsame Sitzungen zum Testen und Lernen mit dem Kunden

Bereits in fr├╝hen Phasen nehmen Kunden zum Abschluss einer Iteration an gemeinsamen Testsitzungen mit den Entwicklern teil. Dies verteilt die Arbeitsbelastung f├╝r das Team des Kunden gleichm├Ą├čig und reduziert den Gesamtstress erheblich. Der Kunde lernt dabei gleichzeitig das neue System immer besser kennen und so verschmelzen Testen und Anwenderschulung zu einem gro├čen Teil.

Zusammenfassung

Sieht einfach aus, nicht wahr? Aber nicht jedes Team kann diesen agilen Ansatz erfolgreich anwenden. Es erfordert ein tiefes Verst├Ąndnis der Gesch├Ąftsprozesse im Gesundheitswesen und Geschick, die Lieferungen im Projekt in ├╝berschaubare Iterationen zu unterteilen. Au├čerdem sollte jede Iteration ein klares Ergebnis haben, das vom Kunden getestet und best├Ątigt werden kann.

In geschickten, erfahrenen H├Ąnden reduziert eine agile SAP-Teststrategie Leerlaufzeiten, senkt Kosten, beschleunigt die Entwicklung und sorgt f├╝r h├Âhere Qualit├Ąt und vorhersehbare Ergebnisse. In der Praxis bew├Ąhrt!

Mit ontron zu arbeiten ist einfach. Kontaktiere uns f├╝r zuverl├Ąssige Ergebnisse und erlebe es selbst. Ach ja, und melde dich f├╝r unseren E-Mail-Newsletter an, um ├╝ber andere Herausforderungen bei der S/4HANA-Migration informiert zu bleiben… und die innovativen L├Âsungen, um sie zu aktiv anzupacken. Danke f├╝rs Lesen!