Wenn zweihundert Datensätze einzeln bearbeitet werden

Was Mengenpflege mit einem Arbeitstag macht

Zweihundert Datensätze. Jeder einzeln aufzurufen, ein Feld zu ändern, zu speichern, zurückzugehen, den nächsten aufzurufen. Wer das noch nie gemacht hat, schätzt den Aufwand falsch ein — nicht weil er die Zahl unterschätzt, sondern weil er nicht weiß, was die Wiederholung mit der Konzentration macht.

Nach dem zwanzigsten Datensatz ist die Arbeit nicht mehr Arbeit im eigentlichen Sinn. Sie ist ein Takt. Öffnen, ändern, speichern, zurück. Öffnen, ändern, speichern, zurück. Der Rhythmus schützt nicht vor Fehlern — er begünstigt sie. Wer im Takt ist, bemerkt nicht, wenn ein Datensatz einen anderen Feldnamen trägt, weil er vor zwei Jahren anders angelegt wurde. Er klickt weiter.

Der Vormittag, der für anderes nicht mehr zur Verfügung steht

Mengenpflege ist keine Aufgabe, die man nebenbei erledigt. Sie bindet die Person, die sie durchführt, vollständig — nicht weil sie schwierig ist, sondern weil jede Unterbrechung eine Frage aufwirft: Wo war ich? Wie viele habe ich schon? Welcher war der letzte?

In der Immobilienverwaltung bedeutet das: Wer am Dienstagvormittag Nebenkosten für 180 Einheiten einzeln einpflegt, ist für Rückrufe, Besichtigungsanfragen und interne Abstimmungen faktisch nicht erreichbar — oder er ist es doch, und am Nachmittag fängt er von vorn an zu zählen.

Eine Eigentümerin, die ihren Verwalter anruft, bekommt keine Antwort oder eine abgelenkte.
Ein Kollege, der eine Information braucht, wartet bis nach der Mittagspause.
Der Pflegedurchlauf selbst dauert länger als geplant, weil die Unterbrechungen kommen.

Was auf der Strecke bleibt, ohne dass es jemand protokolliert

Der eigentliche Schaden ist nicht die Zeit, die die Mengenpflege kostet. Es ist die Zeit danach. Wer drei Stunden damit verbracht hat, durch Listen zu klicken, arbeitet nicht konzentriert weiter. Die Erschöpfung ist nicht dramatisch — sie ist still. Ein Angebot, das an diesem Nachmittag weniger sorgfältig formuliert wird. Ein Fehler in einer Kalkulation, der erst Wochen später auffällt.

Systeme, die Mengenpflege nur als Einzelpflege kennen, lagern diese Kosten nicht auf sich selbst aus — sie lagern sie auf die Menschen, die damit arbeiten. Die tragen sie, ohne dass jemand fragt, wie viel davon noch geht.

Die Ausweichlösung, die alle kennen und niemand dokumentiert

Irgendwann, meistens nach dem dritten oder vierten Durchlauf dieser Art, hört jemand auf, die Software so zu benutzen, wie sie gedacht war. Nicht laut, nicht als Entscheidung — einfach als stilles Eingeständnis, dass der offizielle Weg zu langsam ist. Was dann entsteht, ist keine Lösung. Es ist ein Behelf.

In den meisten Büros sieht dieser Behelf so aus: Eine Tabelle in Excel oder in Google Sheets, irgendwo auf einem Laufwerk oder in einem geteilten Ordner. Wer die Datei angelegt hat, ist oft nicht mehr im Unternehmen. Die Spaltenüberschriften sind halb englisch, halb deutsch, und die Farben erklären etwas, das niemand mehr erklären kann. Trotzdem öffnet sie jede Person, die mit dem Datenbestand arbeitet, bevor sie die eigentliche Software aufruft.

Was in dieser Tabelle steht

Dort stehen die Datensätze, die in der letzten Massenpflege geändert wurden. Die Kategorien, die noch nicht im System eingepflegt sind, aber schon vergeben werden. Die Ausnahmen, für die das System keinen Platz hat. Manchmal auch einfach die Sortierung, die in der Software nicht funktioniert.

Die Tabelle ist nicht dokumentiert, weil sie sich nie nach etwas angefühlt hat, das man dokumentiert. Sie ist ein Zwischenschritt. Sie ist vorübergehend. Sie ist seit dreieinhalb Jahren in Benutzung.

Was das für den nächsten Mitarbeiter bedeutet

Wer neu anfängt, sieht zunächst nur die Software. Alles wirkt vollständig. Erst nach einigen Wochen — nach dem ersten eigenen Durchlauf, bei dem etwas nicht stimmt — erklärt jemand nebenbei, wie es wirklich läuft. Welche Felder man im System lässt und welche man über die Tabelle pflegt. Welche Eingaben das System nicht verarbeitet und wie man damit umgeht.

Diese Übergabe passiert selten vollständig. Ein Teil des Wissens geht verloren, weil es nie explizit war. Ein anderer Teil wird falsch weitergegeben, weil sich die Tabelle inzwischen verändert hat, ohne dass jemand es bemerkt hat. Was auf dem Papier ein einheitlicher Datenbestand ist, ist in der Praxis das Ergebnis von mindestens zwei parallelen Systemen — von denen das eine in keiner Schulung vorkommt.

Das Merkwürdige daran: Alle wissen es. Es wird in Besprechungen nicht erwähnt, weil es sich nicht nach einem Problem anfühlt, sondern nach einer Selbstverständlichkeit. Die Software hat eine Schwäche, man hat sich damit arrangiert, es funktioniert irgendwie. Nur bei einer Revision, bei einem Systemwechsel oder wenn jemand erklärt, wie der Prozess eigentlich läuft, wird sichtbar, wie weit Beschreibung und Wirklichkeit auseinanderliegen.

Wenn Vollständigkeit zur Erschöpfung wird

Irgendwo zwischen dem fünfzigsten und dem achtzigsten Datensatz passiert etwas. Nicht dramatisch, aber spürbar. Die Konzentration, mit der man den ersten zwanzig Einträgen begegnet ist, ist weg. Man klickt. Man tippt. Man speichert. Und irgendwann weiß man nicht mehr genau, ob man bei diesem hier schon war oder noch nicht.

Das ist kein Fehler, den man macht. Es ist das, was Wiederholung mit Aufmerksamkeit macht.

In der Verarbeitung großer Mengen — Objekte aktualisieren, Preise angleichen, Statusfelder setzen — liegt eine eigene Art von Belastung: nicht die Schwierigkeit der Aufgabe, sondern ihre Länge. Wer zweihundert Einträge einzeln bearbeitet, trägt die ganze Zeit die Frage mit sich: Wie viele sind noch offen? Wo habe ich aufgehört? Habe ich bei diesem schon das Anmerkungsfeld geprüft?

Das System gibt keine Antwort. Es zeigt die Liste. Es bietet keinen Überblick darüber, was bereits erledigt ist und was nicht — jedenfalls nicht in einer Form, auf die man sich verlassen kann. Also behilft man sich: ein Post-it, eine Notiz in der Tabelle daneben, ein mentales Zählen.

Der Punkt, an dem Fehler entstehen

Bei monotoner Arbeit steigt die Fehlerrate nicht gleichmäßig. Sie steigt sprunghaft — nach einer bestimmten Anzahl von Wiederholungen, nach einer Unterbrechung, nach dem Anruf, der drei Minuten dauert und einen aus dem Rhythmus wirft. Die ersten fünfzig Einträge sind akkurat. Danach ist unklar, wo man war.

Manche lösen das, indem sie die Arbeit aufteilen: ein Stück am Morgen, ein Stück nach dem Mittagessen. Das verteilt die Belastung. Es löst aber nicht das Grundproblem, dass das System keinen Fortschritt kennt. Es weiß nicht, dass man pausiert hat. Es weiß nicht, dass man zurückgekehrt ist. Es zeigt dieselbe Liste wie beim ersten Mal.

Was bei dieser Art von Arbeit erschöpft, ist nicht das Tippen. Es ist das Verantwortung-Tragen für eine Vollständigkeit, die das System einem nicht abnimmt. Man ist nicht nur Ausführende, man ist auch Kontrollinstanz — für eine Aufgabe, die eigentlich keine Kontrolle bräuchte, wenn das System sich merken könnte, was bereits getan wurde.

Das ist der Moment, in dem Sorgfalt und Erschöpfung auf dieselbe Seite wechseln. Man arbeitet weiter, weil man fertig werden muss. Nicht weil man noch sicher ist, dass alles stimmt.

Was bei der Systemauswahl nicht gefragt wurde

Wer ein System einführt, stellt andere Fragen als wer es täglich benutzt. Die Auswahl läuft meistens über Features: Kann das System Aufgabe A abbilden? Hat es eine Verbindung zu C? Lässt sich B einpflegen? Wer diese Fragen beantwortet, sitzt selten an dem Arbeitsplatz, an dem die Antworten irgendwann gelebt werden müssen.

Die Vorführung zeigt zwanzig Datensätze. Aufgeräumt, vollständig, stellvertretend für einen Bestand, den die künftigen Nutzerinnen und Nutzer in Wirklichkeit mit dreitausend Einträgen kennen. Niemand fragt in diesem Moment, wie lange es dauert, fünfzig davon auf denselben Stand zu bringen. Niemand bittet den Anbieter, das live vorzuführen.

Das liegt nicht an Sorglosigkeit. Es liegt daran, dass Mengenpflege kein Feature ist — sie ist ein Arbeitsablauf. Und Arbeitsabläufe sind bei der Systembewertung unsichtbar, weil sie sich nicht in einer Checkliste abfragen lassen. Sie zeigen sich erst, wenn jemand im zweiten oder dritten Monat sitzt und denselben Handgriff zum fünfzigsten Mal ausführt.

Die Fragen, die nicht gestellt wurden

Nicht weil niemand daran gedacht hätte — sondern weil sie sich schwer stellen lassen, solange man noch nicht genau weiß, was die Arbeit mit sich bringt:

Wie viele Datensätze werden im Schnitt pro Woche gleichzeitig angepasst?
Gibt es Felder, die für einen ganzen Bestand auf einmal geändert werden müssen?
Was passiert, wenn ein Statuswechsel nicht zwanzig, sondern zweihundert Einträge betrifft?
Wer führt diese Arbeit täglich aus — und hat diese Person an der Auswahl mitgewirkt?

Die letzte Frage ist die entscheidende. In vielen Unternehmen sitzt die Person, die das System ausgewählt hat, nicht an dem Arbeitsplatz, an dem es täglich benutzt wird. Die Führungskraft oder der Einkäufer bewertet andere Dinge als die Sachbearbeiterin: Berichterstellung, Sicherheit, Lizenzkosten, Anbindungsmöglichkeiten. Alles legitim. Aber die Frage, wie sich zweihundert Mietpreisanpassungen im Bestand anfühlen, taucht in diesem Gespräch nicht auf.

Selbst wenn die ausführende Person einbezogen wird — in einem Testlauf, einem kurzen Workshop — zeigt sich das Problem selten rechtzeitig. Im Test arbeitet man mit zwanzig Beispieldatensätzen, unter Beobachtung, mit Rückenwind. Die Erschöpfung, die echte Mengenpflege mit sich bringt, entsteht nicht beim ersten Mal. Sie entsteht beim fünften, beim zwölften, beim dreißigsten Durchgang.

Was dabei fehlt, ist keine Sorgfalt. Was fehlt, ist eine Möglichkeit, Arbeitsmengen sichtbar zu machen, bevor ein System eingeführt wird. Und solange das fehlt, landet die Antwort dort, wo sie am teuersten kommt: im laufenden Betrieb, an einem Arbeitsplatz, an dem jemand seit drei Stunden auf Speichern klickt.

Warum der nächste Durchlauf genauso läuft

Wer einmal zweihundert Datensätze einzeln bearbeitet hat, weiß danach genau, was beim nächsten Mal besser sein müsste. Diese Erkenntnis ändert fast nie etwas. Nicht weil niemand zuhört, sondern weil das Wissen dort bleibt, wo es entstand: bei der Person, die an dem Nachmittag am Bildschirm saß.

Der Grund dafür ist selten böser Wille. Er ist Struktur. Die Bearbeitung läuft als Ausnahme ab — einmalig, dringend, zwischen zwei anderen Dingen. Sie wird fertig, sie wird nicht nachbereitet. Wer sie durchgeführt hat, schreibt keinen Bericht darüber. Wer das System betreut, erfährt davon nicht. Wer das nächste Mal in dieselbe Situation gerät, ist oft eine andere Person oder dieselbe Person ein halbes Jahr später, ohne genaue Erinnerung.

Die Ausnahme, die keine bleibt

Viele dieser Situationen entstehen nicht als Regelfall, sondern als Reaktion: ein Datenimport, der nicht ganz passte. Ein Lieferant, der seine Bezeichnungen geändert hat. Eine gesetzliche Änderung, die dreihundert bestehende Einträge betrifft. Das System war für den Normalfall gebaut — der Normalfall ist es meistens auch. Aber der Ausnahmefall wiederholt sich. Nicht identisch, aber ähnlich genug, um dieselben Schritte zu verlangen.

Weil er sich wiederholt, wird er irgendwann zur Routine. Zur stillen Routine, denn niemand hat ihn je offiziell als wiederkehrende Aufgabe anerkannt. Er hat keinen Namen im Kalender, keine eigene Anleitung, keinen zugewiesenen Platz im Jahresablauf. Er taucht auf, wenn er auftaucht.

Was in der Zwischenzeit nicht passiert

Zwischen zwei Durchläufen passiert mit der Ursache meistens nichts. Das System ändert sich nicht. Die Oberfläche bleibt, wie sie war. Die Schritte, die beim letzten Mal nötig waren, sind beim nächsten Mal genauso nötig — manchmal mit kleinen Abweichungen, die die gespeicherte Abkürzung vom letzten Mal entwerten.

Was sich gelegentlich ändert: die Person, die es macht. Neue Mitarbeitende übernehmen die Aufgabe ohne Übergabe. Sie finden die Exportdatei im Ordner, die jemand angelegt hat, aber niemand erklärt hat. Sie probieren aus, was funktioniert. Sie brauchen dreimal so lang wie die Person, die es zuletzt gemacht hat. Und wenn sie es fertig haben, dokumentieren auch sie es nicht — aus denselben Gründen wie alle vor ihnen.

Die Erkenntnis, dass es einfacher gehen müsste, entsteht immer wieder neu — und wird immer wieder nicht weitergegeben.
Der Aufwand für die Bearbeitung wird nirgendwo sichtbar, also taucht er in keiner Priorisierung auf.
Die Verbesserung, die jemand für sinnvoll hält, landet nicht dort, wo Entscheidungen über das System getroffen werden.

Das Ergebnis ist kein Versagen einzelner Personen. Es ist das Ergebnis einer Situation, in der das Bemerken und das Ändern-Können bei unterschiedlichen Menschen liegen — und keine Verbindung zwischen ihnen besteht.