Ein Prozess zur Änderungssteuerung gibt Ihrem Team eine verlässliche Möglichkeit, Arbeitsabläufe zu aktualisieren, ohne neue Fehler zu verursachen. Fehlt ein solcher Prozess, kann selbst eine gut gemeinte Änderung an einer SOP dazu führen, dass Mitarbeitende unterschiedlichen Anweisungen folgen, eine Freigabe umgehen oder eine Systemeinstellung ändern, auf die ein anderes Team angewiesen ist.
Sie brauchen nicht für jede Verbesserung ein Gremium. Sie brauchen klare Antworten darauf, was sich ändert, wer betroffen ist, wer die Änderung freigeben darf, wann sie wirksam wird und woran Sie erkennen, ob sie funktioniert hat.
Änderungssteuerung betrifft die Arbeit, nicht nur das Dokument
Operative Änderungen beschränken sich selten auf eine aktualisierte Datei. Ein überarbeiteter Schritt zur Kundenverifizierung kann eine SOP, ein Anfrageformular, die Zuständigkeit im Team, eine Automatisierung und die aufzubewahrenden Nachweise betreffen. Wenn Sie neue Anweisungen veröffentlichen, ohne diese anderen Bestandteile anzupassen, wirkt der Prozess aktuell, wird aber uneinheitlich ausgeführt.
Behandeln Sie eine Änderung als steuerungspflichtig, wenn sie eine Entscheidung, Übergabe, Freigabe, Systemaktion, ein Kundenergebnis oder einen Ausführungsnachweis beeinflussen kann. Typische Beispiele sind geänderte Ausgabengrenzen, eine zusätzliche Qualitätskontrolle, der Austausch einer Anwendung oder die Zuweisung eines Schritts an eine andere Rolle.
Nicht jede Korrektur erfordert dieselbe Prüfung. Einen Tippfehler in einem erklärenden Text zu beheben, ist etwas anderes, als eine Freigabestufe zu entfernen. Definieren Sie Änderungsstufen, damit Ihr Team bei geringem Risiko zügig vorankommt und bei möglichen schwerwiegenden Folgen gründlicher prüft.
Änderungsstufe | Beispiel | Mindestanforderung |
|---|---|---|
Geringfügig | Einen defekten Link korrigieren, ohne Anweisungen zu ändern | Prüfung durch die prozessverantwortliche Person und dokumentierte Revision |
Standard | Ein Pflichtfeld zu einem Anfrage-Workflow hinzufügen | Folgenabschätzung, Prüfung durch betroffene Teams, Test und geplante Veröffentlichung |
Hohes Risiko | Ändern, wer Zahlungen freigeben darf oder welche Daten eine Automatisierung an ein externes System sendet | Ausdrückliche Freigabe durch die zuständige Stelle, kontrollierter Test, Veröffentlichungsplan und Rücksetzplan |
Die Stufe sollte sich nach den möglichen Auswirkungen richten, nicht nach dem Aufwand für die Bearbeitung. Eine einzeilige Änderung an einer Zahlungsgrenze ist in Sekunden eingetragen, kann aber mehrere Tage sorgfältige Prüfung erfordern.
Nutzen Sie einen Änderungsdatensatz von der Anfrage bis zur Überprüfung
Ein nützlicher Änderungsdatensatz ist schnell genug auszufüllen und zugleich detailliert genug, um eine Entscheidung zu stützen. Geben Sie jeder vorgeschlagenen Änderung einen zentralen Ort für Begründung, Freigaben, Angaben zur Veröffentlichung und Ergebnisse. Andernfalls liegt die Anfrage in einem Chatverlauf, die Freigabe in einer E-Mail und niemand kann nachvollziehen, was tatsächlich produktiv gegangen ist.
Halten Sie diese Angaben fest, bevor die Arbeit beginnt:
Beantragte Änderung und Begründung: Beschreiben Sie die aktuelle Regel, die vorgeschlagene Regel und das Problem, das sie lösen soll.
Umfang: Listen Sie betroffene SOPs, Workflows, Formulare, Systeme, Integrationen, Teams und Zusagen gegenüber Kunden auf.
Verantwortung und Entscheidungsbefugnis: Benennen Sie die Person, die die Änderung koordiniert, und die Person, die sie freigeben darf. Das muss nicht dieselbe Person sein.
Risiken und Abhängigkeiten: Ermitteln Sie, was schiefgehen könnte, welche Teams vom bisherigen Prozess abhängen und ob sich Zugriffsrechte oder der Umgang mit Daten ändern.
Tests und Abnahmekriterien: Beschreiben Sie die zu testenden Fälle und das Ergebnis, das vor der Veröffentlichung erreicht werden muss.
Veröffentlichung und Rücksetzung: Halten Sie das Datum des Inkrafttretens, den Kommunikationsplan, die für die Bereitstellung verantwortliche Person und den Weg zurück zum bisherigen Verfahren fest.
Überprüfung: Legen Sie einen Termin und eine verantwortliche Person fest, um tatsächliche Durchläufe nach der Veröffentlichung zu prüfen.
Es geht nicht darum, umfangreiche Unterlagen zu erstellen. Ein kleines Team kann eine einzige strukturierte Aufgabe mit Pflichtfeldern und Links zu betroffenen Ressourcen nutzen. Entscheidend ist, dass die Entscheidung und ihre Nachweise mit derselben Änderung verknüpft bleiben.
Vergleichen Sie bei riskanteren Änderungen den geplanten Zustand ausdrücklich mit dem aktuellen. Fragen Sie, was passieren könnte, wenn der neue Prozess korrekt, fehlerhaft oder gar nicht befolgt wird. Wenn Sie diese Risiken einheitlich bewerten möchten, nutzen Sie eine Bewertung operativer Risiken, bevor Sie über den nötigen Prüf- und Testumfang entscheiden.
Führen Sie jede Änderung durch sechs klare Phasen
Ein praxistauglicher Prozess zur Änderungssteuerung besteht aus einer Reihe von Entscheidungen mit klar benannten Verantwortlichen. Jede Phase sollte eine Abschlussbedingung haben, damit eine Änderung nicht unbemerkt vom Vorschlag in den Produktivbetrieb gelangt.
1. Anfrage erfassen und einstufen
Die anfragende Person beschreibt das Problem und das gewünschte Ergebnis. Die prozessverantwortliche Person prüft, ob es sich um eine neue Änderung, eine doppelte Anfrage oder eine Korrektur handelt, die bereits durch eine offene Änderung abgedeckt ist. Anschließend legt sie die Änderungsstufe fest und ermittelt die betroffenen Teams.
Überlassen Sie die Risikoeinstufung nicht allein der anfragenden Person. Jemand mit Überblick über den gesamten Prozess sollte sie bestätigen, insbesondere wenn die Änderung Freigaben oder Systeme eines anderen Teams betrifft.
2. Auswirkungen bewerten
Gehen Sie den tatsächlichen Arbeitsablauf durch, nicht nur das Dokument, das Sie bearbeiten möchten. Prüfen Sie vorgelagerte Eingaben, nachgelagerte Ergebnisse, Entscheidungsregeln, Zuständigkeiten, Fristen, Integrationen, Berechtigungen und die Kommunikation mit Kunden.
Wenn beispielsweise ein Steuerpflichtfeld für Lieferanten eingeführt wird, kann das ein Anfrageformular, das Team zur Prüfung der Einreichungen, eine Integration mit der Kreditorenbuchhaltung und die Anweisungen für Lieferanten betreffen. Eine Folgenabschätzung sollte alle vier Punkte erfassen, bevor jemand die überarbeitete SOP veröffentlicht.
3. Vorgeschlagene Änderung freigeben
Wer die Änderung freigeben muss, hängt davon ab, was sich ändert. Die prozessverantwortliche Person kann möglicherweise Formulierungen und die Reihenfolge von Schritten freigeben. Eine Änderung an einer Zahlungskontrolle sollte eine zuständige Person im Finanzbereich freigeben. Änderungen an Zugangsdaten, Berechtigungen oder Integrationen sollte die systemverantwortliche Person genehmigen.
Dokumentieren Sie die Entscheidung einschließlich aller Bedingungen. Eine Freigabe für das weitere Vorgehen nach einem erfolgreichen Test ist nicht dasselbe wie eine Freigabe zur sofortigen Veröffentlichung. Wenn die Änderung mehrere Zuständigkeitsbereiche betrifft, holen Sie vor der Bereitstellung alle erforderlichen Entscheidungen ein.
4. Neue Version erstellen und testen
Aktualisieren Sie die Arbeitsanweisung und alle damit verbundenen Formulare, Routing-Regeln oder Automatisierungen gemeinsam. Testen Sie Normalfälle, häufige Ausnahmen und mindestens einen Fehlerfall. Prüfen Sie, ob die Arbeit bei der richtigen Person ankommt und die erwarteten Nachweise erfasst werden.
Ein gemeinsamer Durchgang kann unklare Anweisungen aufdecken, aber nicht beweisen, dass eine Integration funktioniert. Bei Änderungen, die die tatsächliche Ausführung betreffen, müssen Sie den Workflow selbst testen. Der Leitfaden zum Testen von SOPs vor der Bereitstellung zeigt weitere Möglichkeiten, Anweisungen unter Praxisbedingungen zu prüfen.
5. Veröffentlichen und informieren
Veröffentlichen Sie die Änderung zu einem festgelegten Termin und teilen Sie allen Betroffenen mit, was sich geändert hat, was sie künftig anders machen müssen und wo sie die aktuellen Anweisungen finden. Wenn bereits Arbeit läuft, entscheiden Sie, ob bestehende Fälle nach der alten Version abgeschlossen oder auf die neue umgestellt werden. Überlassen Sie diese Entscheidung niemals der individuellen Auslegung.
Bei Veröffentlichungen mit höherem Risiko sollte jemand die ersten Durchläufe beobachten und die Änderung bei Bedarf stoppen oder rückgängig machen können. Ein Rücksetzplan ist nur nützlich, wenn das Team weiß, wer ihn auslösen darf und was mit teilweise abgeschlossener Arbeit geschieht.
6. Ergebnis überprüfen und Datensatz abschließen
Prüfen Sie nach der Veröffentlichung abgeschlossene Arbeiten, statt sich darauf zu verlassen, dass alle die Ankündigung gelesen haben. Wurde der neue Schritt ausgeführt? Fanden die Freigaben in der richtigen Reihenfolge statt? Wurden Ausnahmen korrekt behandelt? Hat die Änderung das ursprüngliche Problem gelöst, ohne ein neues zu schaffen?
Schließen Sie den Datensatz erst, wenn die verantwortliche Person das Ergebnis dokumentiert oder eine Folgemaßnahme angelegt hat. Ist das Ergebnis noch unklar, lassen Sie die Änderung in Prüfung und legen Sie einen weiteren Kontrolltermin fest.
Schützen Sie laufende Arbeit, wenn eine neue Version wirksam wird
Versionskontrolle betrifft die Ausführung ebenso wie die Dokumentation. Stellen Sie sich vor, Sie ändern am Montag eine Genehmigungsgrenze für Bestellungen, während Anfragen vom Freitag noch auf eine Entscheidung warten. Wenn alle nur die neuesten Anweisungen sehen, lässt sich möglicherweise nicht mehr feststellen, welche Regel zu Beginn dieser Anfragen galt.
Legen Sie für jede Veröffentlichung eine Übergangsregel fest. Sie können laufende Fälle nach der Version abschließen lassen, mit der sie begonnen wurden, ausgewählte Fälle nach einer Prüfung umstellen oder Fälle pausieren, bis eine geeignete Kontrolle besteht. Dokumentieren Sie die Entscheidung zusammen mit dem Datum des Inkrafttretens. Das ist besonders wichtig, wenn eine Änderung Freigaben, vertragliche Zusagen oder erforderliche Nachweise betrifft.
In OKiDO werden SOP-Vorlagen versioniert, und bestehende RUNs bleiben mit der Vorlagenversion verknüpft, mit der sie gestartet wurden. So bleiben die Anweisungen für laufende Arbeit erhalten, während neue RUNs mit der aktualisierten Version beginnen. Freigabestufen können nachfolgende Schritte zurückhalten, bis die erforderlichen Freigaben dokumentiert sind. Der Ausführungsverlauf zeigt, wie die Arbeit vorangekommen ist.
Halten Sie auch die zugehörige Dokumentation aktuell. Eine versionierte SOP hilft wenig, wenn in einem verlinkten Dokument noch die alte Grenze steht. Beauftragen Sie im Rahmen der Veröffentlichung jemanden, die dazugehörigen Materialien zu prüfen. Einen umfassenderen Ansatz für Revisionen und Prüfzyklen finden Sie im Leitfaden zur Dokumentenlenkung.
Messen Sie, ob der Prozess Fehler verhindert, ohne Verbesserungen auszubremsen
Ein Prozess zur Änderungssteuerung ist gescheitert, wenn ihn niemand nutzt. Er ist aber auch gescheitert, wenn routinemäßige Verbesserungen wochenlang auf unnötige Freigaben warten. Messen Sie sowohl Sicherheit als auch Geschwindigkeit, damit Sie die Kontrollen anpassen können.
Beginnen Sie mit vier Kennzahlen:
Anteil nicht genehmigter Änderungen: Wie viele operative Änderungen wurden erst nach ihrem Inkrafttreten entdeckt, ohne dass die erforderliche Prüfung stattgefunden hatte?
Durchlaufzeit von Änderungen: Wie lange dauert es je Änderungsstufe von der Anfrage bis zur Veröffentlichung, und wo entstehen Wartezeiten?
Anteil problematischer Veröffentlichungen: Wie häufig führt eine Änderung zu Nacharbeit, einer ausgelassenen Kontrolle oder einer Rücksetzung?
Abschlussquote der Überprüfung: Welcher Anteil der veröffentlichten Änderungen wurde wie geplant nachträglich geprüft?
Betrachten Sie konkrete Beispiele, nicht nur Gesamtwerte. Eine langsam umgesetzte Änderung mit hohem Risiko kann auf angemessene Tests zurückzuführen sein. Eine langsame geringfügige Korrektur kann dagegen auf einen Engpass bei Freigaben hinweisen. Eine niedrige Problemquote sagt wenig aus, wenn niemand abgeschlossene Arbeiten prüft.
Wenden Sie diesen Prozess zunächst auf einen Workflow an, bei dem Fehler spürbare Kosten verursachen. Definieren Sie die Änderungsstufen, legen Sie einen gemeinsamen Änderungsdatensatz an und führen Sie die nächsten drei Anfragen durch alle sechs Phasen. Passen Sie die Anforderungen danach an das an, was Ihr Team für fundierte Entscheidungen tatsächlich braucht.
Gute Änderungssteuerung legt Ihren Betrieb nicht lahm. Sie macht Verbesserungen sicherer, indem sie die vorgeschlagene Änderung mit den betroffenen Menschen, Systemen und laufenden Arbeiten verknüpft. Nutzen Sie OKiDO, um diesen Kontext zusammenzuhalten: von versionierten SOPs und geregelten Freigaben bis zu RUNs, die zeigen, welcher Prozess ausgeführt wurde und was dabei geschah.
