3 ms·
I simply think it's all about cost cutting. Salaried workers do not get over time. On paper it doesn't cost the company anything. Why pay for 2 workers when you
by janesvilleseo 11y ago
I simply think it's all about cost cutting. Salaried workers do not get over time. On paper it doesn't cost the company anything. Why pay for 2 workers when you can make 1 work twice as much.
- scintill76 11y ago> Why pay for 2 workers when you can make 1 work twice as much. Even if the quality drops off so that it's only as good as say, 1.5 well-rested workers, they still got an extra 0.5 for free.
- DanBC 11y agoUnless employee churn goes up, and they have to pay for recruitment and training.
- scintill76 11y agoSure. I wasn't necessarily agreeing, just saying that may be their reasoning even if they are fully aware productivity drops. The original comment also said it doesn't cost anything "on paper." Could this be a way of passing the cost to another department? Maybe a department manager is a slavedriver and knows it's not efficient long term, but he doesn't care as long as the costs (like replacement recruiting) don't come out of his budget. I don't know if that's how budgets really work though.
- deleted 11y ago[deleted]
- moron4hire 11y agoFrom the things I've seen, an 80-hour employee is worth 0.8 a 40-hour employee.
- InclinedPlane 11y agoHere's the thing, it's unmeasurable. Most of software is invisible, and would take a tremendous amount of effort to analyze well (for quality, value, etc.), only a fraction of which is ever expended in the moment (if at all). The reality is that good people work under poor conditions and do poorly, other people get burnt out, other people with talent "evaporate" out of the team/org/company because they are fed up or what-have-you. All of this degrades the ability of the team/company to execute on difficult projects well, but that is incredibly hard to measure objectively. Especially since every iteration and every project tends to have its own unique qualities which make direct comparisons to previous projects non-trivial. That leaves only subjective judgments. People may look around and ask "why can't we execute as well as we used to?" but unless it's a drastic difference it may not be very noticeable, if at all. And that's the thing, objective measures are nearly impossible to come by, and a lot of the data for subjective measures is not well known beyond only a handful of people. Software is fundamentally a creative endeavor, and this shows the most during the development process. Judging the quality of a company overall from year to year then becomes similar to judging the quality of, say, a band or an actor or a comedian. Debating which, say, Smashing Pumpkins album was the best is fundamentally similar to judging whether the developing capability at, say, google (or microsoft or facebook or amazon) was better in 2012 or 2010 or what-have-you. And this is even difficult to judge over long periods (say, time slices of an entire decade) when looking back years after the fact. It's essentially impossible in the moment, especially in micro-cosm. All of which is to say, there's no sure, objective way to tell whether you're getting 1.5x well-rested workers worth of work, 2x, 10x, 0.5x, 0x, -1x, or -5x. All you know for sure is that they're putting in more hours or "crushing" more bugs, so you focus on the metrics you do have even if they are bad metrics and could lead you to make all of the wrong choices.