Parkinsons lag och hur man bryter den

«Arbete fyller den tid som har avsatts för det».
Parkinsons lag

Om du inte är en brittisk tjänsteman av modell 1958, behöver du inte följa denna lag. Inget arbete behöver ta all den tid som avsatts för det.

Ett par ord om lagen

Cyril Northcote Parkinson – en brittisk historiker och lysande satiriker. Med citatet som så ofta tas på allvar och kallas en lag, inleds ett essä, publicerat den 19 november 1955 i tidskriften «The Economist».  

Essän har ingen koppling till projektledning eller management överhuvudtaget. Det är en skarp satir som hånar den statliga apparaten som under decennier har vuxit och inte blivit ett dugg effektivare.

Parkinson förklarar lagens existens genom två faktorer:

• Tjänstemannen vill ha att göra med underordnade, inte med konkurrenter
• Tjänstemän skapar arbete åt varandra

Jag rekommenderar starkt att läsa själva essän, men i korthet ser det ut så här:

En tjänsteman som anser sig överbelastad anställer två underordnade för att göra sitt arbete. Han kan inte dela det med redan arbetande kollegor eller anställa en underordnad för att dela det med honom – ingen vill ha konkurrenter. Därefter upprepas historien, hans anställda anställer anställda till sig. Och nu gör 7 personer arbetet åt en. Alla är mycket belastade, men varken hastigheten eller kvaliteten på arbetet ökar.

Kanske känner du igen just denna situation, men det finns många andra anledningar till varför arbetet fyller all tid fram till deadline och lite till. 
Hur man kan undvika detta:

1. Tänk inte för andra

Vänta dig inte att någon ska visa respekt om du inte visar det själv. Vill du att teamet ska ta ansvar för deadlines och arbetet i allmänhet – försök att få ett verkligt åtagande, inte ett tvångssamtycke. 

2. Sätt inte deadline 'igår'

För det första gör det alla nervösa, och du vill inte arbeta bland psykopater. För det andra, att hinna 'igår' är omöjligt, vilket innebär att deadlines kommer att misslyckas. De kommer att misslyckas en gång, andra gången. Och vad ska du göra? Sparka alla? Troligtvis inte. Och om ingenting händer efteråt, vad händer då? Varför försöka hinna i tid och ännu tidigare? Maniana.

3. Försök inte uppnå 100% beläggning

För 100% belastning (vilket egentligen inte finns) har vi kommit på maskiner, och människor behöver vila. Och dessutom utvecklas och torka damm från tangentbordet. Varför skynda sig att avsluta en uppgift i förtid, om en ny genast kommer? Då kommer det verkligen inte finnas tid för något.

4. Låt inte som om världen går under efter deadline

För det första, det stämmer inte, och se punkt 2. För det andra, ingen vill få en på nöten, och alla tar med en säkerhetsmarginal. Problemet är att förseningar ändå kommer att summeras, medan förhandsslarv inte gör det. Om detta skrev man bra Eliyahu Goldratt i boken «Målet 2».

5. Du behöver inte registrera allt 

Det är onödigt att rita en mytisk begränsningstriangel och försöka få in ditt projekt i den. Om du vill få Sagrada Familia, var beredd att vänta i hundra år. Om du behöver det till torsdag, visa lite flexibilitet. 

6. Uppmuntra inte multitasking

För det första, det är inte produktivt. För det andra, alla löser sin egen optimeringsuppgift. Att få 2 nya uppdrag istället för att sitta på ett färdigt verkar inte som en bra idé.

7. Vänta inte med godkännandet. 

Allvarligt talat. Arbete tar 2 dagar, och efter det får du vänta 2 veckor på att managern/kunden ska titta på det och ge sina synpunkter. Och sedan undrar vi varför alla drar fram till deadline.

8. Undvik den stora explosionen.

Vänta inte med en stor leverans, jobba inkrementellt. Det är inte säkert att arbetet blir snabbare, men åtminstone kan du använda något utan att vänta i månader.
 
9. Blåsa upp teamet

Om du inte vill vara som brittiska byråkrater 🙂

Källa: habr.com