Warum ISO-Projekte scheitern

ISO-Projekte scheitern meist nicht an der Norm selbst, sondern an fehlender Unterstützung durch die Geschäftsleitung, unklaren Verantwortlichkeiten und einem Managementsystem, das an der betrieblichen Realität vorbeigebaut wird statt sie abzubilden. Solche Fehlentwicklungen zeigen sich oft erst spät, wenn bereits viel Zeit und Aufwand in das Projekt geflossen sind. Wer die typischen Warnzeichen frühzeitig erkennt, kann gegensteuern, bevor das Managementsystem endgültig zur reinen Auditvorbereitung verkommt. Dieser Beitrag beschreibt die häufigsten Ursachen für das Scheitern von ISO-Projekten und zeigt anhand eines typischen Verlaufs, welche Lehren sich daraus für den eigenen Betrieb ziehen lassen.

Fehlendes Commitment der Geschäftsleitung

Der häufigste Grund für scheiternde ISO-Projekte ist eine Geschäftsleitung, die das Projekt zwar formal beschliesst, sich danach aber nicht mehr aktiv dafür einsetzt. Ohne sichtbares Engagement der Führung – etwa durch regelmässige Nachfragen, Teilnahme an der Managementbewertung oder Bereitstellung nötiger Ressourcen – verliert das Projekt im Betrieb schnell an Priorität gegenüber dem Tagesgeschäft.

Das System wird für den Auditor statt für den Betrieb gebaut

Ein verbreiteter Fehler ist, das Managementsystem so zu gestalten, dass es im Audit gut aussieht, statt so, dass es im Alltag tatsächlich hilft. Solche Systeme bestehen aus umfangreichen Dokumenten, die niemand liest, und Prozessen, die auf dem Papier existieren, aber nicht gelebt werden. Spätestens beim Zertifizierungsaudit fällt diese Lücke zwischen Dokumentation und Realität auf – und selbst wenn sie unentdeckt bleibt, bringt ein solches System dem Betrieb keinen echten Nutzen.

Fehlende oder überlastete verantwortliche Person:

In vielen KMU wird die Verantwortung für das ISO-Projekt einer Person zusätzlich zu ihrer bestehenden Vollzeitstelle übertragen, ohne dass dafür Zeit freigestellt wird. Diese Person gerät zwangsläufig zwischen Tagesgeschäft und Projektarbeit ins Hintertreffen, und das Projekt verzögert sich schrittweise, ohne dass ein einzelner Moment des Scheiterns erkennbar wäre.

Zu ambitionierter Zeitplan

Ein Zeitplan, der von der ersten Kontextanalyse bis zum Zertifizierungsaudit nur wenige Monate vorsieht, unterschätzt fast immer den Aufwand für Datensammlung, Abstimmung mit Fachbereichen und die notwendige Einführungszeit, bevor Nachweise wie interne Audits oder eine erste Managementbewertung überhaupt vorliegen können. Gerät der Zeitplan unter Druck, werden häufig genau jene Schritte übersprungen, die später im Audit am stärksten auffallen.

Mangelnde Einbindung der Mitarbeitenden:

Wird das Managementsystem am Reissbrett von einer einzelnen Person oder externen Berater:innen entworfen, ohne die Mitarbeitenden einzubeziehen, die die Prozesse tatsächlich täglich ausführen, entsteht ein System, das an der Praxis vorbeigeht. Solche Systeme stossen auf Widerstand, werden nur widerwillig angewendet und liefern entsprechend wenig verwertbare Daten für Verbesserungen.

Das System nach der Zertifizierung wird nicht gepflegt:

Ein Teil der ISO-Projekte, die formal erfolgreich zertifiziert werden, scheitert erst danach: Das System wird nach dem ersten Zertifizierungsaudit nicht mehr aktualisiert, Dokumente veralten, und die nächste Managementbewertung findet nur noch pro forma statt. Spätestens beim Überwachungsaudit wird sichtbar, dass das System stillsteht, während sich der Betrieb selbst weiterentwickelt hat.

Warnzeichen, dass ein Projekt zu scheitern droht

Einige Anzeichen deuten frühzeitig auf ein gefährdetes Projekt hin:

• Projektmeetings werden wiederholt verschoben oder finden ohne Entscheidungsträger:innen statt.
• Dokumente werden erstellt, aber nie mit den betroffenen Fachbereichen abgeglichen.
• Termine verschieben sich mehrfach ohne klare Begründung oder neuen Zeitplan.
• Die verantwortliche Person äussert wiederholt, keine Zeit für das Projekt zu finden.

Wie sich ein ins Stocken geratenes Projekt retten lässt:

Ein gefährdetes Projekt lässt sich in vielen Fällen noch retten, wenn frühzeitig gegengesteuert wird: die Geschäftsleitung holt das Thema aktiv zurück auf die Agenda, der Zeitplan wird realistisch überarbeitet statt stillschweigend ignoriert, und die verantwortliche Person erhält tatsächlich freigestellte Zeit statt einer zusätzlichen Aufgabe neben dem Vollzeitpensum. In hartnäckigen Fällen kann punktuelle externe Beratung helfen, das Projekt wieder in Fahrt zu bringen, ohne von vorne beginnen zu müssen.

Beispiel: Ein typischer Scheiternsverlauf und die Lehren daraus

Ein Betrieb startet ein ISO-9001-Projekt mit ambitioniertem Sechs-Monats-Zeitplan. Die verantwortliche Person erhält keine Entlastung von ihrer bisherigen Tätigkeit. Nach drei Monaten ist erst die Kontextanalyse fertig, Prozessbeschreibungen fehlen weitgehend. Die Geschäftsleitung fragt nicht aktiv nach, das Thema versandet im Tagesgeschäft. Erst als ein wichtiger Kunde eine Zertifizierung als Bedingung stellt, wird das Projekt mit klar zugeteilter Zeit und Unterstützung durch eine externe Fachperson neu aufgesetzt – und innert vier Monaten erfolgreich abgeschlossen.

Woran sich erfolgreiche Projekte unterscheiden:

Erfolgreiche ISO-Projekte haben typischerweise drei Gemeinsamkeiten: eine Geschäftsleitung, die sichtbar hinter dem Projekt steht, eine verantwortliche Person mit tatsächlich freigestellter Zeit, und einen Zeitplan, der die notwendige Einführungsphase realistisch berücksichtigt statt sie zu überspringen. Fehlt eine dieser drei Voraussetzungen, steigt das Risiko eines Scheiterns oder einer erheblichen Verzögerung deutlich.

Einordnung in die ISO-Normfamilie

Was ISO als Organisation und Normfamilie ausmacht, erklärt der Beitrag Was ist ISO.

Rolle der Unternehmenskultur beim Scheitern:

Auch eine gut gemeinte, formal korrekt geplante Einführung kann scheitern, wenn die Unternehmenskultur Änderungen grundsätzlich misstrauisch begegnet. In Betrieben, in denen Fehler traditionell vertuscht statt offen besprochen werden, tut sich ein Managementsystem besonders schwer, das auf offener Fehlererfassung und -analyse beruht. Eine solche Kultur lässt sich nicht allein durch das ISO-Projekt ändern, sollte aber bei der Planung realistisch mitberücksichtigt werden.

Externe Wahrnehmung eines gescheiterten Projekts:

Ein intern gescheitertes oder stark verzögertes ISO-Projekt bleibt in der Regel nach aussen unsichtbar, solange keine Zertifizierungsfrist gegenüber Kund:innen fest zugesagt wurde. Wichtig ist deshalb, Kund:innen oder Vertragspartner:innen erst dann einen konkreten Zertifizierungstermin zu nennen, wenn der Projektstand dies realistisch zulässt – eine zu früh kommunizierte Frist erhöht den internen Druck und damit paradoxerweise das Risiko eines Scheiterns.

Lehren für den nächsten Anlauf:

Betriebe, die einen zweiten Anlauf starten, sollten die Ursachen des ersten Scheiterns schriftlich festhalten und beim neuen Projektaufbau aktiv dagegen absichern – etwa mit einem verbindlichen, von der Geschäftsleitung mitgetragenen Zeitplan und einer verantwortlichen Person mit tatsächlich freigestellter Kapazität. Diese bewusste Aufarbeitung erhöht die Erfolgschancen beim zweiten Versuch erheblich gegenüber einem blossen «weiter wie bisher».

Häufige Fragen zum Scheitern von ISO-Projekten

Kann ein bereits gescheitertes Projekt neu gestartet werden?

Ja, häufig sogar erfolgreicher als beim ersten Versuch, da die Gründe des Scheiterns bekannt sind und gezielt behoben werden können – etwa durch klar freigestellte Zeit oder gezielte externe Unterstützung. Wichtig ist dabei, dass die ursprünglichen Verantwortlichen offen einbezogen werden, statt den Neustart als reinen Verwaltungsakt ohne Aufarbeitung der Vorgeschichte zu behandeln. Ein zweiter Anlauf profitiert zudem oft von bereits vorhandenen Vorarbeiten wie einer früheren Kontextanalyse, die sich meist mit überschaubarem Aufwand aktualisieren statt komplett neu erstellen lässt.

Ist ein Scheitern im Zertifizierungsaudit dasselbe wie ein gescheitertes Projekt?

Nein. Ein nicht bestandenes Audit ist meist ein Lösbares, punktuelles Problem, während ein gescheitertes Projekt bereits vor dem Audit an fehlender Substanz oder Unterstützung scheitert. Ein gescheitertes Projekt lässt sich oft erst rückblickend erkennen, während eine nicht bestandene Auditstelle unmittelbar und konkret benannt wird.

Wie lange dauert ein Neustart nach einem gescheiterten Projekt in der Regel?

Ein Neustart mit klar zugeteilter Zeit und geklärten Verantwortlichkeiten dauert häufig deutlich kürzer als der ursprüngliche, gescheiterte Anlauf, da wesentliche Grundlagenarbeit meist bereits vorliegt. Wie lange genau, hängt vor allem davon ab, wie viel der bestehenden Dokumentation noch brauchbar ist und wie schnell die Geschäftsleitung sichtbar hinter dem neuen Anlauf steht. In der Praxis dauert ein solcher Neustart häufig zwischen drei und sechs Monaten, bis das System wieder auditreif ist.

Kann die Unternehmenskultur ein ISO-Projekt zum Scheitern bringen, obwohl die Planung korrekt ist?

Ja. Selbst eine formal gut geplante Einführung kann scheitern, wenn die Unternehmenskultur Veränderungen grundsätzlich misstrauisch begegnet. In Betrieben, in denen Fehler traditionell vertuscht statt offen besprochen werden, tut sich ein Managementsystem besonders schwer, das auf offener Fehlererfassung und -analyse beruht. Eine solche Kultur lässt sich nicht allein durch das ISO-Projekt ändern, sollte aber bei der Planung realistisch mitberücksichtigt werden.

Sollte man Kund:innen frühzeitig einen konkreten Zertifizierungstermin nennen?

Besser nicht, bevor der Projektstand dies realistisch zulässt. Ein intern gescheitertes oder stark verzögertes Projekt bleibt nach aussen meist unsichtbar, solange keine feste Frist gegenüber Kund:innen zugesagt wurde. Eine zu früh kommunizierte Frist erhöht dagegen den internen Druck und damit paradoxerweise das Risiko eines Scheiterns. Erst wenn Kontextanalyse, Prozessbeschreibungen und erste interne Audits soweit stehen, lässt sich ein realistischer Termin verlässlich zusagen.

Fazit

ISO-Projekte scheitern selten an der Norm selbst, sondern an fehlendem Rückhalt der Führung, unrealistischen Zeitplänen und einem System, das nur für das Audit gepflegt wird. Wer die typischen Warnzeichen früh erkennt und das Managementsystem als Führungsinstrument statt als Pflichtübung versteht, umgeht die häufigsten Stolperfallen. In der Praxis zeigt sich das Scheitern selten abrupt, sondern schleichend: Das Handbuch wird einmal jährlich vor dem Audit aktualisiert, im Alltag aber nicht mehr konsultiert, bis die Diskrepanz zwischen Dokumentation und gelebter Praxis beim nächsten Audit als Abweichung auffällt. Ein weiterer häufiger Grund ist die fehlende Verantwortungsklarheit – wird die Rolle des/der Managementbeauftragten nicht mit echten Kompetenzen und Zeitbudget ausgestattet, bleibt das System zwangsläufig Nebensache. Wer diese Warnsignale schon in der Einführungsphase ernst nimmt und die Geschäftsleitung aktiv einbindet, senkt das Risiko eines gescheiterten oder nur formal bestehenden Systems erheblich.