Flutterby™! : Productivity and hours worked

Next unread comment / Catchup all unread comments User Account Info | Logout | XML/Pilot/etc versions | Long version (with comments) | Weblog archives | Site Map | | Browse Topics

Productivity and hours worked

2024-07-08 23:24:06.794119+02 by Dan Lyke 0 comments

Good to see DeMarco & Lister mentioned in this. It's amazing how much modern software development stuff ignores things that we knew back in 1987: RT david_chisnall @david_chisnall@infosec.exchange

@bbbhltz @hacks4pancakes When people join my team, I tell them to go and look at productivity studies. Across different industries (I originally thought this was solely for knowledge workers, but I recently chatted to a researcher who has reproduced the same result in the construction industry), they all show roughly the same shape:

Productivity increases up to 20 hours a week.

It then plateaus up to 40.

It then starts to decrease and is typically negative by about 60.

This is the total net productivity, not the delta. If you are working 60 hour weeks, you would probably be more productive if you just stayed in bed all day.

For programmers, just think about how long it takes to fix a bug that you introduced when you were tired. Fixing mistakes (in any field) is often slow and expensive. Reducing the likelihood of making mistakes is usually much cheaper.

This is for sustained periods. People can often be productive for a 60-hour week if they are well rested, so if you have a one-off urgent deadline, it *may*be okay to work longer hours to meet it, as long as you take enough time off to recover. Averaged out (factoring in the recovery time), this tends to be less productive overall (ignoring the secondary impacts on people who have other commitments, like to see their families, and so on), so it’s generally a bad idea.

I want the most productive 20 hours of each employee each week. I don’t care when they happen (I’ve worked with some people who find they are most productive 2-4am, and that’s fine). Employees are responsible for getting enough rest to make sure that they can be productive for 20 hours each week.

I wrote our vacation policy to be explicit about the point of leave. It is not a gift from the company. It is not a reward for good behaviour. It is an obligation from the employees to the company to ensure that their brains are taken care of so that they can be productive. My contract (which is the model for new employees) has a minimum amount of leave I must take each year and a maximum time I can go without taking at least two days of leave.

The book I most recommend to new managers is PeopleWare and the most important point in that book is that, as a manager, it is not your job to make people work. Most people take pride in their work and want to do it well. Your job is to remove obstacles that stop them from being able to do good work. I don’t think it goes quite far enough because sometimes the biggest obstacle is the employee. If you’re hiring smart and motivated people, the most likely failure mode is that they work too hard and don’t notice their productivity dropping off. Sometimes you have to force them to take a week off (and you need a leave policy that supports you in doing so).

Sorry for the long rant, I haven’t had coffee yet and bad management annoys me, even when it’s depressingly accurate satire.

[ related topics: Interactive Drama Books Invention and Design Software Engineering Work, productivity and environment Heinlein Machinery Fabrication Model Building Furniture ]

comments in ascending chronological order (reverse):

Add your own comment:

(If anyone ever actually uses Webmention/indie-action to post here, please email me)




Format with:

(You should probably use "Text" mode: URLs will be mostly recognized and linked, _underscore quoted_ text is looked up in a glossary, _underscore quoted_ (http://xyz.pdq) becomes a link, without the link in the parenthesis it becomes a <cite> tag. All <cite>ed text will point to the Flutterby knowledge base. Two enters (ie: a blank line) gets you a new paragraph, special treatment for paragraphs that are manually indented or start with "#" (as in "#include" or "#!/usr/bin/perl"), "/* " or ">" (as in a quoted message) or look like lists, or within a paragraph you can use a number of HTML tags:

p, img, br, hr, a, sub, sup, tt, i, b, h1, h2, h3, h4, h5, h6, cite, em, strong, code, samp, kbd, pre, blockquote, address, ol, dl, ul, dt, dd, li, dir, menu, table, tr, td, th

Comment policy

We will not edit your comments. However, we may delete your comments, or cause them to be hidden behind another link, if we feel they detract from the conversation. Commercial plugs are fine, if they are relevant to the conversation, and if you don't try to pretend to be a consumer. Annoying endorsements will be deleted if you're lucky, if you're not a whole bunch of people smarter and more articulate than you will ridicule you, and we will leave such ridicule in place.


Flutterby™ is a trademark claimed by

Dan Lyke
for the web publications at www.flutterby.com and www.flutterby.net.