MES-Projekt gescheitert: den Neustart planen, der diesmal trägt
Das erste MES-Projekt ist gestoppt, deutlich über Budget gelaufen, oder das eingeführte System wird von der Fertigung im Alltag nicht angenommen. Das ist in der deutschen Industrie kein seltener Einzelfall, sondern ein wiederkehrendes Muster mit klar benennbaren, verallgemeinerbaren Ursachen. Dieser Leitfaden zeigt Fertigungsunternehmen im DACH-Raum, wie sie 2026 einen Neustart aufsetzen, der nicht dieselben Fehler wiederholt: mit Ursachenanalyse ohne Schuldzuweisung, einem realistischen Lastenheft und einem Pilotprojekt statt Big-Bang-Rollout.
Ein gescheitertes MES-Projekt ist ein Ereignis. Kein Urteil über Ihre Fertigung.
Ein Manufacturing Execution System (MES), die operative Steuerungsebene zwischen ERP und Maschinenebene nach dem Referenzmodell ISA-95 (IEC 62264), einzuführen ist ein komplexes Organisationsprojekt, kein reiner Softwarekauf. Dass ein erster Anlauf stockt, ist deshalb kein Sonderfall, sondern ein bekanntes Muster mit wiederkehrenden, gut dokumentierbaren Ursachen.
Wenn ein mittelständischer Fertigungsbetrieb sein erstes MES-Projekt abbricht, überzieht oder das System nach dem Go-Live faktisch nicht nutzt, ist die naheliegende erste Reaktion oft, nach einem Schuldigen zu suchen: dem Anbieter, der IT, der Projektleitung. Hilfreicher ist ein anderer Blick. In der Mehrzahl der Fälle, die Sectorlens in Auswahlprojekten seit 2022 begleitet hat, lässt sich das Scheitern auf zwei bis vier strukturelle, vorher vermeidbare Ursachen zurückführen, nicht auf die Qualität der gewählten Software. Ein sauber vorbereiteter Neustart ist deshalb selten ein Rückschritt, sondern häufig der schnellere Weg zu einem produktiv genutzten System als ein weiterer Versuch, das gestoppte Projekt irgendwie fortzusetzen.
Die allgemeinen Phasen, Rollen und Erfolgsfaktoren einer MES-Einführung sind unter MES einführen: Phasen, Rollen und Erfolgsfaktoren beschrieben. Wer noch vor der ersten Anbieterauswahl steht, findet unter MES auswählen: Vorgehen, Kriterien und typische Fehler die vorgelagerten Entscheidungen. Diese Seite hier setzt einen Schritt später an: bei Unternehmen, deren erste Einführung bereits gescheitert ist und die jetzt einen Neustart planen.
Warum MES-Projekte tatsächlich scheitern. Sechs verallgemeinerte Ursachen.
Diese Muster sind branchen- und anbieterübergreifend zu beobachten. Sie beschreiben typische Ursachen, keinen konkreten Einzelfall.
Unklares oder fehlendes Lastenheft
Anforderungen werden erst während der Implementierung geklärt statt vorher schriftlich fixiert. Gegenmaßnahme: ein priorisiertes Lastenheft vor der ersten Anbieteransprache, siehe MES-Lastenheft erstellen.
Fehlende Einbindung der Fertigungsmitarbeiter
Vorarbeiter und Schichtleiter werden erst bei der Schulung kurz vor Go-Live einbezogen, nicht in Auswahl und Testphase. Gegenmaßnahme: Key User aus der Fertigung von der Anforderungsphase an beteiligen.
Unrealistischer Zeitplan mit Big-Bang-Rollout
Alle Linien und Schichten sollen gleichzeitig live gehen, jeder ungelöste Fehler betrifft sofort den gesamten Betrieb. Gegenmaßnahme: ein klar abgegrenztes Pilotprojekt vor dem flächigen Rollout.
Unzureichende Datenqualität als Basis
Stammdaten wie Arbeitspläne, Stücklisten und Maschinenparameter liegen nicht in nutzbarer Form vor und werden erst während des Rollouts bereinigt. Gegenmaßnahme: Datenbereinigung als eigener Arbeitsblock vor dem technischen Start.
Fehlendes Change-Management
Das System wird technisch eingeführt, aber niemand kümmert sich um Akzeptanz, Kommunikation und Gewöhnung im Schichtbetrieb. Gegenmaßnahme: Change-Management als eigene Projektaufgabe mit eigenem Budget einplanen.
Fehlende oder zu späte Betriebsrats-Einbindung
Der Betriebsrat wird erst kurz vor dem Rollout informiert, eine nachträglich verweigerte Zustimmung stoppt das Projekt. Gegenmaßnahme: frühe Einbindung und Betriebsvereinbarung, siehe Betriebsrat und MES-Einführung.
Nachjustieren oder neu starten? Die Wenn-dann-Matrix.
Nicht jedes ins Stocken geratene Projekt braucht einen kompletten Neustart. Die folgende Einordnung hilft bei der ersten Einschätzung.
| Situation im Projekt | Was das bedeutet | Empfehlung |
|---|---|---|
| Verzögerung mit aktivem Projektteam und klarem nächsten Meilenstein | Normale Projektverzögerung, kein Scheitern | Zeitplan realistisch nachjustieren, kein Neustart nötig |
| System technisch live, Fertigung arbeitet aber mehrheitlich an alten Werkzeugen vorbei | Akzeptanzproblem, meist fehlendes Change-Management | Ursachenanalyse zur Akzeptanz, Pilotbereich mit Key Usern neu aufsetzen |
| Projekt formal gestoppt, seit Monaten kein aktiver nächster Schritt | Gescheitertes Projekt im engeren Sinn | Vollständiger Neustart mit neuer Anforderungsphase |
| Betriebsrat hat der Nutzung nachträglich widersprochen | Mitbestimmungsproblem, oft vermeidbar gewesen | Betriebsvereinbarung vor jedem weiteren Schritt klären |
| Datenqualität im Pilotbereich weiterhin unzureichend trotz mehrfacher Korrektur | Strukturelles Datenproblem, nicht nur Anlaufschwierigkeit | Datenpflege als eigenen Prozess mit fester Verantwortung etablieren |
| Ursachenanalyse zeigt fehlende Branchenfunktionen im gewählten System | Technische statt organisatorische Ursache | Marktabgleich mit neuem Lastenheft, Anbieterwechsel prüfen, siehe MES wechseln, Migration und Kosten |
Menschen zuerst: warum der zweite Anlauf nur mit Akzeptanz gelingt
Die Software ist beim Neustart selten das Hauptrisiko. Das Hauptrisiko ist, dieselben Kommunikations- und Beteiligungsfehler zu wiederholen.
Ehrlich benennen, was war
Ein Neustart beginnt glaubwürdiger, wenn Fertigung und Betriebsrat frühzeitig erfahren, was aus dem ersten Anlauf gelernt wurde, statt den Vorgang stillschweigend neu zu starten. Offenheit über die identifizierten strukturellen Ursachen schafft mehr Vertrauen als der Versuch, das gescheiterte Projekt zu übergehen.
Key User aus der Fertigung von Anfang an
Vorarbeiter und Schichtleiter, die im ersten Anlauf nicht gehört wurden, sind im zweiten Anlauf der wichtigste Erfolgsfaktor. Ihre frühe, aktive Rolle in Anforderungsphase und Pilotbetrieb entscheidet häufiger über den Erfolg als die gewählte Software.
Betriebsrat als Projektpartner, nicht als letzte Hürde
Wird der Betriebsrat erst kurz vor dem Rollout eingebunden, wiederholt sich ein häufiger, vermeidbarer Scheitergrund. Eine frühe Betriebsvereinbarung schützt Mitarbeitende und beschleunigt gleichzeitig das Projekt. Details zu Mitbestimmung, Betriebsvereinbarung und Zeitplan stehen unter Betriebsrat und MES-Einführung.
Ausführlich: Betriebsrat und MES-Einführung.
Das Lastenheft für den zweiten Anlauf. Enger, realistischer, geprüft.
Ein neu gefasstes, realistisches Lastenheft ist die Grundlage für jeden erfolgreichen Neustart, unabhängig davon, ob derselbe Anbieter fortgeführt oder der Markt neu sondiert wird.
Muss-Anforderungen eng fassen
Priorisierung nach Muss, Soll und Kann statt einer unstrukturierten Wunschliste. Der Muss-Bereich beschränkt sich auf das, was für einen stabilen Pilotbetrieb tatsächlich nötig ist.
- Workshops mit Fertigung, IT und Betriebsrat
- Priorisierung vor der Anbieteransprache
- Struktur unter MES-Lastenheft erstellen
Datenquellen und Schnittstellen dokumentieren
Explizit festhalten, welche Datenquellen und Schnittstellen als gegeben vorausgesetzt werden, damit Datenqualität nicht wie beim ersten Versuch erst während der Implementierung zum Problem wird.
- Stammdaten je Pilotbereich prüfen
- Verantwortlichkeit für Datenpflege klären
- Schnittstellen zu ERP und Maschinenebene benennen
Pilotbereich klar abgrenzen
Eine Linie oder ein Bereich mit überschaubarer Komplexität, verfügbaren Daten und einem für Zusammenarbeit offenen Team, statt eines erneuten Rollouts über den gesamten Betrieb.
- Auswahlkriterien vorab festlegen
- Erfolgskriterien schriftlich fixieren
- Fester Prüftermin für die Rollout-Entscheidung
Der Neustart-Fahrplan. Sechs Phasen bis zum stabilen Pilotbetrieb.
So konkret, dass ein Produktionsleiter am Montag den ersten Schritt einplanen kann.
Ursachenanalyse ohne Schuldzuweisung
Strukturierte Einzelgespräche mit Fertigung, IT, Projektleitung und Betriebsrat entlang der sechs typischen Scheitergründe, moderiert von einer Person außerhalb des ursprünglichen Projektteams.
Anforderungen realistisch neu fassen
Lastenheft aus priorisierten Muss-, Soll- und Kann-Anforderungen, entwickelt in Workshops mit den künftigen Nutzern, nicht nur mit der Projektleitung.
Pilotbereich auswählen
Eine Linie mit verfügbaren Daten, überschaubarer Komplexität und kooperativem Team, anhand vorab festgelegter Kriterien statt einer Zufallsauswahl.
Datenbasis bereinigen
Stammdaten für den gewählten Pilotbereich vollständig prüfen und bereinigen, mit klarer Verantwortlichkeit für die laufende Pflege danach.
Change-Management und Mitbestimmung aufsetzen
Betriebsvereinbarung abschließen, Key User aus der Fertigung benennen, regelmäßige kurze Statusupdates für Belegschaft und Geschäftsführung etablieren.
Pilotbetrieb starten und Erfolgskriterien prüfen
Produktivbetrieb im Pilotbereich, Messung gegen die vorab festgelegten Erfolgskriterien, dokumentierte Entscheidung über Ausweitung, Nachjustierung oder Anbieterwechsel.
MES-Projekt gescheitert: Fragen aus der Neustart-Praxis
Sechzehn Fragen, die in Ursachenanalysen und Neustart-Projekten regelmäßig auftauchen.
Was bedeutet es genau, wenn ein MES-Projekt als gescheitert gilt?
Ein MES-Projekt gilt als gescheitert, wenn eines oder mehrere der folgenden Kriterien zutreffen: Das Projekt wurde formal abgebrochen, das eingeführte System wird in der Fertigung faktisch nicht produktiv genutzt, die Kosten oder die Laufzeit haben das ursprüngliche Budget um ein Vielfaches überschritten, oder die Mitarbeitenden umgehen das System dauerhaft und arbeiten parallel mit Excel oder Papier weiter. Entscheidend ist nicht ein einzelnes Symptom, sondern die Kombination: Ein verzögertes Projekt, das noch aktiv gesteuert wird, ist etwas anderes als ein Projekt, das im Alltag längst aufgegeben wurde. Die Unterscheidung ist wichtig, weil sie bestimmt, ob eine Nachjustierung reicht oder ob ein echter Neustart mit neuer Anforderungserhebung nötig ist.
Woran erkenne ich, dass es sich um ein Scheitern handelt und nicht nur um eine normale Verzögerung?
Eine normale Verzögerung hat einen erkennbaren, wenn auch verschobenen Zielpfad: Es gibt weiterhin ein Projektteam, einen aktuellen Zeitplan und messbare Fortschritte von Monat zu Monat. Ein gescheitertes Projekt hat diesen Pfad verloren, es gibt keinen belastbaren nächsten Meilenstein mehr, das Projektteam wurde de facto aufgelöst oder arbeitet nur noch reaktiv an Störungen. Ein weiteres Indiz ist die Nutzung: Wenn Vorarbeiter und Schichtleiter Monate nach dem geplanten Go-Live noch überwiegend an den alten Werkzeugen festhalten, ist das ein stärkeres Signal als jede Terminüberschreitung allein. Wenn zwei oder mehr dieser Anzeichen gleichzeitig vorliegen, lohnt sich eine ehrliche Bestandsaufnahme statt eines weiteren Verschiebungsversuchs.
Was sind die häufigsten, verallgemeinerten Gründe, warum MES-Erstprojekte scheitern?
In der Praxis wiederholen sich meist dieselben sechs Muster: ein unklares oder fehlendes Lastenheft, das Anforderungen erst während der Implementierung klärt statt vorher, fehlende Einbindung der Fertigungsmitarbeiter in Auswahl und Testphase, ein unrealistischer Zeitplan mit Big-Bang-Rollout über alle Linien gleichzeitig, unzureichende Datenqualität als Basis für Stammdaten und Schnittstellen, fehlendes Change-Management für die Akzeptanz auf dem Shopfloor sowie fehlende oder zu späte Einbindung des Betriebsrats. Diese Ursachen treten selten isoliert auf, meist verstärken sich zwei oder drei davon gegenseitig. Wichtig ist: Diese Muster sind branchen- und anbieterübergreifend zu beobachten, sie sagen nichts über die Qualität einer bestimmten Software aus.
Muss beim Neustart zwingend der Softwareanbieter gewechselt werden?
Nein, ein Anbieterwechsel ist beim Neustart nicht automatisch nötig und in vielen Fällen auch nicht die richtige Lösung. Wenn die Ursachenanalyse zeigt, dass die Scheitergründe organisatorisch waren, etwa fehlendes Lastenheft, fehlende Einbindung der Fertigung oder ein zu ambitionierter Zeitplan, kann ein Neustart mit demselben System und einem sauber aufgesetzten Projekt oft schneller zum Ziel führen als eine komplette Neuauswahl. Ein Wechsel des Systems ist eher angezeigt, wenn die Ursachenanalyse strukturelle, technische Lücken aufdeckt, etwa fehlende Branchenfunktionen oder eine Systemarchitektur, die nicht zur Fertigungsart passt. Mehr zur Unterscheidung zwischen Nachjustierung und echtem Wechsel steht unter MES wechseln, Migration und Kosten.
Wie führe ich eine Ursachenanalyse durch, ohne dass sie zur Schuldzuweisung wird?
Der wichtigste Schritt ist, die Analyse an einer Struktur statt an Personen auszurichten, etwa entlang der sechs typischen Scheitergründe Lastenheft, Einbindung, Zeitplan, Datenqualität, Change-Management und Mitbestimmung. Führen Sie Gespräche einzeln mit Fertigung, IT, Projektleitung und, wo vorhanden, dem Betriebsrat, und fragen Sie nach Beobachtungen statt nach Verantwortlichkeiten: Was hat gefehlt, nicht wer hat versagt. Es hilft, die Analyse von einer Person außerhalb des ursprünglichen Projektteams moderieren zu lassen, intern oder extern, damit bestehende Konflikte die Ergebnisse nicht verzerren. Das Ziel der Analyse ist eine kurze, faktenbasierte Liste von zwei bis vier strukturellen Ursachen, die dem neuen Projekt als Grundlage dient, nicht ein Bericht, der Fehler einzelnen Personen zuordnet.
Was muss im Lastenheft für den zweiten Anlauf anders gemacht werden als beim ersten Mal?
Der wichtigste Unterschied ist die Reihenfolge: Das Lastenheft entsteht vor der Anbieteransprache, nicht parallel dazu, und es basiert auf Workshops mit den Menschen, die später täglich mit dem System arbeiten, nicht nur mit der Projektleitung. Priorisieren Sie Anforderungen nach Muss, Soll und Kann, statt eine unstrukturierte Wunschliste zu erstellen, und beschränken Sie den Muss-Bereich auf das, was für einen stabilen Pilotbetrieb tatsächlich nötig ist. Dokumentieren Sie außerdem explizit, welche Datenquellen und Schnittstellen als gegeben vorausgesetzt werden, damit Datenqualität nicht wie beim ersten Versuch erst während der Implementierung zum Problem wird. Eine strukturierte Vorgehensweise für die Lastenhefterstellung steht unter MES-Lastenheft erstellen.
Warum wird für den Neustart ein Pilotprojekt statt eines erneuten Big-Bang-Rollouts empfohlen?
Ein Big-Bang-Rollout über alle Linien und Schichten gleichzeitig vervielfacht das Risiko, weil jeder ungelöste Fehler sofort den gesamten Betrieb betrifft, und genau dieses Muster ist bei vielen gescheiterten Erstprojekten mitursächlich. Ein Pilotprojekt auf einer klar abgegrenzten Linie oder einem Bereich erlaubt es, Datenqualität, Schnittstellen und Akzeptanz unter realen Bedingungen zu testen, bevor die Investition auf den gesamten Betrieb ausgeweitet wird. Zusätzlich schafft ein sichtbarer, funktionierender Pilot intern Vertrauen zurück, das nach einem gescheiterten ersten Anlauf oft angeschlagen ist, weil Erfolge konkret und nachprüfbar statt nur angekündigt sind. Die Kriterien für die Auswahl des Pilotbereichs sollten vorab festgelegt werden, etwa Datenverfügbarkeit, überschaubare Komplexität und ein Team, das offen für die Zusammenarbeit ist.
Wie bindet man die Fertigungsmitarbeiter diesmal wirklich ein, statt es nur zu behaupten?
Echte Einbindung bedeutet, Vorarbeiter, Schichtleiter und ausgewählte Maschinenbediener bereits in der Anforderungsphase zu befragen, nicht erst bei der Schulung kurz vor Go-Live. Testen Sie Bildschirmmasken und Arbeitsabläufe mit denselben Personen, die später täglich damit arbeiten, und passen Sie das System sichtbar an deren Rückmeldungen an, damit die Einbindung als wirksam erlebt wird und nicht als Alibi-Übung. Benennen Sie zusätzlich Key User aus der Fertigung, die im Pilotbetrieb als erste Ansprechpartner für Kollegen fungieren und deren Feedback direkt an das Projektteam zurückfließt. Diese Rolle sollte mit ausreichend Zeit während der Arbeitszeit ausgestattet sein, sonst bleibt die Einbindung auf dem Papier.
Welche Rolle spielt der Betriebsrat bei einem MES-Neustart?
Der Betriebsrat hat bei der Einführung eines MES in der Regel ein Mitbestimmungsrecht, weil solche Systeme technisch geeignet sind, Verhalten und Leistung von Mitarbeitenden zu überwachen, unabhängig davon, ob diese Funktionen tatsächlich genutzt werden sollen. Wurde der Betriebsrat beim ersten Anlauf spät oder gar nicht eingebunden, ist das ein häufiger, klar vermeidbarer Scheitergrund, weil eine nachträglich verweigerte Zustimmung das Projekt komplett stoppen kann. Beim Neustart empfiehlt es sich, den Betriebsrat von der Anforderungsphase an als Projektbeteiligten zu behandeln, mit eigenem Zugang zu den geplanten Auswertungen und einer frühen Einigung auf eine Betriebsvereinbarung. Ausführliche Informationen zu Mitbestimmung, Betriebsvereinbarung und Zeitplan stehen unter Betriebsrat und MES-Einführung.
Wie geht man mit schlechter Datenqualität um, wenn genau das den ersten Versuch zum Scheitern gebracht hat?
Datenqualität lässt sich nicht während der Implementierung nebenbei reparieren, sie muss als eigener Arbeitsblock vor dem technischen Rollout eingeplant werden. Prüfen Sie zuerst, welche Stammdaten wie Arbeitspläne, Stücklisten und Maschinenparameter überhaupt in einer nutzbaren Form vorliegen, und klären Sie, wer für deren Pflege im laufenden Betrieb verantwortlich ist, nicht nur für die einmalige Bereinigung. Für den Piloten reicht es, die Datenbasis für den gewählten Bereich vollständig sauber zu haben, eine unternehmensweite Datenbereinigung vor dem ersten Piloten ist meist unrealistisch und verzögert den Neustart unnötig. Bauen Sie die Datenpflege als festen Prozess mit klaren Verantwortlichkeiten in die Projektorganisation ein, sonst wiederholt sich das Problem beim Rollout auf weitere Linien.
Wie definiert man Erfolgskriterien, die beim zweiten Anlauf tatsächlich überprüfbar sind?
Erfolgskriterien sollten vor dem Projektstart schriftlich festgelegt und von allen Beteiligten, einschließlich Fertigung und Betriebsrat, mitgetragen werden, statt erst nachträglich aus dem Projektverlauf abgeleitet zu werden. Sinnvolle Kriterien sind konkret und messbar, etwa ein definierter Anteil der Aufträge, die im Piloten ohne manuellen Papier-Workaround durchlaufen, oder eine maximale Anzahl ungeplanter Systemausfälle in einem festgelegten Zeitraum. Vermeiden Sie vage Ziele wie bessere Transparenz, weil sie sich später nicht objektiv bewerten lassen und im Streitfall neu interpretiert werden. Legen Sie außerdem einen festen Prüftermin fest, an dem anhand dieser Kriterien entschieden wird, ob der Rollout auf weitere Bereiche ausgeweitet wird oder ob nachjustiert werden muss.
Was passiert mit bereits gekaufter Software oder Hardware aus dem gescheiterten Projekt?
Das hängt vom Ergebnis der Ursachenanalyse ab: Wenn die Gründe organisatorisch waren, lässt sich vorhandene Software und Hardware in den meisten Fällen für den Neustart weiterverwenden, teilweise mit Anpassungen an Lizenzumfang oder Konfiguration. Wenn die Analyse dagegen zeigt, dass das System strukturell nicht zur Fertigungsart passt, sollte die Entscheidung über einen möglichen Wechsel unabhängig von den bereits getätigten Investitionen getroffen werden, da eine weitere Investition in ein ungeeignetes System das Risiko nur verlagert statt löst. Klären Sie parallel vertragliche Fragen wie Kündigungsfristen, Wartungsverträge und mögliche Anpassungsoptionen direkt mit dem Anbieter, bevor eine endgültige Entscheidung fällt. Verbindlich ist in jedem Fall Ihr bestehender Vertrag, die hier genannten Überlegungen ersetzen keine juristische oder kaufmännische Prüfung im Einzelfall.
Wie lange dauert ein realistischer Neustart nach einem gescheiterten MES-Projekt?
Nach Sectorlens-Erfahrungswerten aus Auswahlprojekten seit 2022 dauert ein Neustart von der Ursachenanalyse bis zum stabilen Pilotbetrieb auf einer Linie typischerweise vier bis neun Monate, abhängig davon, wie umfangreich die Datenbereinigung und die Anforderungsklärung ausfallen. Die Ursachenanalyse und ein neu gefasstes Lastenheft nehmen dabei meist vier bis acht Wochen in Anspruch, die Auswahl beziehungsweise Bestätigung des Systems weitere vier bis sechs Wochen, der eigentliche Pilotbetrieb inklusive Feinjustierung nochmals acht bis zwölf Wochen. Ein Rollout auf weitere Bereiche nach erfolgreichem Piloten läuft in der Regel deutlich schneller als der Pilot selbst, weil viele Entscheidungen bereits getroffen sind. Diese Spannen sind Erfahrungswerte und kein Angebot, die tatsächliche Dauer hängt stark vom Umfang des ursprünglichen Scheiterns ab.
Was kostet ein Neustart zusätzlich zum ursprünglich eingeplanten Budget?
Die Höhe der Zusatzkosten hängt stark davon ab, wie viel aus dem ersten Projekt weiterverwendet werden kann. Wird dasselbe System mit überarbeitetem Projektansatz fortgeführt, bleiben die Zusatzkosten für Lizenzen meist überschaubar, während der größere Teil in erneute Beratungs- und Implementierungsleistung fließt. Kommt es zu einem echten Anbieterwechsel, fallen zusätzlich zu den vollen Kosten einer Neueinführung häufig weitere Aufwände für Migration und Doppelbetrieb an. Detaillierte Kostenspannen für einen Anbieterwechsel stehen unter MES wechseln, Migration und Kosten, allgemeine Kostenspannen für MES-Projekte unter MES-Kosten.
Wie kommuniziert man den Neustart intern, ohne dass die Geschäftsführung das Vertrauen in MES-Projekte verliert?
Entscheidend ist eine ehrliche, aber sachliche Darstellung: Was ist beim ersten Anlauf konkret schiefgelaufen, welche zwei bis vier strukturellen Ursachen wurden identifiziert, und was wird beim Neustart nachweislich anders gemacht. Vermeiden Sie es, das erste Projekt pauschal als Fehlschlag der beteiligten Personen darzustellen, das untergräbt die Bereitschaft aller Beteiligten, sich am Neustart aktiv zu beteiligen. Ein kleineres, klar abgegrenztes Pilotprojekt mit messbaren Erfolgskriterien und einem festen Prüftermin ist für die Geschäftsführung leichter zu genehmigen als ein erneutes Großprojekt, weil das finanzielle und organisatorische Risiko begrenzt bleibt. Regelmäßige, kurze Statusupdates während des Piloten helfen zusätzlich, Vertrauen schrittweise wieder aufzubauen, statt es erst am Ende in einem großen Bericht einzufordern.
Sollte man beim Neustart denselben Anbieter erneut beauftragen oder den Markt neu sondieren?
Beides ist möglich, die Entscheidung sollte aus der Ursachenanalyse folgen und nicht aus einer grundsätzlichen Haltung für oder gegen den bisherigen Anbieter. Waren die Scheitergründe überwiegend organisatorisch, also Lastenheft, Einbindung, Zeitplan oder Change-Management, spricht vieles dafür, mit demselben Anbieter neu zu starten, weil Systemkenntnis und bestehende Konfiguration erhalten bleiben. Zeigt die Analyse dagegen strukturelle Lücken im Funktionsumfang oder in der Systemarchitektur, lohnt sich ein neuer, diesmal sauber strukturierter Marktabgleich, auch um zu prüfen, ob sich die Anforderungen inzwischen verändert haben. In beiden Fällen gilt: Die Entscheidung sollte auf dem neu gefassten, realistischen Lastenheft basieren, nicht auf der bereits getätigten Investition allein.
Das erste MES-Projekt ist gescheitert.
Unsicher, wie der zweite Anlauf diesmal gelingt?
Ein gescheitertes Projekt liefert selten alle Antworten, die für einen Neustart nötig sind. Diese drei Wege helfen, den nächsten Schritt sauber zu fundieren.
Realistischer Marktabgleich vor dem Neustart
URL eingeben, KI analysiert die Fertigung anhand öffentlicher Daten und gleicht sie gegen 64 Kriterien mit dem Anbietermarkt ab.
- Zeigt, ob das ursprünglich gewählte System noch zur heutigen Fertigung passt
- Ergänzt die interne Ursachenanalyse um eine Außensicht
- Kein Formular, keine Anbieterdaten nötig
Neustart mit sauberem Lastenheft
Anforderungs-Workshop mit Fertigung, IT und Betriebsrat, moderierter Prozess für den zweiten Anlauf.
- Lastenheft aus 150+ Anforderungen, priorisiert nach Pilotumfang
- Moderierter Dialog mit den Anbietern, die wirklich passen
- Entscheidungsmatrix für Rollout oder Nachjustierung
Zweitmeinung zum gescheiterten Projekt
50+ Projekte seit 2022, herstellerneutral, keine Provision.
- Ursachenanalyse mit Blick von außen, ohne Schuldzuweisung
- Einschätzung, ob Neustart mit demselben oder neuem Anbieter sinnvoller ist
- 30 Minuten Erstgespräch kostenlos und unverbindlich
Der zweite Anlauf beginnt nicht mit einer neuen Software. Er beginnt mit einer ehrlichen Bestandsaufnahme.
Sechs Minuten reichen für einen ersten, unabhängigen Abgleich Ihrer Fertigung mit dem aktuellen MES-Markt, egal ob Sie beim bisherigen Anbieter bleiben oder neu sondieren wollen.
