Fragen Sie in einem zertifizierten Unternehmen, wann das QM-Handbuch zuletzt angefasst wurde. Die ehrliche Antwort lautet oft: vier Wochen vor dem letzten Audit. Das ist kein Zeichen von Nachlässigkeit. Es ist die logische Folge davon, wie solche Handbücher gebaut sind.

Das Problem: Das Handbuch beschreibt ein anderes System

Ein QM-Handbuch beschreibt, wie gearbeitet werden soll. Gearbeitet wird aber woanders – im ERP, im Ticketsystem, in der Dateiablage, im Postfach. Damit existieren zwei Welten nebeneinander:

  • In der einen passiert die Arbeit. Sie wird täglich benutzt und ändert sich ständig.
  • In der anderen steht, wie die Arbeit passieren soll. Sie wird angefasst, wenn ein Termin näher rückt.

Zwischen beiden gibt es keine Verbindung außer der Disziplin einzelner Personen. Ändert jemand einen Ablauf im echten System, passiert im Handbuch nichts. Es driftet – und zwar lautlos. Niemand bekommt eine Meldung, dass ein Kapitel des Handbuchs seit acht Monaten nicht mehr stimmt.

Warum klassische QM-Software das nicht löst

Der naheliegende Reflex ist, sich Software für das Problem zu kaufen. Nur: Klassische QM-Software verwaltet Dokumente über Prozesse, die anderswo stattfinden. Sie ist damit nicht die Lösung des Zwei-Welten-Problems, sondern seine Institutionalisierung – sie ist das zweite System.

Das erklärt auch, warum Zertifizierungen in vielen Betrieben als Bürokratie erlebt werden. Nicht die Norm erzeugt den Aufwand, sondern die Doppelführung. Die Nachweise, die eigentlich bei der Arbeit anfallen müssten, werden nachträglich zusammengesucht. Erfahrene Auditoren wissen das und fragen genau dort nach: nicht nach dem Dokument, sondern nach dem Beleg, dass danach gearbeitet wurde.

Die Umkehrung: Das Managementsystem ist das Arbeitssystem

Der Ausweg besteht nicht darin, das Handbuch besser zu pflegen. Er besteht darin, es nicht mehr pflegen zu müssen.

Dafür muss die Richtung umgedreht werden: Eine Korrekturmaßnahme ist dann kein Formular in einer QM-Datenbank, sondern ein Vorgang – mit Verantwortlichem, Frist, Aufgaben und Statusverlauf, im selben System, in dem auch der Kundenauftrag liegt. Ein internes Audit ist ein Vorgang. Eine Managementbewertung ist ein Vorgang, dessen Checkliste genau die geforderten Punkte enthält.

Der Nachweis „wer hat wann was entschieden" entsteht damit nicht durch Abheften. Er fällt an, weil im System gearbeitet wurde.

Ein Handbuch, das erzeugt wird

Wenn die Prozesse im Arbeitssystem liegen, lässt sich das Handbuch daraus erzeugen statt schreiben: Prozesslandkarte aus den tatsächlichen Statusketten, Dokumentenverzeichnis mit dem aktuell gültigen Fassungsstand, Zielerreichung aus den laufenden Kennzahlen, Erfüllungsstand je Normkapitel samt der Liste dessen, was noch offen ist.

Ein so erzeugtes Handbuch kann strukturell nicht veralten. Nicht weil jemand besonders diszipliniert wäre, sondern weil es keinen zweiten Stand gibt, der veralten könnte. Der VLYX Navigator setzt genau das um – die Einzelheiten stehen unter Managementsystem & Normen.

Was das nicht leistet

Zwei Ehrlichkeiten gehören dazu, sonst wird aus dem Argument ein Versprechen, das niemand halten kann.

Erstens: Software macht kein Qualitätsmanagement. Sie macht es sichtbar und nachweisbar. Ein Unternehmen ohne QM-Beauftragten wird auch mit dem besten Werkzeug kein Audit bestehen.

Zweitens: Ein Erfüllungsstand im System ist eine Selbsteinschätzung. Er sagt: Jemand hat einen Nachweis zugeordnet und ihn als ausreichend bewertet. Das ist die Vorbereitung auf das Audit – nicht sein Ergebnis. Was zählt, entscheidet der Auditor.

Woran Sie erkennen, ob Sie das Problem haben

Drei Fragen genügen:

  1. Wenn sich morgen ein Ablauf ändert – wie erfährt das Handbuch davon?
  2. Wie lange brauchen Sie für den Nachweis, dass eine Maßnahme aus dem letzten Audit erledigt wurde?
  3. Wüssten Sie ohne Nachsehen, welche gelenkten Dokumente gerade zur Prüfung fällig sind?

Wer bei allen dreien zögert, führt zwei Systeme. Die Frage ist dann nicht mehr, ob das Handbuch veraltet, sondern nur noch, wann es jemandem auffällt.

Passend dazu:

  • VLYX Navigator: QM-Prozesse als Vorgänge, Dokumentenlenkung mit Vier-Augen-Freigabe und ein erzeugtes Handbuch.
  • Managementsystem & Normen: Was das Modul abbildet – und was es ausdrücklich nicht verspricht.