Chefer mener, at ansatte arbejder mindre hjemmefra, viser Microsoft-undersøgelse

Jeg vil også tro, at hvis man oplever en eller to af sine medarbejdere producere mindre, vil det fylde mere, end hvis 10 andre medarbejdere producerer mere.

Hertil kommer de helt almindelige psykiske indtryk ved IKKE at kunne se produktionen "in action". Det giver garanteret en helt anden fornemmelse at se sine medarbejdere tæske i tastaturet - upåagtet at det er en medarbejder som sidder og skriver inde på Newz.dk, frem for at passe sit arbejde. Men chefen kan bare høre tastaturet og musen klikke, og så laver hun jo noget.

nwinther (1) skrev:

Hertil kommer de helt almindelige psykiske indtryk ved IKKE at kunne se produktionen "in action".

Jeg tror du er inde på noget her.

Produktiviteten på hjemmearbejde kan være svær at måle.

Hvis man er programmør, kan man måle på hvor mange kloc og commits man sender efter ens Git repository, samt på hvilke tidspunkter.

Kundeservicemedarbejderen kan måles på hvor mange viderestillet opkald, der bliver besvaret og hvor mange email tickets der bliver håndteret.

... men hvordan måles produktiviten, hvis du blot arbejder i Word / Excel og svarer på en mail her og der?

Her er jeg ikke klar over hvor meget statistik cheferne kan hive ud af Teams / Sharepoint.

På mit arbejde har jeg en uformel dommer seddel over punkter som jeg skal igennem på en given dag og hvis dette er gjort, så er chefen tilfreds.

Desværre ligger min dommer seddel ikke op til at det er noget der kan håndteres hjemmefra, fordi der er et element af flytning af fysiske objekter, som en del af mit arbejde. :-)

... men jeg tænker at der findes andre opgaver som kunne sagtens løses uanset om man på kontoret eller derhjemme.

Jeg tænker at disse opgaver kan godt formuleres som et skema, som medarbejderen kan krydse af, som en dokumention for at arbejdet er udført.

Molgaard (2) skrev:

nwinther (1) skrev:

Hertil kommer de helt almindelige psykiske indtryk ved IKKE at kunne se produktionen "in action".

Jeg tror du er inde på noget her.

Produktiviteten på hjemmearbejde kan være svær at måle.

Typisk er det vanskeligere at måle administrativt arbejde end fysiske arbejde.

Det er ret nemt at måle hvor mange hektar byg der er sået på landbruget, hvormange dimser der er samlet på fabrikken og om SAS flyet faktisk fløj fra København til Stokholm.

Men kontor arbejde er typisk vanskeligere at vurdere.

Specielt for dårlige chefer!!!!

En chef som ikke forstår arbejdet er nødt til at fokusere på om den ansatte har haft bagdelen i kontorstolen i 8 timer.

En god chef vil forstå arbejdet og kunne vurdere om det er blevet udført eller ej.

Hvis der ikke er nogen forskel på hvis arbejdet udføres eller ikke udføres, så skal stillingen jo nedlægges fordi den ikke er nødvendig!

Molgaard (2) skrev:

Hvis man er programmør, kan man måle på hvor mange kloc og commits man sender efter ens Git repository, samt på hvilke tidspunkter.

Så simpelt er det ikke.

Lad os sige at en given funktionalitet ABC kan implementeres dumt med 1000 linier kode og smart med 100 linier kode - vil vi så sige at den der committer 1000 linier producerer mere end den der committer 100 linier. Nej.

Og antal commits afhænger ikke kun af antal nye features der skal tilføjes men også af antal fejl der skal rettes. Dårlig udvikler => mange fejl => mange fejl der skal rettes => mange commits. Produktivt? Nej.

Jeg kan personligt sige at den mængde arbejde jeg får lavet hjemmefra er enorm kontra når jeg sidder på et kontor med larm og forstyrrelser... jeg har været remote i 2,5 år og aldrig performet bedre :D

Der er også en del undersøgelser der viser at remote arbejdere faktisk performer langt bedre.

arne_v (3) skrev:

En god chef vil forstå arbejdet og kunne vurdere om det er blevet udført eller ej.

Hvis der ikke er nogen forskel på hvis arbejdet udføres eller ikke udføres, så skal stillingen jo nedlægges fordi den ikke er nødvendig!

Men noget arbejde - udviklingsarbejde (som jeg selv arbejder med) - kan ikke sådan lige sættes på formel. Min chef forstår godt formålet med arbejdet (sådan da), men har ingen teknisk indsigt og har svært ved at vurdere, hvor stor en roadblock er, om den kan omgås eller om den kan løses og i så fald hvordan og hvor hurtigt.
Jeg synes nu alligevel hun er en ret OK chef.

arne_v (3) skrev:

Så simpelt er det ikke.

Lad os sige at en given funktionalitet ABC kan implementeres dumt med 1000 linier kode og smart med 100 linier kode - vil vi så sige at den der committer 1000 linier producerer mere end den der committer 100 linier. Nej.

Og antal commits afhænger ikke kun af antal nye features der skal tilføjes men også af antal fejl der skal rettes. Dårlig udvikler => mange fejl => mange fejl der skal rettes => mange commits. Produktivt? Nej.

Du blander effektivitet og produktivitet her. Kan jeg skrive 1000 linjer kode, på den tid du skal bruge til at skrive 100 linjer, er jeg mere produktiv end dig.
Kan du løse det samme problem på 100 linjer som jeg kan løse på 1000 linjer, er du mere effektiv end mig.

MOA (4) skrev:

Jeg kan personligt sige at den mængde arbejde jeg får lavet hjemmefra er enorm kontra når jeg sidder på et kontor med larm og forstyrrelser... jeg har været remote i 2,5 år og aldrig performet bedre :D

Der er også en del undersøgelser der viser at remote arbejdere faktisk performer langt bedre.

Jeg sidder (desværre) ikke med en enkelt opgave, men fungerer som mere eller mindre formel support i en lang række sammenhænge, for mine kolleger. Værdien af min tilstedeværelse PÅ arbejdspladsen er større, end hvis jeg sad derhjemme.
Derudover arbejder jeg i et team, hvor sparring i udviklingsopgaven er stimulerende for processen. Når jeg sidder helt alene (derhjemme) kommer jeg hurtigt ud af landevejen - men ved første vejkurve, falder min produktivitet OG effektivitet.
Jeg tror ikke der var noget vundet, ved at jeg sad hjemme.

De undersøgelser er, i min optik, ret ligegyldige. Det er ekstremt individuelt om man kan holde sig selv i gang.
Nogle mennesker trives rigtigt godt med hjemmearbejde og jo mere de kan gøre det jo bedre!
Andre mennesker kan ikke holde sig selv til ilden og laver derfor kun "overlevelses arbejde" dvs. de laver nok til at de ikke blive fyret :)

Derudover skal man selvsagt også tage med at det jo bestemt også er forskelligt hvilke opgaver der egner sig.
Personligt er de bedste opgaver for mig, dem hvor jeg blot kan slå hjernen og køre på autopilot. Der når jeg laaaaangt mere hjemme end på kontoret, men jo mere komplekse de bliver jo bedre er det for mig at være på mit kontor.

nwinther (5) skrev:

arne_v (3) skrev:

En god chef vil forstå arbejdet og kunne vurdere om det er blevet udført eller ej.

Hvis der ikke er nogen forskel på hvis arbejdet udføres eller ikke udføres, så skal stillingen jo nedlægges fordi den ikke er nødvendig!

Men noget arbejde - udviklingsarbejde (som jeg selv arbejder med) - kan ikke sådan lige sættes på formel. Min chef forstår godt formålet med arbejdet (sådan da), men har ingen teknisk indsigt og har svært ved at vurdere, hvor stor en roadblock er, om den kan omgås eller om den kan løses og i så fald hvordan og hvor hurtigt.
Jeg synes nu alligevel hun er en ret OK chef.

Det er ikke chefens opgave at løse medarbejdernes opgaver kun at lede dem. Efter min mening forudsætter det som minimum at de forstår de overordnede problemstillinger og de ord som medarbejderne bruger til at beskrive arbejdet med.

Lad os være meget konkrete. En udvikler skal finde en memory leak i et C program. Chefen behøver ikke kunne finde den memory leak selv. Men chefen bør vide hvad C er, hvad en memory leak er og have en generel forståelse for hvordan man finder fejl i software. Ellers vil udviklerens forklaring om problemet være kinesisk for chefen.

nwinther (5) skrev:

arne_v (3) skrev:

Så simpelt er det ikke.

Lad os sige at en given funktionalitet ABC kan implementeres dumt med 1000 linier kode og smart med 100 linier kode - vil vi så sige at den der committer 1000 linier producerer mere end den der committer 100 linier. Nej.

Du blander effektivitet og produktivitet her. Kan jeg skrive 1000 linjer kode, på den tid du skal bruge til at skrive 100 linjer, er jeg mere produktiv end dig.
Kan du løse det samme problem på 100 linjer som jeg kan løse på 1000 linjer, er du mere effektiv end mig.

Jeg er ikke enig.

Produktivitet er output i forhold til input.

Men selvom kodelinier er output set fra et udvikler perspektiv, så er det ikke output fra et forretningsperspektiv.

Det reelle output er en løsning på den ønskede funktionalitet.

1 dårlig løsning lavet på X timer er ikke mere produktivt end 1 god løsning laver på X timer.

Inkluderer man kvalitet i produktivitet er det mindre produktivt.

1 dårlig løsning lavet på X timer som kræver Y timers vedligehold de næste N år er lavere produktivitet end 1 god løsning lavet på X timer som kræver Z timers vedligehold de næste N år (Z < Y som definition på god vs dårlig).