Woran Sie eine gute QM-Software in zehn Minuten erkennen: an der Prozesslandkarte und am Wiki

Alle QM-Systeme sehen in der Produktdemo gleich aus. Dokumente lenken? Können alle. Audits planen, Maßnahmen verfolgen, Risiken bewerten? Steht auf jeder Funktionsliste. Wer gerade eine QM-Software auswählt, sitzt schnell in der dritten Demo und hat das Gefühl, dreimal dasselbe Produkt gesehen zu haben. Dabei trennt sich die Spreu vom Weizen an zwei Stellen, die in kaum einem Vergleichsportal auftauchen: an der Prozesslandkarte und am Umgang mit dem Wissen, das kein gelenktes Dokument ist. Beide können Sie in zehn Minuten prüfen – mit zwei einfachen Aufforderungen an den Anbieter.

Test 1: „Zeigen Sie mir Ihre Prozesslandkarte – und ändern Sie sie jetzt live“

In den meisten Unternehmen ist die Prozesslandkarte ein Bild: eine PowerPoint-Folie, eine Visio-Zeichnung, ein PDF auf Seite 7 des Handbuchs. Sie wurde einmal mit viel Mühe erstellt – und seitdem traut sich niemand mehr heran, weil das Zeichenwerkzeug auf einem anderen Rechner liegt als das QM-System. Das Ergebnis kennt jeder Auditor: Die Landkarte zeigt einen Prozess, den es nicht mehr gibt, und der neue Reklamationsweg fehlt.

Dabei verlangt die ISO 9001 gar kein schönes Bild. Sie fordert in Kapitel 4.4.1, dass Sie die Prozesse Ihres Managementsystems bestimmen – mit Eingaben und Ergebnissen, mit Abfolge und Wechselwirkungen und mit Kriterien samt Leistungsindikatoren für die Steuerung. Eine Landkarte, die das leisten soll, ist kein Poster. Sie ist ein Arbeitsinstrument, das sich ändern lässt, sobald sich der Betrieb ändert.

Genau deshalb lohnt die Live-Probe in der Demo. Eine gute QM-Software besteht sie so:

• Zeichnen ohne Spezialwerkzeug. Formen aus einer Palette auf die Fläche ziehen, Kästchen per Zug verbinden, Linien anfassen und führen – so selbstverständlich wie an einem digitalen Whiteboard, nur eben direkt im QM-System. Wenn der Anbieter für eine neue Prozessbox erst „in die Schulung“ verweist, wissen Sie, warum die Landkarte später wieder veraltet.
• Die Symbole, die Ihre Leser kennen. Entscheidungen mit frei beschrifteten Ausgängen, parallele Zweige, Ereignisse, Datenspeicher, Swimlanes wahlweise senkrecht oder waagerecht – die Notation, die Auditoren und Kunden aus BPMN-Diagrammen gewohnt sind.
• Mitgeltende Dokumente am Schritt statt im Anhang. Das Prüfprotokoll hängt als Symbol direkt am Prozessschritt, mit Pfeilrichtung: Wird das Formular hier verwendet oder entsteht es hier? Ein Klick öffnet das Dokument. Die Frage „Welche Vorlage gehört zu diesem Schritt?“ beantwortet dann das Diagramm – nicht die Kollegin, die es gezeichnet hat.

Der eigentliche Unterschied: eine Landkarte, die den Zustand Ihrer Prozesse kennt

Bedienung ist die Pflicht. Die Kür entscheidet darüber, ob die Landkarte im Alltag einen Nutzen hat oder nur im Audit gezeigt wird: die Verbindung zu den Live-Daten des Systems.

In einer integrierten Lösung ist jeder Prozess auf der Landkarte ein Objekt, an dem die Fäden zusammenlaufen. Ein Klick öffnet seinen Steckbrief – und dort stehen nicht nur Zweck und Verantwortlicher, sondern die zugeordneten Kennzahlen mit Ampel, die offenen Risiken, Maßnahmen und Reklamationen genau dieses Prozesses. Steht der Einkauf auf Rot, sehen Sie im selben Fenster, woran es liegt. Wer die Turtle-Darstellung bevorzugt, schaltet einfach um. Eine PowerPoint-Folie kann das prinzipbedingt nie: Dort ist der Prozess ein Rechteck, hier ist er der Einstiegspunkt in Ihr Managementsystem.

Zwei Punkte sollten Sie außerdem abfragen, bevor Sie sich festlegen:

• Auditfeste Stände. Die Landkarte wird laufend gepflegt – aber freigegeben wird ein eingefrorener Stand mit Änderungsgrund und Protokoll. „Was hat sich seit dem letzten Audit geändert?“ ist dann eine Abfrage von dreißig Sekunden.
• Hilfe beim Start. Vorlagen-Landkarten für Produktion, Dienstleistung oder Handel ersparen das leere Blatt, und ein Abgleich gegen die aktivierten Normen zeigt, welcher typische Prozess noch fehlt – etwa die Lieferantenbewertung für die ISO 9001 oder die Notfallvorsorge für die ISO 14001.

Test 2: „Wo landet bei Ihnen das Wissen, das kein Vorgabedokument ist?“

Die zweite Frage klingt harmlos, sortiert aber die Anbieter schneller als jede Funktionsliste. Denn jedes Unternehmen hat zwei Sorten von Wissen. Die Verfahrensanweisung gehört gelenkt – mit Prüfung, Freigabe, Revisionsstand und Kenntnisnahme. Aber der Maschinen-Kniff, die Einarbeitungsnotiz, die Übersicht über die IT-Zugänge? Das ist Wissen, das täglich gebraucht wird und sich wöchentlich ändert.

Viele Systeme kennen für beides nur einen Weg: den Freigabe-Workflow. Die Folge ist absehbar – wer für eine Drei-Zeilen-Notiz einen Prüfer und eine neue Revision braucht, schreibt die Notiz nicht. Das Wissen bleibt in Köpfen und Postfächern, und bei der nächsten Kündigung geht es mit aus der Tür.

Eine durchdachte QM-Software bietet deshalb zwei klar getrennte Welten: die gelenkten Vorgabedokumente mit vollem Workflow – und daneben ein Wiki, in dem Artikel per Knopfdruck veröffentlicht werden und gut sichtbar als „kein gelenktes Dokument“ gekennzeichnet sind. Diese Kennzeichnung ist kein Detail, sondern der Punkt, der im Audit über sauber oder unsauber entscheidet: Niemand kann einen ungelenkten Artikel mit einer gültigen Anweisung verwechseln.

Damit das Wiki wirklich genutzt wird, zählt die Schreibhürde. Bilder sollten per Einfügen oder Drag-und-Drop in den Artikel kommen, Checklisten, Hinweis- und Warnkästen mit einem Schrägstrich-Befehl entstehen – tippen, auswählen, weiterschreiben. Und gefunden werden muss das Ganze auch: mit einer Volltextsuche, die deutsche Wortformen versteht, mit Verlinkung in beide Richtungen zwischen Wiki und gelenkten Dokumenten samt einer Übersicht „Wird verwendet in“, mit Kommentaren unter jedem Artikel. Ideal ist, wenn Mitarbeitende ohne Schreibrecht eine Änderung vorschlagen können, die der Verantwortliche vergleicht und mit einem Klick übernimmt – so wird aus dem stillen „das stimmt so nicht mehr“ eine Korrektur statt eines Flurfunk-Themas.

Die Zehn-Minuten-Checkliste für Ihre nächste Produktdemo

• Kann ich die Prozesslandkarte live ändern – Formen ziehen, verbinden, verschieben – ohne Zusatzwerkzeug?
• Gibt es die gängigen BPMN-Symbole und Swimlanes in beiden Richtungen?
• Hängen mitgeltende Dokumente direkt am Prozessschritt, mit erkennbarer Richtung?
• Zeigt der Prozess-Steckbrief Live-Daten: Kennzahlen-Ampel, Risiken, Maßnahmen, Reklamationen?
• Werden Stände der Landkarte eingefroren, mit Änderungsgrund und Protokoll?
• Gibt es neben den gelenkten Dokumenten ein Wiki – klar gekennzeichnet, ohne Freigabezwang?
• Wie schnell ist ein Wiki-Artikel mit Bild und Checkliste geschrieben – und findet ihn die Volltextsuche?
• Können Mitarbeitende kommentieren und Änderungen vorschlagen?

Wenn ein Anbieter bei diesen Punkten ausweicht, wissen Sie mehr als nach einer Stunde Folienpräsentation. Welche Grundfunktionen darüber hinaus zur Pflicht gehören, haben wir im Beitrag QM-Software auswählen: Welche Funktionen Unternehmen wirklich brauchen zusammengestellt; warum verknüpfte Daten der Kern jeder digitalen QM-Lösung sind, zeigt der Beitrag zum digitalen Qualitätsmanagement für KMU.

Fazit

Prozesslandkarte und Wiki sind keine Randfunktionen – sie sind der Lackmustest dafür, ob eine QM-Software für den Alltag gebaut wurde oder für die Funktionsliste. Eine Landkarte, die sich wie am Whiteboard zeichnen lässt und den Zustand der Prozesse live anzeigt, wird gepflegt. Ein Wiki ohne Freigabehürde fängt das Wissen ein, das sonst mit Mitarbeitenden kommt und geht. Beides zusammen macht aus dem QM-System das, was es sein soll: der Ort, an dem gearbeitet wird – nicht der Ort, der neben der Arbeit existiert.

Beide Bausteine können Sie sich übrigens live ansehen: Die QVM-Software hat den Prozess-Baukasten mit BPMN-Formen und lebendem Steckbrief sowie den Wissensbereich genau so umgesetzt. Oder Sie bringen Ihre eigenen Prozesse mit – in einem kostenlosen Erstgespräch gehen wir die Zehn-Minuten-Checkliste gemeinsam durch.