
Geschrieben von
Lukas
•
•
Zeiterfassung

Die meisten Geschäftsführer wissen, dass sie Zeiterfassung einführen müssen. Die wenigsten wissen, dass sie es wahrscheinlich schon falsch machen werden.
Das klingt hart. Aber die Zahlen sind deutlich: Laut einer Analyse von Replicon benötigen rund 80% aller Timesheets nachträgliche Korrekturen. Das ist nicht ein Datenproblem. Das ist ein Systemproblem. Und ein Systemproblem lässt sich nicht durch bessere Software lösen – nur durch andere Prozesse.
Warum die 80%-Quote mehr sagt als jeder Pitch
Stell dir vor, deine Buchhaltung müsste jeden Tag 80% der Rechnungen nachträglich korrigieren. Das würde dich sofort zum Handeln zwingen. Bei Zeiterfassung nickt man vorbei.
Die Zahlen deuten darauf hin, dass das Problem nicht beim Menschen liegt. Es liegt beim System, das du dem Menschen zumutest. Ein Mitarbeiter, der bei drei parallel laufenden Projekten arbeitet, eine Stunde nach Feierabend noch eine Taskkorrektur einträgt und morgen früh schon wieder im Meeting sitzt – der füllt seine Zeiterfassung nicht falsch aus, weil er faul ist. Er füllt sie falsch aus, weil das System ihn dazu zwingt.

Laut Harvard Business Review kostet manuelle Zeiterfassung Unternehmen bis zu 7% der Gesamtlohnkosten. Und Branchenstudien zeigen: 15–25% der abrechenbaren Stunden gehen verloren, wenn die Erfassung nicht konsequent stattfindet. Das ist kein Rundungsfehler. Das ist ein struktureller Cash-Leak.
Das Tool-Missverständnis
Hier passiert etwas, das ich seit Jahren beobachte: Ein Unternehmen sagt "Wir brauchen Zeiterfassung" und kauft eine Software. Dann wundert sich die Geschäftsführung drei Monate später, warum die Quote nicht besser ist.
Das Missverständnis ist alt. Toyota hat das vor 70 Jahren mit Lean Manufacturing vorgemacht: Der Prozess schlägt das Werkzeug. W. Edwards Deming brachte es auf den Punkt – ein schlechtes System wird immer einen guten Menschen schlagen. Nicht weil der Mensch nicht will, sondern weil das System nicht zu der Art passt, wie der Mensch tatsächlich arbeitet.
Ich sehe das regelmäßig bei Agenturen und IT-Dienstleistern in meinem Umfeld. Die Software steht, die Schulung hat stattgefunden, das Onboarding-Dokument ist verteilt. Trotzdem passiert nichts. Oder schlimmer: Es passiert etwas, aber es ist wertlos.
Eine Agentur mit 20 Leuten kauft eine Projektzeiterfassung und sagt allen: "Ab Montag trackt ihr." Was niemand definiert hat: Wer trägt was ein? Wann? Auf welche Projekte? Was passiert mit internen Meetings, mit Pausen, mit dem Slack-Thread um 18 Uhr? Und – entscheidend – wie fügt sich das in den Alltag ein, ohne alles zu unterbrechen?

Der Workflow-Bruch ist das eigentliche Problem. Ein Designer sitzt in Figma. Sein Task ist in einem Tool. Sein Timer in einem anderen. Die Wahrscheinlichkeit, dass er die Zeit tatsächlich erfasst, liegt bei unter 50%. Das ist kein Disziplinproblem. Das ist ein Designproblem.
Was die Einführung tatsächlich killt
Drei Dynamiken tauchen immer wieder auf.
Das Kontrollnarrativ
"Wir wollen sehen, wer wann an was arbeitet." Rational nachvollziehbar. Aber sobald Mitarbeiter das so wahrnehmen, wird Zeiterfassung zum Überwachungsinstrument. Die Reaktion ist vorhersehbar – eine Studie von ExpressVPN zeigt: 56% der Mitarbeiter fühlen sich durch Workplace Surveillance gestresst. 49% faken ihr Online-Sein. 31% installieren Anti-Surveillance-Software.
Die Messung zerstört das Gemessene. Wer sich kontrolliert fühlt, liefert dem System genau das, was es hören will – nicht das, was stimmt. Ein IT-Systemhaus mit 80 Mitarbeitern nutzte Zeitdaten in wöchentlichen Projektmeetings, um öffentlich aufzuzeigen, welche Entwickler "zu wenig abrechenbare Stunden" hatten. Die Reaktion war vorhersehbar: Die Einträge wurden kreativ. Dem Management wurde gezeigt, was es sehen wollte. Mit der Realität hatte das nichts mehr zu tun.
Der Freitags-Backfill
Freitag, 16:30 Uhr. Der Projektleiter schaut in die Zeiterfassung und sieht Löcher. Drei Stunden hier, zwei dort. Schnelle Slack-Nachricht: "Bitte bis 17 Uhr alles nachtragen." Die Mitarbeiter füllen die Felder. Nicht mit Daten. Mit Phantasiezahlen.
Und die Geschäftsführung vertraut auf diese Zahlen, um Projekte zu kalkulieren. Das ist, als würde man den Bordcomputer eines Autos mit geschätzten Werten füttern und sich wundern, dass die Tankanzeige nicht stimmt.
Bei eins+null, meinem ersten Unternehmen, hatten wir genau dieses Problem. Jeden Montag kam die Erinnerungsmail. Jeden Montag füllten die Leute ihre letzte Woche aus dem Gedächtnis nach. Die Daten sahen ordentlich aus. Aber wenn wir sie mit den Rechnungen abglichen, fehlten regelmäßig 15–20% der tatsächlichen Stunden – ein Problem, das sich direkt auf die Abrechnungsgeschwindigkeit durchschlägt. Das war kein Betrug – das war menschliches Erinnerungsvermögen, das nach fünf Tagen nicht mehr funktioniert.
Das Daten-Vakuum
Der subtilste Killer. Man führt Zeiterfassung ein, ohne zu definieren, was mit den Daten passiert. Der Mitarbeiter trägt brav seine Zeit ein, sieht aber nie ein Feedback. Keine Auswertung, keine Auswirkung auf seine Arbeit, keine Erkenntnis für ihn persönlich. Das ist wie in eine schwarze Box schreiben.
Wer seine Daten nie zurückbekommt, hört irgendwann auf, sie zu liefern.
Eine Unternehmensberatung aus Frankfurt – 40 Berater, 12 Jahre am Markt – hat sechs Monate lang gewissenhaft Zeit erfasst. Aber niemand hat die Daten genutzt. Schätzungen blieben Bauchgefühl, Forecasts blieben statisch. Innerhalb eines Quartals brach die Erfassungsquote auf unter 60% ein.

Was funktioniert – und warum
Der gemeinsame Nenner bei erfolgreichen Einführungen ist nicht das Tool. Es ist die Reduktion von Friction.
Eine Anwaltskanzlei kämpfte zwei Jahre mit 47% Compliance. Kein Software-Wechsel hat geholfen. Dann haben sie den Prozess umgebaut: Zeiterfassung direkt nach dem Telefonat, automatische Vorausfüllung basierend auf Kalendereinträgen, tägliche statt wöchentliche Eingabe. Nach drei Monaten: 82%.
Ein Software-Team mit 35% Compliance hat seine agile Zeiterfassung direkt in den Sprint-Prozess eingebaut. Zeiten werden im Daily Standup besprochen, der Product Owner sieht die Trends täglich. Ergebnis: 94%. Das ist keine Software-Magie – das ist Verhaltensdesign.
Wenn ich mir anschaue, was in diesen Fällen anders lief, fällt mir auf: Es war nie das Tool. Es war immer die Nähe zur eigentlichen Arbeit.
Bei der Kanzlei hieß das: Timer direkt nach dem Telefonat, nicht am Freitagnachmittag. Beim Software-Team: Zeiten als Teil des Daily Standups, nicht als separate Pflichtübung. Kein Extra-Tab, kein Erinnern-Müssen. Im besten Fall ein Klick auf der Task, an der man gerade sitzt.
Der zweite Hebel ist schwieriger. Feedback statt Kontrolle – klingt simpel, verlangt aber einen echten Kulturwandel. "Du hast diese Woche 40% deiner Zeit auf die Kundenpräsentation verwendet. Passt das zur Priorisierung?" ist ein anderes Gespräch als "Warum hast du nur 6 Stunden eingetragen?"
Und dann der Punkt, den die meisten überspringen: Wenn klar ist, wofür die Daten überhaupt gut sind – Projektrentabilität, realistische lückenlose Abrechnung, faire Kapazitätsplanung – wird Erfassung zur gemeinsamen Aufgabe statt zur Compliance-Übung.

Der Elefant im Raum
Es gibt noch einen Grund, warum das Thema gerade drängt. 2019 sprach sich der EuGH für systematische Arbeitszeiterfassung aus. Im September 2022 bekräftigte das BAG: Unternehmen müssen die Arbeitszeit ihrer Beschäftigten erfassen. Nicht empfohlen – verpflichtet. Und voraussichtlich im ersten Halbjahr 2026 kommt die konkrete elektronische Erfassungspflicht.
Das heißt: Viele Geschäftsführer in der DACH-Region müssen jetzt etwas einführen, woran sie schon einmal gescheitert sind. Und diesmal gibt es keine Option, es einfach wieder abzuschalten.
Die politische Umsetzung zieht sich seit Jahren. Aber die Pflicht ist Realität – egal ob das Gesetz dieses Jahr kommt oder nächstes. Wer jetzt noch keine funktionierende Zeiterfassung hat, baut unter Zeitdruck. Und unter Zeitdruck wiederholt man Fehler.
Aber vielleicht ist genau das die Chance. Ihr wisst, was beim letzten Mal nicht funktioniert hat. Ihr wisst, dass ein Tool allein nichts löst. Und ihr könnt es diesmal anders angehen – nicht mit einer besseren Software, sondern mit einem besseren Prozess.
Wir haben Leadtime gebaut, weil wir den Freitags-Backfill satt hatten. Nicht weil wir klüger sind – sondern weil wir ihn selbst oft genug erlebt haben.


