Eine gute SOP ist kein Dokument

Eine SOP, die nur gelesen wird, kann sehr professionell aussehen. Sie kann schöne Seiten haben, viel Text und jedes mögliche Detail. Aber wenn der Druck der Schicht beginnt, hat niemand Zeit, ein Handbuch zu lesen.

Das habe ich in der Logistik genauso gesehen wie im Hotel.

In der Logistik habe ich an der Standardisierung der Prozesse rund um den Schichtablauf gearbeitet: die Beladung, die Disziplin an der Rampe, der Umgang mit problematischen Aufträgen, die Kontrolle von Schäden und unvollständigen Aufträgen, die Einhaltung der Temperaturprozesse und die Art, wie Probleme während des Betriebs eskaliert werden. Die Idee war immer dieselbe: Wenn man viele Menschen, viele Aufträge und Zeitdruck hat, kann man sich nicht nur auf das Gedächtnis verlassen oder darauf, dass ein erfahrener Mitarbeiter „weiß, wie es geht“.

Im Hotel habe ich viel direkter mit Checklisten und SOPs für die Prozesse von Front Office und Night Audit gearbeitet: die Kontrolle von Reservierungen und Status, der Tagesabschluss, die Berichte, die Schichtübergabe und die Prozesse, die geprüft werden müssen, bevor die Arbeit als erledigt gilt.

Eine SOP beginnt nicht in Word

Sie beginnt bei der echten Arbeit.

Zuerst will ich verstehen, welches Ergebnis am Ende des Prozesses herauskommen muss. Dann schaue ich, was in der Schicht wirklich passiert, wo die Fehler entstehen, was am häufigsten vergessen wird und welche Schritte voneinander abhängen. Erst danach mache ich aus dem Prozess eine Struktur.

Ich versuche, alles wegzulassen, was die Person in dem Moment, in dem sie arbeitet, nicht braucht. Wenn ein Dokument viel Theorie enthält, aber nicht hilft, wenn man mehrere Dinge gleichzeitig lösen muss, ist es für mich keine gute SOP.

Ein weiterer wichtiger Teil ist die Reihenfolge. Die Person muss nicht nur verstehen, was sie tun soll, sondern auch, was geprüft sein muss, bevor sie weitermacht.

Bevor ich einen Prozess als fertig betrachte, vergleiche ich ihn noch einmal mit der echten Arbeit und korrigiere ihn, wenn ich sehe, dass Dokument und Realität nicht übereinstimmen.

Ich habe keinen formalen Ablauf, bei dem jede SOP, die ich erstellt habe, vor dem Einsatz von einer festen Gruppe von Menschen getestet wurde, und ich würde nichts behaupten, was ich nicht getan habe. Aber das Prinzip, das ich anwende, ist einfach: Die SOP muss auch für jemanden verständlich sein, der den Prozess nicht so im Kopf hat wie die Person, die sie geschrieben hat.

Das Problem, das ich am häufigsten gesehen habe

Ich habe keinen klaren Fall, in dem ich sagen kann: Ich habe eine SOP erstellt, eingeführt, und sie ist in der Praxis gescheitert. Was ich oft gesehen habe, ist etwas anderes: Dokumente, die existieren, aber in der echten Arbeit zu lang sind, an mehreren Orten verstreut liegen oder dem Mitarbeiter nicht genau in dem Moment helfen, in dem er die Information braucht.

Das ist einer der Gründe, warum ich später mehr darüber nachgedacht habe, wie eine Prozedur dargestellt wird, und nicht nur darüber, was in ihr steht.

Wie eine SOP lebendig bleibt

Eine SOP kann man nicht wie ein Dokument behandeln, das einmal geschrieben und dann vergessen wird.

Der Prozess ändert sich. Systeme ändern sich. Das Team ändert sich. Ein Bildschirm in der Software kann sich ändern. Eine Zuständigkeit kann in eine andere Abteilung wandern. Und manchmal zeigt einem die Arbeit selbst, dass ein Schritt, der im Dokument logisch aussah, in der Schicht nicht so praktisch ist.

Deshalb muss eine SOP für mich jedes Mal aktualisiert werden, wenn sich die Realität ändert, die sie beschreibt. Wer den Prozess kennt, muss die Änderung melden, und die Version, die das Team benutzt, muss korrigiert werden, damit nicht zwei verschiedene Arbeitsweisen im Umlauf bleiben.

Eines der größten Probleme, die ich bei operativer Dokumentation gesehen habe, ist, wenn die „offizielle“ Version das eine sagt, während die Menschen in der Schicht einen anderen Weg gelernt haben. In diesem Moment ist die SOP kein Standard mehr.

Die SOP, die gelesen wird, und die SOP, die genutzt wird

Eine SOP, die wirklich genutzt wird, muss drei Fragen schnell beantworten:

Wo bin ich im Prozess?

Was muss ich jetzt prüfen?

Woran erkenne ich, dass ich weitermachen kann?

Deshalb mag ich Checklisten, die Aufteilung des Prozesses in Abschnitte und visuelle Anleitungen, wo sie nötig sind.

Wer arbeitet, soll die Information nicht suchen müssen. Die Information soll dort sein, wo er sie erwartet.

Von Dokumenten zu einem Arbeitswerkzeug

Aus diesem Problem ist Front Desk Control entstanden.

In der Arbeit von Front Office und Night Audit kann die Information an vielen Orten verstreut sein: Checklisten, einzelne Dokumente, Anleitungen, Screenshots und Notizen, die zu unterschiedlichen Zeitpunkten entstanden sind. Wenn man ein neues Hotel oder ein neues System lernt, ist das Problem nicht immer fehlende Information. Manchmal ist das Problem, dass man viel Information hat und das, was man braucht, im richtigen Moment nicht findet.

Also habe ich diese Prozesse in einer einzigen digitalen Struktur zusammengeführt, auf einer einzigen Seite. Nicht als Handbuch, das man von vorne bis hinten liest, sondern als Arbeitswerkzeug. Die Prozesse sind nach Funktion gegliedert. Man findet die SOP, die man braucht, sieht die passende Anleitung und nutzt die visuellen Referenzen, ohne in vielen verschiedenen Dokumenten zu suchen.

Wichtig war mir auch die Qualität dieser Materialien. Ich habe die Bilder und Screenshots in den Anleitungen überprüft und nur die behalten, die denselben Prozessschritt klar zeigen und wirklich lesbar sind.

Front Desk Control ist für mich nicht nur als Website interessant. Es ist eine Art, ein Problem zu lösen, das ich selbst im Betrieb gesehen habe: Das Wissen existiert, aber es ist nicht immer dort, wo der Mitarbeiter es braucht.

Und genau hier ändert sich die Bedeutung einer SOP. Ein Dokument sagt einem, wie die Arbeit gemacht werden soll. Eine gute SOP hilft einem, die Arbeit genau in dem Moment richtig zu machen, in dem man sie braucht.

Der beste Test für eine SOP ist für mich nicht, ob der Autor sie versteht. Der Autor versteht sie immer, weil er sie selbst geschrieben hat. Der Test ist, ob jemand anderes sie unter Druck nutzen kann und dasselbe Ergebnis erreicht.