Der Gegenentwurf zum separaten Wissensspeicher
Klassisches Wissensmanagement trennt Arbeit und Wissen: Gearbeitet wird im Fachprogramm, Wissen wird im Wiki oder Handbuch gesammelt. Das Prinzip „Wissen am Vorgang“ dreht das um. Der Hinweis, dass ein Kunde Lieferungen nur vormittags annimmt, steht nicht in einer allgemeinen Kundenliste, sondern dort, wo die nächste Lieferung geplant wird. Wer den Vorgang bearbeitet, stolpert zwangsläufig darüber.
Warum das Prinzip trägt
Information wird am ehesten gepflegt, wenn sie bei der Arbeit sichtbar ist. Ein falscher Hinweis an einem Auftrag fällt beim nächsten Auftrag auf und wird korrigiert. Ein falscher Eintrag in einem selten besuchten Wiki bleibt dagegen lange stehen. Zudem entfällt die Frage, wo etwas zu suchen ist: Ausgangspunkt ist immer der konkrete Fall, an dem gerade gearbeitet wird.
Wie es praktisch aussieht
Ein typischer Fall: Eine Reklamation kommt per Mail. Die Mail wird dem Auftrag zugeordnet, dazu die Rückfrage an die Werkstatt und deren Antwort. Die Entscheidung über die Kulanz wird mit kurzer Begründung als Notiz ergänzt. Wer Monate später eine ähnliche Reklamation bearbeitet, findet über den Kunden oder das Produkt den früheren Fall samt Begründung.
Was übergreifend trotzdem gebraucht wird
Nicht alles gehört zu einem einzelnen Vorgang. Allgemeine Regeln, Preislogiken oder Grundsatzentscheidungen brauchen einen eigenen Ort. Wissen am Vorgang ersetzt also nicht jede zentrale Dokumentation, aber es entlastet sie erheblich. Für die Verbindung beider Ebenen hilft eine Suche, die über Vorgänge hinweg ähnliche Fälle findet und auf die zentrale Regel verweist.
Grenzen des Prinzips
Das Prinzip setzt voraus, dass es überhaupt ein System gibt, in dem Vorgänge geführt werden. Wo Aufträge nur im Postfach existieren, fehlt der Ankerpunkt. Zudem kann Wissen über viele Vorgänge verstreut sein, sodass niemand das Muster erkennt. Hier braucht es gelegentlich den Blick von oben – etwa in einer Rückschau oder einer gezielten Auswertung.