Projektabgrenzung
S/4HANA
Über Qorelo
Wir entwickeln Qorelo als Berliner Team mit einer klaren Mission: ERP-Transformationen verändern, indem wir Beratern einen KI-Kollegen zur Seite stellen. Er hilft, die Bestandsaufnahme schneller, konsistenter und von Anfang an nachvollziehbar in strukturierte, umsetzungsreife Ergebnisse zu überführen. Kein allgemeiner Assistent, sondern ein praktischer Sparringspartner, eingebettet in den tatsächlichen Arbeitsalltag von Transformationsteams.
Das ist unsere Geschichte.
800 Workshops, Jahre an Aufwand – und trotzdem zu wenig getestet
Für Louis kam der entscheidende Moment während einer SAP-S/4HANA-Transformation bei einem Fortune-500-Unternehmen. Es war ein anspruchsvolles Programm mit erfahrenen SAP-Fachleuten, großen Teams und einem straffen Zeitplan. Doch die Zahl, die ihm im Gedächtnis blieb, war weder ein Meilenstein noch ein Starttermin oder ein Geschäftsergebnis.
Es waren 800 Workshops.
Hunderte Sitzungen, um Anforderungen zu sammeln, Beteiligte abzustimmen, Entscheidungen festzuhalten und Geschäftsbedarf in etwas Umsetzbares zu übersetzen. Der Kalender füllte sich. Die Dokumentation wuchs. Das Programm band Aufmerksamkeit. Doch der Fortschritt zu etwas Greifbarem, das sich endlich testen ließ, war quälend langsam. In diesem Moment änderte sich die Frage von „Wie führen wir ein besseres Projekt durch?“ zu „Warum ist das Arbeitsmodell der Transformation so aufgebaut?“
Der wiederkehrende Engpass: Zu viele Beteiligte, zu wenig Wissenstransfer und immer wieder ein Neustart
Bei genauerem Hinsehen fehlte es nicht an SAP-Fachwissen. Es fehlte ein System, das gemeinsames Wissen in wiederverwendbare, nachvollziehbare Ergebnisse überführt.
Zu viele Parteien waren beteiligt, die Arbeit zerfiel in Einzelteile. Dieselben Muster wiederholten sich:
- Wissen blieb in Silos und wurde nicht sauber zwischen Teams übertragen
- Die Zuordnung zu SAP begann immer wieder von vorn
- Viele Menschen konzentrierten sich darauf, Anforderungen zu sammeln, Workshops abzustimmen und Notizen zu machen – statt die Eingaben in konsistente Ergebnisse zu überführen
- Kontext wurde erfasst, aber nicht so strukturiert, dass er Entscheidungen und Umsetzung zuverlässig unterstützen konnte
Erfahrene Fachleute lieferten entscheidende Erkenntnisse. Doch der Apparat um sie herum verwandelte diese nur langsam und oft uneinheitlich in Dokumente. In der Praxis wurde die Transformation zu einem teuren Prozess ständiger Neuerfassung.
Wenn man diese Dynamik einmal aus der Nähe gesehen hat, lässt sie sich kaum noch als „Das ist eben so“ akzeptieren.
Die Realität auf Kundenseite: Den Betrieb ausbremsen, um die Transformation zu versorgen
Nicholas erlebte dasselbe Fehlermuster auf Kundenseite. Theoretisch soll eine Transformation das Geschäft befähigen. Praktisch kann sie es vorübergehend lahmlegen.
An einem Punkt erzwang das Programm eine schmerzhafte Abwägung: Der Geschäftsbetrieb wurde faktisch angehalten oder verlangsamt, nur damit die Transformation weiterkam. Interne Teammitglieder wurden aus ihrem Tagesgeschäft abgezogen. Zeit, die dem laufenden Geschäft hätte dienen sollen, floss in Workshops, Nachbereitungen und die erneute Erklärung von Zusammenhängen.
Hinzu kam, dass die Beratungsunterstützung nicht die Entlastung brachte, die sie hätte bringen müssen. Der Prozess dauerte zu lange, verursachte dem Kundenteam zu viel Zusatzaufwand und hinterließ das Gefühl, ständig im Rückstand zu sein – nicht nur im Projektzeitplan, sondern auch bei den eigentlichen Aufgaben.
Diese Art von Kosten erscheint in Projektberichten selten klar, bleibt Unternehmen aber nachher besonders in Erinnerung.
Die Erkenntnis: Transformationen scheitern nicht nur in der Umsetzung – sie scheitern unbemerkt bei der Bestandsaufnahme
Als wir unsere Erfahrungen verglichen, erkannten wir etwas Einfaches und Unbequemes:
Viele Transformationen geraten bereits vor dem Beginn der Implementierung in Schieflage. Nicht weil niemand arbeitet, sondern weil die frühen Phasen Prepare & Explore enorme Mengen an Rohinformationen erzeugen und Teams keinen zuverlässigen Weg haben, diese zu überführen in:
- Strukturierte Anforderungen, die validiert werden können
- Klare Fit/Gap-Entscheidungen, die nachverfolgt werden können
- Einen zugeordneten Projektumfang, der nicht ständig neu aufgesetzt wird
- Prozessabläufe die die Realität abbilden und übergeben werden können
- Artefakte, die die Nachvollziehbarkeit bewahren bis zum ursprünglichen Kontext
Erfolgt diese Umwandlung manuell, wird alles Nachgelagerte langsamer, riskanter und politischer. Workshops wiederholen sich. Entscheidungen verschieben sich. Dokumente werden zu Versionen der Erinnerung. Teams setzen ihre besten Fachkräfte für die Aufbereitung ein statt für Ergebnisse.
Hier haben wir unseren Ansatzpunkt gewählt.
Unser Ansatzpunkt: Am Anfang beginnen, wo das Fundament entsteht
Wir begannen nicht damit, das Ende der Transformation zu optimieren. Wir setzten dort an, wo die Probleme unbemerkt beginnen: bei Anforderungen und Bestandsaufnahme.
Denn wenn Anforderungen nicht von Anfang an richtig erfasst und zugeordnet werden, steht das Programm bereits auf unsicherem Boden. Auch eine perfekte Umsetzung kann eine inkonsistente, nicht nachvollziehbare oder ständig neu geschriebene Grundlage nicht vollständig ausgleichen.
So entstand Qorelos Leitgedanke:
„Die Bestandsaufnahme operativ nutzbar machen“
Verstreute Informationen in umsetzungsreife Ergebnisse überführen, auf die Teams sich verlassen können.
Von der Frustration zur Entwicklung: Hunderte Validierungsgespräche
Wir gingen nicht direkt vom Problem zum Produkt über. Wir prüften die Problemstellung konsequent in Hunderten Kundengesprächen.
Dieser Prozess bestätigte unseren Verdacht: Viele spürten das Problem, doch systematisch gelöst wurde es selten. Niemand musste davon überzeugt werden, dass die Arbeit ineffizient war. Gefragt war ein glaubwürdiger Weg zu verlässlichen Ergebnissen. Diese Bestätigung wurde zum Antrieb für die Entwicklung.
Wofür Qorelo steht: Nachvollziehbarkeit und eine nahtlose Nutzungserfahrung
Drei Grundsätze bestimmen unseren Ansatz:
1. Nachvollziehbarkeit von Anfang an
Bei Transformationen hängt Vertrauen davon ab, diese Fragen beantworten zu können: Woher stammt eine Anforderung, wer hat sie genannt, was wurde entschieden und was hat sich geändert?
2. Nahtlose Integration
Ein Werkzeug, das nur einen weiteren Ort für doppelte Arbeit schafft, ist kein Fortschritt. Qorelo passt sich realen Arbeitsabläufen an, damit die Nutzung reibungslos ist und keine zusätzliche Aufwandsebene entsteht.
3. Für den Beratungsalltag entwickelt – auf Geschwindigkeit ausgelegt
Wir orientieren uns so nah wie möglich daran, wie Berater tatsächlich arbeiten: in Workshops, Nachbereitungen, Übergaben und wiederholten Abstimmungsschleifen. Ziel ist ein schneller Weg von der Bestandsaufnahme zur Umsetzung. Dafür nutzen wir Technologie dort, wo sie konkret hilft: manuelle Aufbereitung reduzieren, Bearbeitungszeiten verkürzen und Teams ermöglichen, zügig voranzukommen, ohne an Sorgfalt zu verlieren.
Warum „Qorelo“
Qorelo steht für Core, Relevance & Logic. Denn Transformationen scheitern nicht an fehlenden Informationen. Sie scheitern daran, dass Unternehmen den relevanten Kern nicht zuverlässig bewahren und mit der Logik der Umsetzung verbinden können. Genau das wollen wir bieten: ein System, das Klarheit dauerhaft erhält.
Die emotionale Wahrheit: Frustration und verlorener Schwung
Für Louis war es Frustration: zu sehen, wie der Aufwand wuchs und Ergebnisse zurückblieben, während talentierte Menschen Zeit mit Arbeit verbrachten, die nicht so manuell sein sollte.
Für Nicholas war es der verlorene Schwung: zu spüren, wie das Unternehmen zurückfiel, weil die Transformation so viel Aufmerksamkeit beanspruchte, dass das Tagesgeschäft litt.
Und für uns alle war es dieselbe Grunderfahrung: ständig hinter dem Zeitplan zu liegen – nicht aus mangelndem Engagement, sondern weil das Arbeitsmodell der Transformation von sich aus Reibung erzeugt.
Qorelo gibt es, weil wir diese Reibung nicht für unvermeidbar halten. Wir wollen das System verändern – von Anfang an.
