Zum Inhalt springen
Marko Berger

Parkinsonsches Gesetz: Warum Arbeit sich ausdehnt

Parkinsonsches Gesetz: Warum Arbeit sich ausdehnt

„Arbeit dehnt sich in genau dem Maß aus, wie Zeit für ihre Erledigung zur Verfügung steht.” Cyril Northcote Parkinson schrieb diesen Satz 1955 in einem Economist-Essay, der den britischen Beamtenapparat satirisch aufs Korn nahm — er erklärte, warum Bürokratien unabhängig von der Arbeitslast wachsen —, und der Satz löste sich von seinem Ursprung und wurde zum meistzitierten Satz der Produktivitätswelt. Zitiert, aber selten konstruiert: Die meisten Artikel sagen dir, dass Arbeit sich ausdehnt, raten „setz engere Deadlines!” und verabschieden sich. Dieser Rat ist halb richtig — und gefährlich, wenn er falsch ist. Als Engineer habe ich zugesehen, wie das Parkinsonsche Gesetz Zwei-Tage-Aufgaben zu Zwei-Wochen-Epen aufgeblasen hat, und ich habe auch zugesehen, wie naives Deadline-Anziehen Schrott-Releases und ausgebrannte Teams produziert hat. Dieser Guide behandelt den Mechanismus, die ehrliche Beweislage, Deadline-Design, das Arbeit wirklich komprimiert — und den Fehlermodus, in dem enge Deadlines nach hinten losgehen.

Warum Arbeit sich ausdehnt: der Mechanismus

Parkinsons Satz liest sich wie ein Naturgesetz, aber der Mechanismus ist banale Psychologie — und die Einzelteile zu kennen macht ihn reparierbar.

Der Einsatz kalibriert sich am Behälter. Bei zwei Wochen für eine Zwei-Tage-Aufgabe faulenzt du nicht bewusst — du schaltest unbewusst herunter. Die Aufmerksamkeit wandert in Politur und Nebenschauplätze, denn Dringlichkeit ist einer der wichtigsten Effort-Regler des Gehirns, und eine ferne Deadline liest sich als „niedrige Priorität”, egal was die Aufgabe wert ist.

Der Scope kriecht in den Leerlauf. Die Zwei-Tage-Version beantwortet die Frage; der Zwei-Wochen-Version wachsen ein Anhang, eine zusätzliche Optionen-Sektion, ein Refactoring, das niemand wollte. Leere Zeit bleibt nicht leer — sie füllt sich mit den optionalen Teilen der Aufgabe, die sich wie Arbeit anfühlen und es meistens nicht sind. (Die aufgeblähte Version ist oft nicht mal besser. Den explorativen Wildwuchs zu streichen ist häufig ein Qualitätsgewinn.)

Der Start wandert Richtung Deadline. Mit Luft im Zeitplan fühlt sich Anfangen optional an — die Aufgabe wird still zu Prokrastination mit gutem Gewissen, und die echte Arbeit komprimiert sich sowieso in die letzten 20 % der Strecke. Die zwei Wochen haben keine zwei Wochen Arbeit gekauft; sie haben zwölf Tage leises Grauen gekauft plus dieselben zwei Tage Arbeit.

Eine Ehrlichkeitsnotiz: Das Parkinsonsche Gesetz ist eine robuste Beobachtung, keine bewiesene Konstante — der „Beleg” ist ein satirischer Essay plus Jahrzehnte, in denen sich alle darin wiedererkannt haben, dazu etwas Forschung zu Deadline-Effekten. Behandle es als starken Default über menschliches Verhalten, nicht als Physik.

Infografik: wie eine 2-Tage-Aufgabe zur 2-Wochen-Aufgabe wird — der Einsatz schaltet herunter, der Scope kriecht in den Leerlauf, der Start wandert Richtung Deadline

Niemand beschließt, die Arbeit zu strecken. Der Behälter erledigt das von selbst.

Das Gesetz nutzen: Deadline-Design

Wenn Arbeit sich ausdehnt, um ihren Behälter zu füllen, ist der Hebel das Behälter-Design. Vier Praktiken, nach Wirkung geordnet:

Erst schätzen, dann die Box setzen. Ohne Schätzung kannst du keine ehrlich enge Deadline setzen. Mach es bottom-up: Schneide die Aufgabe in Stücke, die klein genug für einen Bauchgefühl-Check sind (Pomodoro-große Einheiten funktionieren gut), summiere sie und addiere dann explizite Reserve, die du sehen kannst — kein unsichtbares Polster, das in jede Zeile eingebacken ist, denn genau von diesem Leerlauf ernährt sich das Parkinsonsche Gesetz. Sichtbarer Puffer wird verteidigt; versteckter Puffer wird absorbiert.

Timeboxing: Zeit fixieren, Scope flexibel halten. Statt „die Analyse fertigstellen” (offen) lieber „zwei Stunden bis zu einer vertretbaren Empfehlung” (geboxt). Ist die Zeit fixiert, wird das Wesentliche zuerst fertig, und der optionale Anhang entsteht schlicht nie — du hast Scope Creep strukturell unmöglich gemacht, statt dich auf Zurückhaltung zu verlassen. Die Unterscheidung Timeboxing vs. Time Blocking zählt hier: Blocking reserviert Zeit für Arbeit; Boxing deckelt sie. Das Parkinsonsche Gesetz ist der Grund, warum Boxing funktioniert.

Lange Strecken in kurze Checkpoints zerlegen. Eine Deadline in sechs Wochen ist eine Einladung — das Parkinsonsche Gesetz schlemmt auf langen Strecken. Sechs Wochen-Deliverables, jedes real genug, dass es jemand sieht, verwandeln eine ferne Klippe in sechs nahe. Das ist Wochenplanung im Doppeldienst als Deadline-Architektur — und der Hauptgrund, warum Sprint-Teams gleichmäßiger liefern als Deadline-am-Ende-Teams.

Terminiere die Box, statt sie nur auszurufen. Eine Timebox, die nur in deinem Kopf lebt, verliert gegen die erste Unterbrechung. Setz sie als Block mit hartem Stopp in den Kalender — der Stopp ist es, der den nützlichen Druck erzeugt. Dieses Gespann ist fest in Fokus eingebaut: Aufgaben tragen Dauer-Schätzungen, die Smart-Scheduling-Engine platziert sie als begrenzte Kalenderblöcke, und wenn eine Aufgabe ihre Box sprengt, siehst du sie überlaufen — was jede Woche in Schätzübung mit Feedback verwandelt, statt in ein vages Gefühl, dass alles länger dauert, als es sollte.

Infografik: Deadline-Design — bottom-up schätzen mit sichtbarem Puffer, Zeit fixieren und Scope flexen, lange Strecken in Wochen-Checkpoints verwandeln, die Box in den Kalender setzen

Der Hebel ist nicht härteres Arbeiten — sondern kleinere Behälter mit härteren Kanten.

Wenn enge Deadlines nach hinten losgehen

Die Produktivitätsszene verkauft Deadline-Druck als Gratis-Mittagessen. Ist er nicht, und der Fehlermodus ist vorhersehbar: Druck verbessert Leistung nur bis zu einem Punkt, danach kollabiert zuerst die Qualität — leise. In Software heißt das übersprungene Tests und Abkürzungen, die du mit Zinsen als Bugs und Rework zurückzahlst; die „schnelle” Version shippt insgesamt langsamer. Chronische Enge brennt außerdem Menschen aus und zerstört, ironischerweise, die Ehrlichkeit beim Schätzen: Teams, die von aggressiven Deadlines bestraft werden, polstern irgendwann alles — und schon ist der Leerlauf zurück, nur versteckt und feindselig.

Die Engineering-Faustregel: Deadlines sollten stramm sitzen, nicht würgen — eng genug, dass heute anzufangen rational ist und der optionale Anhang stirbt; locker genug, dass die essenzielle Version mit ehrlichem Handwerk hineinpasst. Wenn du den Unterschied dauerhaft nicht erkennst, ist das ein Schätzproblem, kein Willenskraftproblem; behebe es mit kleineren Scheiben und Feedback, nicht mit Heldentaten. Und reserviere wirklich aggressive Boxen für Arbeit, bei der ein grober Entwurf akzeptabel ist — Exploration, interne Doku, erste Fassungen —, nie für das Tragende.

Parkinsonsches Gesetz FAQ

Was besagt das Parkinsonsche Gesetz einfach erklärt? Arbeit dehnt sich aus, um die Zeit zu füllen, die du ihr gibst. Plane zwei Wochen für eine Zwei-Tage-Aufgabe ein, und sie wird irgendwie zwei Wochen dauern — über geringere Dringlichkeit, Scope Creep und einen späten Start.

Ist das Parkinsonsche Gesetz wissenschaftlich belegt? Es begann als Satire, nicht als Wissenschaft, und ist eine beobachtete Tendenz, keine Konstante. Aber die zugrunde liegenden Mechanismen — an Dringlichkeit kalibrierter Einsatz, Scope Creep, Deadline-getriebene Starts — sind gut dokumentiert, und es als Planungs-Default zu behandeln zahlt sich aus.

Wie überwindet man das Parkinsonsche Gesetz? Bottom-up schätzen, dann timeboxen: Zeit fixieren, Scope flexibel halten, den Puffer sichtbar lassen, lange Deadlines in Wochen-Checkpoints zerlegen und jede Box mit hartem Stopp in den Kalender setzen.

Was hat das mit der 4-Stunden-Woche zu tun? Tim Ferriss hat die Umkehrung des Gesetzes populär gemacht: Verkleinere den Behälter, und die Arbeit komprimiert sich aufs Wesentliche. Stimmt — mit dem Vorbehalt oben. Kompression funktioniert, bis sie die Qualität würgt; stramm schlägt würgend.

Marko Berger

Marko Berger

Engineering & DevTools Writer

Marko covers developer workflows, engineering culture, and the tools that help teams ship faster. Former senior engineer turned full-time tech writer.