Software & ERP

ERP-Umstellung als Business-Software-Vorhaben strukturieren

Ein bestehendes ERP-Planspiel wurde fachlich, technisch und organisatorisch auf eine neue Systemlogik übertragen. Im Fokus standen Anforderungen, Workpackages, Rollen, Datenisolation und Bewertungslogik.

Projektbeispiel mit Fokus auf Rolle, Vorgehen, Ergebnis und Relevanz für künftige Mandate.

RolleProject Lead: Strukturierung des Vorhabens, Planung, Aufgabenverteilung und Abstimmung zwischen fachlicher Weiterentwicklung und technischer Umsetzung. ErgebnisStrukturiertes ERP-Zielbild mit umgesetzter Lernumgebung RelevanzRelevant für Softwarevorhaben, bei denen Anforderungen, Systemlogik, Rollen und Umstellungsrisiken vor einer Entscheidung sauber verstanden werden müssen.
Projektauftrag

Worum es ging.

In einem universitären Lehrkontext sollte eine bestehende ERP-Challenge von einem Legacy-System auf ein flexibleres ERP-System umgestellt werden. Vor der Umsetzung mussten Zielbild, fachliche Anforderungen, technische Grenzen, Datenisolation und Betriebsfähigkeit geklärt werden.

Ansatz

Wie gearbeitet wurde.

  • Ausgangslage, bestehende ERP-Prozesse, Übungsaufgaben, technische Rahmenbedingungen sowie Lizenz- und Hostingoptionen wurden vor der Systementscheidung eingeordnet.
  • Die bestehenden Workpackages wurden nicht 1:1 übertragen, sondern fachlich auf die neue Systemlogik angepasst. Dabei wurden Prozessumfang, Datenmodell, Rollen, Lagerstruktur, Fakturierung und Reporting bewusst eingegrenzt.
  • Für Datenisolation, Rechtekonzept und Bewertung wurden unterschiedliche Lösungswege geprüft und gegen Nutzbarkeit, Betriebsaufwand und technische Risiken abgewogen.
  • Das Projekt wurde über Rollen, Taskforces, Meilensteine und eine vorgezogene technische Übergabe gesteuert, weil die Plattform zum Semesterstart einsatzfähig sein musste.
  • Externe Abhängigkeiten, Serverausfälle und eine verkürzte Testphase wurden laufend in der Planung berücksichtigt und als Risiken transparent gemacht.
Ergebnisse

Was entstanden ist.

  • Vor der Umsetzung lag ein klares Zielbild mit Anforderungen, Rollen, Datenlogik, Systemgrenzen und priorisierten Arbeitspaketen vor.
  • Die übungsrelevanten Elemente konnten vor Semesterstart übergeben werden: Plattform, Workpackages, User Guides und technische Grundlage für den Betrieb.
  • Das Projekt machte typische Entscheidungs- und Umsetzungsrisiken einer ERP-Umstellung sichtbar: Lizenzmodell, Funktionslücken, Hosting, Datenisolation, Rechtekonzept, externe Abhängigkeiten, Testumfang und Betriebsfähigkeit.
Einordnung

Was daraus für Mandate relevant ist.

Relevant für Softwarevorhaben, bei denen Anforderungen, Systemlogik, Rollen und Umstellungsrisiken vor einer Entscheidung sauber verstanden werden müssen.

Dieses Beispiel zeigt Projektleitung, ERP-Prozessverständnis und Entscheidungsarbeit in einem Lehr- und Forschungsprojekt. Es steht nicht für ein aktuelles Implementierungsangebot für vollständige ERP-Einführungen.

ERPBusiness SoftwareLegacy-SystemRechtekonzept
Weitere Projektbeispiele

Andere Blickwinkel auf Entscheidungsarbeit.

Die Beispiele zeigen verschiedene Seiten derselben Arbeit: digitale Themen so strukturieren, dass der nächste Schritt besser entscheidbar wird.

KI & Tool-Evaluation

KI-Potenziale und Tools für die Führungsebene einordnen

Aus vielen KI-Ideen und Tooloptionen wurde eine strukturierte Entscheidungsgrundlage für Priorisierung, Risiken und nächste Tests.

Projektbeispiel ansehen → Digitalisierung

Rechnungsprozess im Kanzleiumfeld fachlich digitalisieren

Ein papierbasierter Rechnungsprozess wurde fachlich strukturiert und in ein internes Zielbild für Rechnungserstellung, Stammdaten, E-Rechnung, Versand und Statusführung überführt.

Projektbeispiel ansehen →
Fit prüfen

Steht bei Ihnen eine ähnliche Entscheidung an?

Im Erstgespräch klären wir, ob ein Decision Brief, ein Angebotsreview oder eine Vorhabenstrukturierung sinnvoll ist.

Anfrage schreiben → Leistungen ansehen
Tim Fiege
Tim Fiege
M.Sc. Wirtschaftsinformatik