Versionskontrolle für Prozessdokumentation und Prozesslandkarten
Wie Versionskontrolle auf Prozessdokumentation angewendet wird (Verfahren, Arbeitsanweisungen und Prozesslandkarten) und warum ein veralteter Diagrammausdruck nicht nur den Leser, sondern die ausführende Person selbst in die Irre führt.
Versionskontrolle für Prozessdokumentation bedeutet, Verfahren, Arbeitsanweisungen und Prozesslandkarten dieselbe Kennung, Revision, verbindliche Ablage und Prüffrist zu geben wie jedem anderen gelenkten Dokument, plus eine zusätzliche Anforderung: Ein veraltetes Diagramm muss vom Ort der Anwendung eingezogen werden, nicht nur in einer Datei ersetzt.
Kurz gesagt
- Eine Prozesslandkarte braucht dieselben vier Kontrollen wie ein geschriebenes Verfahren: Kennung und Revision, einen verbindlichen Ort, den Einzug des abgelösten Exemplars und ein datiertes Prüfintervall.
- Ein hinzugefügter Schritt, ein neu zugewiesener Verantwortlicher oder ein umbenannter Entscheidungszweig ist eine Revision, auch wenn sich kein Absatz geändert hat und keine Wortzahl bewegt hat.
- Einem Diagramm wird am Ort der Anwendung mehr vertraut als Fließtext: genau deshalb führt ein zurückgelassenes altes Diagramm in die Irre, statt bloß zu täuschen.
- Verfolgen Sie, wer welche Bahn, Zeile oder Verbindung geändert hat, vergleichen Sie beliebige zwei Versionen nebeneinander, und stellen Sie eine frühere wieder her: dieselbe Versionshistorie wie bei einem Textdokument.
- Ein abgelöstes Diagramm einzuziehen bedeutet, jeden Ausdruck und jedes eingebettete Exemplar zu finden, nicht nur die Datei am verbindlichen Ort zu ersetzen.
Dokumentationswerkzeuge auswählen
Einem Diagramm wird gefolgt, es wird nicht nur gelesen
Ein Absatz in einem Verfahren wird gelesen, dann interpretiert, dann umgesetzt: drei getrennte Schritte, bei denen ein Leser sich selbst beim Scheitern ertappen kann. Ein an einem Arbeitsplatz angeheftetes Flussdiagramm springt direkt zu umgesetzt. Wer einen Blick auf eine Prozesslandkarte wirft, vertraut ihrer Form mehr, als er einem Satz vertrauen würde, denn ein Diagramm liest sich wie ein Fakt und nicht wie jemandes Wiedergabe eines solchen, und genau dieses Vertrauen macht ein veraltetes Diagramm gefährlich: Es führt nicht nur den Leser in die Irre, es führt die ausführende Person in dem Moment in die Irre, in dem sie die Arbeit tut.
Prozessdokumentation (Verfahren, Arbeitsanweisungen, Prozesslandkarten, RACI-Diagramme) braucht dieselben vier Dinge wie jedes andere gelenkte Dokument: eine eindeutige Kennung und Revision, einen verbindlichen Ort, den Einzug des abgelösten Exemplars und eine datierte turnusmäßige Überprüfung. /de/guides/dokumentenlenkung-prozess-erstellen führt durch den gesamten Lebenszyklus, in den diese vier Eigenschaften eingebettet sind. Was sich bei einem Diagramm speziell ändert, ist kleiner und leicht zu übersehen: ein hinzugefügter oder entfernter Schritt, ein neu zugewiesener Verantwortlicher, ein umbenannter Entscheidungszweig: keines davon berührt eine Wortzahl, also liest sich keines als Revision, es sei denn, der Prozess behandelt jede Layoutänderung als eine.
Diese Seite bleibt werkzeugneutral: Die Disziplin gilt, ob die Landkarte in einem Zeichenprogramm, auf einer Wiki-Seite oder in einem Diagramm lebt. /de/guides/versionskontrolle-fuer-flussdiagramme behandelt die engere, produktspezifische Version desselben Problems: was ein Änderungsprotokoll Feld für Feld an einem tatsächlichen Flussdiagramm erfasst. Der Durchgang unten verwendet das Diagramm zum Dokumentenlenkungsprozess von QueryChart, weil es ein reales, funktionierendes Beispiel der vier Eigenschaften ist, automatisch verfolgt durch die unter /features/version-control beschriebene Versionshistorie.
Eine Prozesslandkarte, Stufe für Stufe als gelenktes Dokument durchgegangen
Der Lebenszyklus der Dokumentenlenkung als funktionierendes Beispiel einer Prozesslandkarte unter Versionskontrolle, dasselbe Diagramm, Bahn für Bahn aufgedeckt, vom Grund für eine Änderung bis zum Prüftermin, der sie wieder öffnet.
Eine Revision beginnt mit einem Grund, nicht mit einem Neuzeichnen
Die Start-Zeile, „Bedarf oder Änderung erkannt“, und die Zeile danach, „Dokumentenänderungsantrag stellen“, geschehen beide, bevor jemand das Diagramm selbst anfasst: bei einer Prozesslandkarte muss der Grund für die Änderung genauso erfasst werden wie bei einem Absatz.
Neu zeichnen ist Entwerfen
„Inhalt erstellen oder überarbeiten“ umfasst jetzt auch das Neuzeichnen eines Schritts, das Neuausrichten eines Entscheidungszweigs oder das Verschieben einer Box in eine andere Bahn, und „Offene Kommentare?“ schickt diese Layoutänderung genauso über „Fachliche Prüfung durchführen“ zurück wie eine Formulierungsanmerkung.
Die einem Diagramm zugewiesene Version
Die Bahn des Dokumentenbeauftragten vergibt eine Version und ein Gültigkeitsdatum, schreibt sie ins „Dokumentenverzeichnis aktualisieren“, veröffentlicht sie und führt dann „Überholte Exemplare aus dem Umlauf ziehen“ aus: bei einem Diagramm bedeutet dieser Einzugsschritt das ausgedruckte Flussdiagramm neben der Maschine, nicht nur die Datei auf dem gemeinsamen Laufwerk.
Ein Diagramm in Anwendung hat weiterhin ein Prüfdatum
Schulung oder „Neue Version lesen und bestätigen“ kommt vor „Gültige gelenkte Version anwenden“, und die geplante Prüfung bei „Dokument weiterhin gültig?“ gibt dem Diagramm dieselben drei Ergebnisse wie jedem gelenkten Dokument: „Gültig“ erfasst das Datum, „Überarbeiten“ führt zurück zum Änderungsantrag, „Außer Kraft“ endet bei „Dokument eingezogen und außer Kraft“.
So funktioniert es
Behandeln Sie eine Layoutänderung als Revision
Ein verschobener Entscheidungszweig, eine neu zugewiesene Bahn oder ein umbenannter Schritt ändern genauso, was ein Leser als Nächstes tut, wie ein umgeschriebener Absatz. Geben Sie Ihren Prozesslandkarten denselben Revisionsauslöser wie Ihren Verfahren: jede Änderung, die verändert, was geschieht, nicht nur eine Änderung dessen, was geschrieben steht.
Setzen Sie Version und Datum auf das Diagramm selbst
Drucken Sie Kennung, Revisionsnummer und Gültigkeitsdatum auf das Diagramm, nicht nur in den Dateinamen oder das Register, das darauf verweist. Wer das Diagramm auf einem Bildschirm oder Ausdruck betrachtet, sollte keinen separaten Datensatz suchen müssen, um zu wissen, ob es aktuell ist.
Führen Sie ein verbindliches Diagramm, überall sonst nur einen Verweis
Jedes eingebettete Exemplar in einem Wiki, einer Schulungsfolie oder einer Lieferantenmappe sollte auf die verbindliche Version verlinken, statt einen eingefügten Export davon zu halten. Ein eingefügtes Bild hört auf, sich zu aktualisieren, sobald jemand es exportiert hat.
Erfassen Sie, wer welche Zeile geändert hat, nicht nur dass sich etwas geändert hat
Eine brauchbare Diagrammhistorie benennt das Feld: das Label dieser Box, das Ziel dieser Verbindung, die Reihenfolge dieser Bahn, geändert von dieser Person an diesem Datum. Das Änderungsprotokoll von QueryChart erfasst genau das automatisch für jedes Diagramm, und der Versionsvergleich stellt zwei Revisionen nebeneinander, siehe /features/version-control.
Ziehen Sie das ausgedruckte Exemplar ein, nicht nur die alte Datei
Ein an einem Arbeitsplatz angeheftetes Flussdiagramm überlebt die Datei, aus der es gedruckt wurde. Gehen Sie die Anwendungsorte ab (Aushänge, Maschinenarbeitsplätze, Einweisungsmappen) genauso wie bei einem Textverfahren, und ersetzen oder entfernen Sie jeden, wenn eine Revision ausgegeben wird.
Häufige Fehler
Der angeheftete Ausdruck
Ein neben einer Maschine angeklebtes Flussdiagramm ist das Diagrammäquivalent eines ungelenkten Ausdrucks, und meist der erste Fund eines Auditors. Listen Sie die Anwendungsorte auf, bevor Sie die nächste Revision ausgeben, und ersetzen Sie das gedruckte Exemplar im selben Einzugsschritt: den vollständigen Lebenszyklus vom Antrag bis zur Ausserkraftsetzung finden Sie in voller Länge unter /de/templates/dokumentenlenkung-prozess.
Ein umbenannter Entscheidungszweig ohne Änderungsprotokoll
„Freigegeben“ in „Freigegeben mit Auflagen“ umzubenennen, oder den Ja-Zweig einer Entscheidungszeile auf einen anderen nachgelagerten Schritt zu verschieben, ändert den Prozess, ohne einen einzigen Satz irgendwo zu ändern. Verfolgt Ihre Versionshistorie nur Dateispeicherungen, ist diese Revision unsichtbar.
Ein Export, viele veraltete Exemplare
Ein in eine Wiki-Seite oder Schulungsfolie eingefügtes PNG oder PDF ist eine Momentaufnahme, kein Verweis: es aktualisiert sich nicht, wenn sich das Quelldiagramm ändert. Jede Stelle, die auf die Prozesslandkarte verweist, sollte auf die verbindliche Version zeigen, nicht auf eine aus einer alten exportierte Datei.
Kein Verantwortlicher für das Diagramm, nur für den Prozess
Ein Prozess kann einen benannten Verantwortlichen haben, während die Landkarte, die ihn abbildet, niemandem im Besonderen gehört, so übersteht sie drei Umorganisationen, ohne angefasst zu werden. Geben Sie dem Diagramm selbst einen Prüfer und ein Prüfdatum, nicht nur dem Verfahrenstext daneben.
Erstellen Sie Ihre eigene versionierte Prozesslandkarte
Öffnen Sie das Beispiel zur Dokumentenlenkung als eigenes Diagramm, und jede Zeile, Bahn und Verbindung, die Sie von hier aus ändern, wird in ihrer Versionshistorie erfasst.
Verwandte Anleitungen
Häufig gestellte Fragen
Ist eine Prozesslandkarte ein gelenktes Dokument?
Ja, wenn sie die Pflichten trägt, die ein gelenktes Dokument trägt: eine Kennung und Revision, einen Freigabenachweis, einen verbindlichen Ort und ein Prüfintervall. Das Format entscheidet die Frage nicht: ein Flussdiagramm, ein RACI-Diagramm und ein geschriebenes Verfahren können alle gelenkte Dokumente sein, und ein Diagramm, das Versionskontrolle auslässt, während der Verfahrenstext daneben sie hat, ist nicht wirklich gelenkt, es sieht nur ordentlich aus.
Was zählt als Versionsänderung an einer Prozesslandkarte, wenn sich kein Text geändert hat?
Ein hinzugefügter oder entfernter Schritt, ein in eine andere Bahn verschobener Verantwortlicher, ein umbenannter oder umgeleiteter Entscheidungszweig oder die vertauschte Reihenfolge zweier Schritte sind alle Versionsänderungen, obwohl kein Satz umgeschrieben wurde. Die Probe ist, ob die Änderung verändert, was jemand als Nächstes tun würde, der das Diagramm liest, wenn ja, ist es eine Revision, keine Formatierungsanpassung.
Wie unterscheidet sich das von Versionskontrolle für Flussdiagramme?
Diese Seite behandelt die Versionierungsdisziplin, die jede Prozesslandkarte braucht, unabhängig vom Werkzeug, mit dem sie gezeichnet wird. /de/guides/versionskontrolle-fuer-flussdiagramme behandelt dasselbe Problem aus der Perspektive eines bestimmten Produkts: was ein Änderungsprotokoll Feld für Feld an einem tatsächlichen Flussdiagramm erfasst, und wie Versionsvergleich und Wiederherstellung in der Praxis funktionieren.
Braucht Prozessdokumentation dieselbe Versionskontrolle wie eine Text-SOP?
Ja, die vier Eigenschaften, Kennung und Revision, ein verbindlicher Ort, der Einzug des abgelösten Exemplars und eine datierte Überprüfung, gelten unabhängig vom Format. Was sich unterscheidet, ist nur der Fehlermodus: Ein veralteter Absatz führt einen Leser in die Irre, der ihn interpretieren muss, während einem veralteten Diagramm direkt gefolgt wird, weshalb der Einzugsschritt bei einer Prozesslandkarte noch mehr zählt als bei einer Textseite.