«Arbejdet fylder den tid, der er afsat til det».
Parkinsons love
Hvis du ikke er en britisk embedsmand fra 1958, skal du ikke fĂžlge denne lov. Intet arbejde skal optage al den tid, der er afsat til det.
Et par ord om loven
â britisk historiker og strĂ„lende satiriker. Med citatet, som sĂ„ ofte alvorligt kaldes en lov, begynder , der blev offentliggjort den 19. november 1955 i tidsskriftet «The Economist». Â
Essayet har ikke noget at gÞre med projektledelse eller ledelse generelt. Det er en skarp satire, der hÄner den offentlige sektor, som i Ärtier hÊver sine tal, men ikke bliver ét spor mere effektiv.
Parkinson forklarer lovens eksistens med to faktorer:
- EmbedsmĂŠnd Ăžnsker at have med underordnede at gĂžre, ikke med konkurrenter
- EmbedsmĂŠnd skaber arbejde for hinanden
Jeg anbefaler stÊrkt at lÊse selve essayet, men i korte trÊk ser det sÄledes ud:
En embedsmand, der anser sig selv for overbelastet, ansÊtter to underordnede til at udfÞre sit arbejde. Han kan ikke dele det med allerede ansatte kolleger eller ansÊtte en enkelt underordnet og dele det med dem - ingen Þnsker konkurrenter. SÄ sker det igen, hans medarbejdere ansÊtter medarbejdere til sig selv. Og nu er der 7 personer, der udfÞrer arbejdet for én. Alle er meget optagede, men hverken hastigheden eller kvaliteten af arbejdet stiger.
MĂ„ske kender du prĂŠcis denne situation, men der er mange andre grunde til, at arbejdet fylder al tiden op til deadline og lidt mere.Â
Hvordan man kan undgÄ dette:
1. TĂŠnk ikke for andre
Forvent ikke, at nogen vil vise respekt, hvis du ikke viser det selv. Ănsker du, at dit team skal tage deadlines og arbejdet alvorligt â sĂ„ prĂžv at opnĂ„ et reelt engagement, ikke en tvungen accept.Â
2. SÊt ikke en deadline til «i gÄr»
For det fÞrste gÞr det alle nervÞse, og du vil ikke arbejde blandt psykopater. For det andet er det umuligt at nÄ «i gÄr», hvilket betyder, at deadlines vil blive overskredet. De vil blive overskredet én gang, to gange. Og hvad vil du gÞre sÄ? Fyre alle? Sandsynligvis ikke. Og hvis der ikke sker noget bagefter, hvad sÄ? Hvorfor forsÞge at nÄ deadlines, isÊr tidligere? Manana.
3. ForsÞg ikke at opnÄ 100% udnyttelse
For 100% loading (though it's not actually a reality), we've created machines, and a person needs to rest. They also need to develop and clean the dust off the keyboard. Why rush to complete a task early when a new one will come immediately? Then there will definitely be no time for anything.
4. Don't pretend the world ends after the deadline.
Firstly, that's not true; refer to point 2. Secondly, no one wants to be reprimanded, so everyone plans for contingencies. The problem is that delays will still accumulate, but advancements won't. This is well explained by in the book
5. Don't try to fix everything.Â
Don't draw the mythical triangle of constraints and attempt to fit your project into it. If you want to get the Sagrada Familia, be prepared to wait a hundred years. If you need it by Thursday, show some flexibility.Â
6. Don't encourage multitasking.
Firstly, it's not productive. Secondly, everyone solves their own optimization problem. Getting 2 new tasks instead of sticking to one ready task doesnât seem like a good idea.
7. Donât delay the approval.Â
Seriously. It takes 2 days to work, and then another 2 weeks to wait for the manager/client to review and provide feedback. Then we wonder why everyone is stretching until the deadline.
8. Avoid the big bang.
Don't delay with a single large delivery; work incrementally. It's not a fact that the work will be completed faster, but at least you can use something without waiting for months.
Â
9. Don't inflate the team.
Unless you want to be like British officials đ.
Kilde: habr.com
