nomoretools™

Praxis / Wissen im Betrieb

Wissen im Betrieb

Viele Betriebe haben Verfahren, die funktionieren. Oft sind sie nicht nachvollziehbar festgehalten – oder stehen in einem Handbuch, das im Arbeitsalltag kaum geöffnet wird.

← Alle ArbeitsfelderZum interaktiven Beispiel ↓

Die Ausgangslage

Die Arbeit
dazwischen.

  1. Wie etwas gemacht wird, weiß man, weil man es einmal gezeigt bekommen hat. Nachlesen kann man es nicht.
  2. Neue Leute lernen durch Zuschauen und durch Fehler. Beides kostet mehr, als jede Beschreibung gekostet hätte.
  3. Ausnahmen und Sonderfälle kennt nur, wer lange dabei ist – und erklärt sie jedes Mal von vorn.
  4. Was aufgeschrieben wurde, steht in einem Ordner, dessen Aufbau eine Person kennt. Gesucht wird trotzdem beim Kollegen.
  5. Wenn jemand geht, fehlen häufig über Jahre Antworten. Manche Fragen werden gar nicht mehr gestellt, weil die frühere Lösung im Alltag nicht sichtbar ist.

Der passende Entwurf

Was gemeinsam
greifen muss.

Diese Bausteine beschreiben einen möglichen individuellen Ausschnitt. Umfang und Regeln werden mit Ihrem Betrieb festgelegt.

01

Antworten dort, wo die Frage auftaucht

Nicht in einem Handbuch, sondern an der Stelle im System, an der man gerade steht. Wer nach dem Verfahren sucht, sucht es nie im Handbuch.

02

Wissen entsteht aus Fällen

Was mehrfach vorkommt, wird zur Beschreibung – zusammengesetzt aus den tatsächlichen Vorgängen, mit Verweis auf jeden einzelnen. Nicht aus dem Gedächtnis.

03

Jede Antwort zeigt ihre Quelle

Zu jeder Auskunft steht, woraus sie stammt und wer sie zuletzt bestätigt hat. Eine Antwort ohne Quelle erscheint nicht.

04

Eine gemeinsame fachliche Quelle

Menschen lesen die verständliche Beschreibung. Agenten erhalten daraus zusätzlich strukturierte Regeln, Berechtigungen, Negativfälle und Tests – fachlich aus derselben Quelle, technisch passend aufbereitet.

Beispiel einer Entscheidungsvorlage

Ein Sonderfall ist zum dritten Mal aufgetreten

Jedes Mal wurde er anders gelöst. Zweimal hat es funktioniert, einmal gab es eine Reklamation.

Ein Entwurf für eine kurze Beschreibung liegt bereit – aus den drei Fällen zusammengesetzt, nicht erfunden.

Woraus besteht der Entwurf?
  • die drei Vorgänge, in denen der Fall auftrat
  • was jeweils gemacht wurde
  • was danach passiert ist
  • → beschrieben, nicht bewertet – was richtig ist, entscheiden Sie
Fiktive Ausgangslage. Der folgende Ablauf ist bedienbar.

Interaktives Beispiel · Zum Durchklicken

Die Frage, die sonst im Vorbeigehen gestellt wird.

Vier Fragen, wie sie im Betrieb wirklich klingen. Sehen Sie sich vor allem die letzte an – sie ist der eigentliche Punkt.

Antwort

In allen drei bisherigen Fällen wurde die bis dahin erbrachte Leistung abgerechnet und das bestellte Material weiterverrechnet, sofern es nicht rückgabefähig war. Zweimal wurde ein Pauschalabzug vereinbart, einmal nicht.

Woraus

  • Auftrag vom vorigen Frühjahr – Storno nach Materialbestellung
  • Auftrag im Sommer – Storno vor Beginn, kein Materialanteil
  • Auftrag im Herbst – Storno während der Ausführung

Zuletzt bestätigt vor 4 Monaten. Keine schriftliche Regel hinterlegt.

Veranschaulichung. Fragen, Antworten und Quellen sind erfunden – bei Ihnen entstehen sie aus Ihren eigenen Vorgängen.


Eine Antwort ohne Quelle erscheint nicht

Das ist der Unterschied zu einem Werkzeug, das auf jede Frage etwas sagt. Hier steht unter jeder Auskunft, woraus sie stammt und wann sie zuletzt bestätigt wurde – damit man ihr widersprechen kann, wenn sie nicht mehr stimmt.

Die vierte Frage ist die wichtigste

Sie zeigt, was passiert, wenn nichts vorliegt: nichts. Ein System, das hier etwas Plausibles formuliert, ist im Alltag gefährlicher als eines, das schweigt – weil niemand eine Antwort überprüft, die schon wie eine aussieht.

Die Gegenprobe

Wo es
schiefgehen kann.

Der Fehler ist, alles gleich ausführlich beschreiben zu wollen. Priorität entsteht aus Häufigkeit und Schadenspotenzial: Ein seltener Sicherheits-, Notfall- oder Compliance-Ablauf kann gerade deshalb dokumentationswürdig sein. Veraltete Beschreibungen werden sichtbar geprüft statt still weiterverwendet.

Ein guter erster Versuch nimmt diesen Fehlerfall ausdrücklich in die Prüfung auf. Schnelle Bearbeitung allein ist kein Erfolg, wenn Kontrolle und Korrektur mehr Aufwand verursachen.

Ihre erste Etappe

Dort anfangen,
wo Arbeit besser wird.

Für Wissen im Betrieb wählen wir mit Ihrem Team ein begrenztes erstes Ergebnis. Bestehende Fachsysteme bleiben, wo sie notwendige Anforderungen erfüllen. Zeitentlastung, tatsächlich entfallende Zahlungen und die Kosten der neuen Arbeitsweise werden verglichen.

Der Workshop verschafft Ihnen Prioritäten und einen Fahrplan. Sie können intern oder mit Unterstützung von Markus Kirchmair weiterarbeiten. Modell und Agent werden nach der Aufgabe gewählt. Daten und Regeln bleiben außerhalb eines einzelnen Chats erhalten.

Den Workshop kennenlernen →

Für die nächste Änderung

Die Arbeit bleibt der Maßstab.

Die erste Ansicht soll die nächste relevante Entscheidung zeigen. Begründung und Quellen bleiben erreichbar. Überflüssige Funktionen lassen wir weg, tatsächlicher Fortschritt wird sichtbar.

Ändert sich eine Regel, können Agenten die Auswirkungen untersuchen, die Anpassung vorbereiten und Tests sowie Dokumentation nachziehen. Eine qualifizierte Person beurteilt Ergebnis und Übernahme.

Eine Änderung durchspielen →

Ihr erster Schritt

Sagen Sie Ja
zu weniger.

Weniger unnötige Software. Mehr Raum für Ihre Arbeit. Finden wir den sinnvollen ersten Schritt.