Was ein ERP-Projekt-Assessment ist
Ein Assessment ist eine senior-geführte, strukturierte Standortbestimmung eines laufenden ERP- oder Business-Central-Programms von außen. Es liefert der Führung ein faktenbasiertes Bild: was tatsächlich passiert, wo die strukturellen Risiken liegen und welche Entscheidungen anstehen. Das Ergebnis ist kein langer Prüfbericht, sondern eine entscheidungsreife Vorlage, mit der die Führung sofort handeln kann.
Es ist kein Software-Audit, keine Vendor-Prüfung und keine Methodik-Abnahme. Es ist ein Projekt-Gesundheitscheck, der Governance, Umsetzung und strategische Ausrichtung gleichzeitig betrachtet.
Warum Projekte ein Assessment brauchen: drei Muster
- Komplexität wächst schneller als Ausrichtung. Je weiter ein Programm über Länder und Workstreams skaliert, desto mehr erodiert die Ausrichtung der Stakeholder, bevor es sichtbar wird.
- Reporting weicht von der Realität ab. Statusberichte driften mit der Zeit von Genauigkeit zu Beschwichtigung. Die Lücke zwischen berichtet und real wächst, bis die Eskalation sie unvermeidlich macht.
- Entscheidungen werden bis zur Eskalation vertagt. Themen sammeln sich in Governance-Runden ohne Lösung. Die Kosten des Handelns steigen mit jeder aufgeschobenen Entscheidung.
Ein intern erstelltes Bild kann nicht leisten, was eine Sicht von außen leistet. Interne Teams stehen unter politischem Druck, Karriererisiko und dem menschlichen Reflex, Beziehungen zu schützen. Eine Bewertung von außen nimmt diese Zwänge heraus.
Die vier Dimensionen eines belastbaren Assessments
DGP-Assessments sind entlang von vier zusammenhängenden Dimensionen aufgebaut:
- Termin-Realität. Ist der Plan glaubwürdig? Sind die Abhängigkeiten der Meilensteine abgebildet? Spiegelt der kritische Pfad die tatsächliche Verfügbarkeit der Ressourcen?
- Budget-Integrität. Beruht die Prognose auf Ist-Zahlen oder auf Annahmen? Sind die Reserven ausreichend? Werden Change Orders systematisch erfasst?
- Scope-Klarheit. Ist der Scope dokumentiert und vereinbart? Werden offene Punkte formal geführt? Gibt es einen geregelten Prozess für Scope-Entscheidungen?
- Governance-Wirksamkeit. Sind die Entscheidungsrechte klar? Ist die Eskalation strukturiert? Haben die Gremien die Informationen, die sie zum Handeln brauchen?
Wann sich ein Assessment lohnt
Es gibt drei ideale Einstiegspunkte:
- Früh, vor dem eigentlichen Projektstart. Der höchste Hebel: bevor Zusagen fixiert, Verträge unterschrieben und Annahmen zu Plänen erstarrt sind. Vorbeugende Kurskorrektur, solange sie noch günstig ist.
- Vor Vertragsschluss. Die Verhandlungsphase ist strukturell heikel: kommerzieller Druck, politische Interessen und der Wunsch abzuschließen verzerren den Realismus. Ein Assessment ersetzt hier Annahmen durch Fakten.
- In der Krise. Budget- und Terminüberschreitung sind sichtbare Symptome, nicht die Ursache. Hier liefert die Sicht von außen die Grundlage für Entscheidungen, die interne Teams nicht mehr nüchtern treffen können. Ursachenanalyse statt Symptombehandlung.
Typische Auslöser für ein Assessment:
- Zwei oder mehr verpasste Meilensteine ohne neuen Baseline-Plan
- Deutlich veränderte Budgetprognosen seit dem letzten Lenkungsausschuss
- Wechsel eines wichtigen Partners, Systemintegrators oder der Projektleitung
- Gewachsener Scope, ohne dass der Plan formal angepasst wurde
- Übergang in eine neue Phase (z. B. von Design zu Build oder Build zu Cutover)
- Ein Go-live in weniger als 90 Tagen ohne bisher eine Prüfung von außen
- Sichtbar gesunkenes Vertrauen der Stakeholder
Der Hebel ist am größten und die Eingriffskosten sind am niedrigsten, wenn Sie früh handeln. Dieses Fenster schließt sich schnell.
Dass ERP-Programme Budget oder Termin überziehen, ist eher die Regel als die Ausnahme. Die Ursachen sind selten technisch, sie sind strukturell.
Wer von einem Assessment profitiert
BC-Partner
Partner, die komplexe, sichtbare Programme steuern, brauchen die Bestätigung, dass ihre Projektstruktur unter Druck hält. Ein Assessment hilft, den Aufbau zu prüfen, bevor strukturelle Probleme für den Kunden sichtbar werden, kritische Lücken früh zu erkennen, den kommerziellen und Reputationsschaden kundenseitiger Fehlschläge zu vermeiden und die Glaubwürdigkeit bei anspruchsvollen Kunden zu halten.
Endkunden
Anspruchsvolle Kunden können den Informationen ihres Partners oft nicht vollständig trauen: Statusberichte sind optimistisch, Probleme werden Scope-Änderungen zugeschrieben, und es fehlt eine eigene Grundlage, um zu beurteilen, was stimmt. Ein Assessment liefert eine Sicht auf den Projektzustand von außen, eine Zusammenfassung auf Führungsebene und konkrete Empfehlungen.
Wie ein Assessment abläuft
Ein belastbares Assessment folgt einem strukturierten Prozess, in vier Phasen:
- Phase 1, Scope (Tag 1 bis 2): Prüfumfang festlegen (welche Workstreams, Länder, Projektphasen) und die Leitfragen vereinbaren, die das Assessment beantworten muss.
- Phase 2, Evidenz (Tag 3 bis 7): Projektunterlagen sichten (Pläne, Budgets, Change-Logs, Risikoregister, Protokolle) und strukturierte Gespräche mit Projektleitung, Workstream-Leads und wichtigen Stakeholdern führen.
- Phase 3, Analyse (Tag 8 bis 10): die Vier-Dimensionen-Systematik anwenden, strukturelle Risiken, Entscheidungslücken und Signalmuster identifizieren und den Befunden Entscheidungsoptionen zuordnen.
- Phase 4, Bericht (Tag 11 bis 14): einen entscheidungsreifen Bericht erstellen: klare Befunde, den Führungsentscheidungen zugeordnet, mit Lösungswegen und ihren Abwägungen.
Wenn Sie Klarheit brauchen
Ob vor der Investition oder mitten im Projekt: Lassen Sie uns im Gespräch anschauen, wo Sie stehen und wo die Steuerung hakt, senior-geführt, mit Business Central als Heimat.
