Slashdot Mirror


They Work Long Hours, But What About Results?

theodp writes "HBS lecturer Robert C. Pozen says it's high time for management to stop emphasizing hours over results. By viewing those employees who come in over the weekend or stay late in the evening as more 'committed' and 'dedicated' to their work, as a UC Davis study showed, managers create a perverse incentive to not be efficient and get work done during normal business hours. 'It's an unfortunate reality that efficiency often goes unrewarded in the workplace,' writes Pozen. 'Focusing on results rather than hours will help you accomplish more at work and leave more time for the rest of your life.'"

285 comments

  1. If I don't have a list of jobs to do, by Anonymous Coward · · Score: 1

    I just go home for the day.
    If I do have stuff to do, I'll work until night time if I'm feeling good about it.

    1. Re:If I don't have a list of jobs to do, by maxwell+demon · · Score: 3, Funny

      I just go home for the day.

      You are lazy! If you were a committed employee, you'd stay and read Slashdot instead! :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    2. Re:If I don't have a list of jobs to do, by hey! · · Score: 5, Insightful

      Well, if you worked for me and you left an hour or two early from time to time I'd have no problem with that. But in general I expect people who work for me to spend down time "sharpening their saw" by doing research and experimentation. So if you routinely had nothing to do for several hours a day, I'd expect you to find something to do that'll make you awesome on the next big project. If you didn't find something like that, I would. In that kind of work environment a few hours of "mental health leave" couple of weeks is no big deal, as long as you're doing a good job and getting better at it.

      When I managed a development team I recognized that the occasional all-nighter or weekend session was necessary,but I had a policy that my guys had to take comp time *right away*, within a day or two. That wasn't popular; they liked the idea of comp time, but they'd have preferred to bank it. But the point wasn't to compensate them for their extra effort -- they were salaried employees -- it was to make sure when they were at work their minds were sharp.

      I believe an engineering team needs three things: skill, energy and focus. "Dedication" is neither here nor there as far as I'm concerned, at least if by that you mean some kind of sentimental attachment to the organization. If you have the big three, you'll get whatever else you need. Too many managers don't manage, they work out a personal psychodrama in which there are good employees and bad employees. To me that's baloney, unless an employee is "good" if and only if he contributes to productivity and "bad" if and only if he does not. An employee who suffers unproductively for the company is neurotic, no matter what else you choose to call him, and shouldn't be encouraged to do that.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    3. Re:If I don't have a list of jobs to do, by ColdWetDog · · Score: 0

      I just stay at home and read Slashdot.

      I'm better than both of you!

      --
      Faster! Faster! Faster would be better!
    4. Re:If I don't have a list of jobs to do, by hazah · · Score: 5, Insightful

      As one on the recieving end of such treatment, all I can say is thank you for seeing the light. As I'm constantly able to use my "free" time to do research on random subjects, more often than I tend to read about different aspects of what I'm tasked on. Each day brings new insight as a result. This allows me to constantly be a number of steps ahead on my approach on each new project. It is a balancing act, and you have to be careful not to over do it, but having the freedom to make such decisions had been invaluable to me as a tool of self improvement. I would even say it had worked for me to do this whenever a mental break was required. A 5 minute read on an equally important though currently unrelated topic is enough time to step away from a problem to refresh yourself and see it in a slightly new way. Our greatest mistake is to treat human beings as machines and expect them to thrive.

    5. Re:If I don't have a list of jobs to do, by Anonymous Coward · · Score: 1

      What about 1 shift crews that have to maintain 3 shift servers and police departments? Off hours is a necessity and out budget doesn't cover overtime.

    6. Re:If I don't have a list of jobs to do, by MonsterTrimble · · Score: 1

      Sir, if I had mod point they would be yours. All of them.

      --
      I call it 'The Aristocrats'
    7. Re:If I don't have a list of jobs to do, by CadentOrange · · Score: 2
      I work for a guy like this at the moment, and life is AWESOME!

      Keep up the good work, dude.

    8. Re:If I don't have a list of jobs to do, by kye4u · · Score: 1

      If I had a mod point...I'd mod you up. I think this approach is key. It is what I practice at work myself. You are right when you say that finding the right balance between doing research on random subjects and the project you are tasked to work on can be tricky.,

    9. Re:If I don't have a list of jobs to do, by jnork · · Score: 1

      Can... can I come work for you?

      Pretty please?

      --
      Cleverly disguised as a responsible adult.
    10. Re:If I don't have a list of jobs to do, by xaxa · · Score: 2

      What about 1 shift crews that have to maintain 3 shift servers and police departments? Off hours is a necessity and out budget doesn't cover overtime.

      So don't work off-hours, and your budget should be increased following the next problem.

    11. Re:If I don't have a list of jobs to do, by Anonymous Coward · · Score: 1

      I have to take issue with the idea that the "occasional all-nighter" is necessary. It is not. It is highly damaging. Moreover, its a clear sign of badly failing management, either a failure of expectation management ("sure, we'll re-write the whole product tonight!") or of planning and process... or perhaps all of those. I would make the exception if I personally had caused the problem and it clearly could not wait -- but 99% of the time I have encountered this attitude from managers its because their planning had failed horribly or they we're just scared to tell their client the truth that the request was unreasonable. There's a damn good reason for not pulling all-nighters : you will make stupid mistakes that may well make it worse. Better to wait until the next day, do it cleanly and neatly... then get the hell onto improving your processes so it doesn't happen again.

    12. Re:If I don't have a list of jobs to do, by nobodie · · Score: 1

      True story: Old friend of mine had a job as an office manager at a resort in Thailand. (tough job eh?) The owner needed to get a mailing out one day and the printing came in botched up, so they had to print overlay stickers to fix the problem and then stay late to stuff the envelopes and stamp them for the post. They worked until ten at night to get it finished.

      For the next two years he took two hour lunches, left at 3 for a massage, used the international line for his personal calls when he was too lazy to skype, etc. etc. He told me: "I'm willing to stay up and work really late if I have to, this is just to balance out those extra hours I put in".

      So there it is. If the owner had been willing to wait until the next morning he would have saved himself many times the labor.
      I worked once for an old-school boss who never let anyone work overtime. He said: "you need to be home with your family." That was it. Even 20 years later I respect that man, not for being tight with money, he wasn't that, but for recognizing that people shouldn't be living just for their work. I don't know anyone who had a bad thing to say about him, even if he fired them.

      --
      Subversion of spatial scale luxury decoration ideas.
  2. Measuring results by DoofusOfDeath · · Score: 5, Insightful

    Judging employees by results is great, if you have a good way to measure results.

    This is notoriously difficult in creative, team efforts such a software development.

    1. Re:Measuring results by Intrepid+imaginaut · · Score: 5, Insightful

      Its not really. Specifications -> result. That does depend on having a manager sufficiently on the ball to have constant contact with sales and marketing though, and able to tell them that scope creep will cost more and slow things down.

      Really I'm amazed that results based metrics aren't standard everywhere, I've worked with companies where management doesn't care when people show up as long as they meet their milestones. A company that puts "time at your desk" before "results" will be eaten by one that has the two in the correct order.

    2. Re:Measuring results by tomhath · · Score: 1

      if you have a good way to measure results

      True statement. On the other hand, judging results by now many hours were worked is easy but notoriously inaccurate.

    3. Re:Measuring results by Hognoxious · · Score: 4, Funny

      This is notoriously difficult in creative, team efforts such a software development.

      Its not really. Specifications -> result. That does depend on having a manager sufficiently on the ball

      In other words, yes it is.

      Or do you work at that place with nowhere to park your car, because it has a unicorn paddock in front?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    4. Re:Measuring results by Anonymous Coward · · Score: 2, Insightful

      So what you're saying is that management has a real job to do, and that the managers need to have an actual clue about what they're doing?

      Yeah, I can see how this doesn't work out very well in most companies.

    5. Re:Measuring results by DoofusOfDeath · · Score: 4, Insightful

      Its not really. Specifications -> result. That does depend on having a manager sufficiently on the ball to have constant contact with sales and marketing though, and able to tell them that scope creep will cost more and slow things down.

      Really I'm amazed that results based metrics aren't standard everywhere, I've worked with companies where management doesn't care when people show up as long as they meet their milestones. A company that puts "time at your desk" before "results" will be eaten by one that has the two in the correct order.

      A number of real-world issues can and do stymie your proposal:

      • Specs change mid-project.
      • Developers are often given fewer resources than they say is necessary for a job.
      • Sometimes original project plans fail to anticipate technical problems that will be discovered as the software is being designed and/or validated.

      In my experience, the best "metric" is having a seasoned software development managers, who's well versed in the details of the project and knows the software developers, to rate each programmer relative to the expectations of that programmer's position.

    6. Re:Measuring results by Hognoxious · · Score: 5, Insightful

      On the other hand, judging results by now many hours were worked is easy

      Actually that's quite hard.

      Measuring how many hours they were present, that's easy.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    7. Re:Measuring results by Anonymous Coward · · Score: 1

      what are these "specifications" you speak of..?

      Seriously. In order to measure performance the way you suggest, you have to have specs to start with. They have to be complete . And they can't change at the drop of a hat . I've been writing software for nearly 20 years and this has never been the case anywhere I've worked.

    8. Re:Measuring results by Anonymous Coward · · Score: 0

      This is notoriously difficult in creative, team efforts such a software development.

      Its not really. Specifications -> result. That does depend on having a manager sufficiently on the ball

      In other words, yes it is.

      Or do you work at that place with nowhere to park your car, because it has a unicorn paddock in front?

      Our car park looks like a scene from The Walking Dead.

    9. Re:Measuring results by Anonymous Coward · · Score: 1, Funny

      It is for those reasons that I, as a manager, hire as many blacks as possible. When you have a lot of blacks on your team, you can intimidate other departments into doing your work for you. You don't even have to ask the other departments explicitly, you just have all of the blacks on your team look really squinty and mean, and at least one of your blacks should menacingly tap his ashy palm with a length of pipe or perhaps a baseball bat. The software industry is dominated by docile, effeminate white men who will dare not cause a stir.

      That's why I hire only the biggest, blackest, meanest, most tatted-up thugs on this side of the train tracks. As President Franklin Roosevelt said, "Speak softly but carry a big pipe."

      -- Ethanol-fueled

    10. Re:Measuring results by houghi · · Score: 2

      A company that puts "time at your desk" before "results" will be eaten by one that has the two in the correct order.

      One also does not exclude the other. If you put results before time at your desk, that will end in people working double shifts for the same pay.
      Now this might be great for the company and the shareholders, but not for the people working there. Some will move away to companies that have a better work/home balance and others will burn out and become less productive.

      The other way obviously is also not an option, as then people would be doing nothing while at the office.

      So instead of picking one, pick both of them and see that they are equal. When I look at the evaluation forms we have, I see several KPIs. Time at your desk and results are both on it, as well as others.

      --
      Don't fight for your country, if your country does not fight for you.
    11. Re:Measuring results by Anonymous Coward · · Score: 1

      It's just too haaard! Why can't I just judge on appearances and superficialities. It's soooo much easier. I didn't. Evoke a manager to do hard work!

    12. Re:Measuring results by thetoadwarrior · · Score: 1

      That may be the case but that doesn't mean we should just stick with a flawed method of judging people based on hours put in just because it can be hard to judge people based on results.

    13. Re:Measuring results by DoofusOfDeath · · Score: 1

      That may be the case but that doesn't mean we should just stick with a flawed method of judging people based on hours put in just because it can be hard to judge people based on results.

      Agreed. I think the best measure we've found is to have a manager who both is a seasoned software developer and is well-versed in the project on which the staff are working.

    14. Re:Measuring results by Anonymous Coward · · Score: 0

      Sometimes original project plans fail to anticipate technical problems that will be discovered as the software is being designed and/or validated.

      And that is exactly the reason you hire experienced developers. It's one of my standard selling points when trying to land a new contract....basically, yes you can hire some hot-shot script-kiddie fresh out of school at half my price, but they won't be able to anticipate design issues, integration issues, roll-out issues, training concerns, etc.

    15. Re:Measuring results by sjames · · Score: 1

      Sure it is. That is supposedly why managers get the big bux. If they want to just phone it in by using metrics like staying late or lines of code, they should take a pay cut and surrender their MBA.

    16. Re:Measuring results by Intrepid+imaginaut · · Score: 1

      "and able to tell them that scope creep will cost more and slow things down"

      Too few resources and unanticipated setbacks should have been padded out beforehand to be honest. As someone once said, if I had six hours to cut down a tree, I'd spend four hours sharpening the axe. If that doesn't happen, its a management failure.

    17. Re:Measuring results by Intrepid+imaginaut · · Score: 1

      That doesn't even make any sense. I mean, none. Unless you mean the manager isn't part of the team, in which case I'm not surprised you're throwing darts at a calendar for delivery estimates.

    18. Re:Measuring results by Intrepid+imaginaut · · Score: 1

      One also does not exclude the other. If you put results before time at your desk, that will end in people working double shifts for the same pay.

      That's not putting results before time at your desk, that's busting your nuts to get results. If you deliver in half the time without negotiating a bonus structure beforehand, that's your problem. What I'm talking about is the cargo cult like behaviour of equating time at the desk with productivity.

    19. Re:Measuring results by DoofusOfDeath · · Score: 1

      "and able to tell them that scope creep will cost more and slow things down"

      Too few resources and unanticipated setbacks should have been padded out beforehand to be honest. As someone once said, if I had six hours to cut down a tree, I'd spend four hours sharpening the axe. If that doesn't happen, its a management failure.

      I suppose it depends on how one defines "unanticipated".

    20. Re:Measuring results by Intrepid+imaginaut · · Score: 1

      If its unanticipated enough to blow delivery dates out of the water completely, the team, and I include management, were inadequate to the task in the first place. There's nothing special about software development versus comparable projects, like say movie production. Once everyone (including the customer) knows what's going on, there shouldn't be any major surprises. This is why a good manager is rare and important - they can speak and understand the language used by customers, developers and sales guys, and move in all worlds without difficulty.

    21. Re:Measuring results by bosef1 · · Score: 4, Funny

      The guys in the unicorn paddock are fine; they just ride the animals in and lock the doors. It's the god-damned leprechaun valet parking attendents that are the problem. Half the time you have like ten "mystery miles" on the car, or a fresh ding in the bumper.

    22. Re:Measuring results by AJWM · · Score: 1

      I've been writing software for nearly 20 years and this has never been the case anywhere I've worked.

      Then I can only conclude you've been working in the shrinkwrap software industry, or whatever they're calling it this week. In businesses where software is part of the infrastructure rather than the sole product, then yes, specifications are very real, and tend to be stable. Although come to think of it, when I was in the software biz, we took specs pretty seriously too. Mind, we weren't doing phone apps or mass-market software-in-a-box, we were doing enterprise level systems where you weren't worth talking to unless you were thinking of spending at least a half-million on the product.

      (As for complete well, I could probably write a book on "debugging the spec". But debugging the spec means a lot of time not spent on debugging the program.)

      --
      -- Alastair
    23. Re:Measuring results by joe_frisch · · Score: 1

      If you are doing the sort of project that has been done many times before it may be possible to have an idea of the expected effort to meet specifications. If you are doing something new, then it can be very difficult. To take a real example: Someone in my group is tasked with building a system to synchronize two clocks a kilometer apart to 100 femtoseconds drift with a stabilized fiber system. This has been done twice before using 2 different techniques, both very complex and expensive. We have a concept that *should* be much less expensive. How long should it take? Does he get a bad performance review if it doesn't work?

      Or how about a self-driving car application component that can recognize the difference between a solid object that has moved in front of a car, and a lightweight harmless item like a garbage bag based on video of the object's motion. I could imagine defining this application, but I have no idea how long it might take to write.

    24. Re:Measuring results by Rob+the+Bold · · Score: 4, Insightful

      That doesn't even make any sense. I mean, none. Unless you mean the manager isn't part of the team, in which case I'm not surprised you're throwing darts at a calendar for delivery estimates.

      Darts would be just as good a tool as the standard practice of "Estimate it'll be done by the time the sales guys promised it" . . .

      Actual meeting many years ago . . .

      Boss: How long will it take you guys to do this new feature? (This was the first time I heard of this new request.)

      Me: I just don't know. It's so different from what we've done before, my estimate is a wild guess now.

      Boss: Well, just give me that.

      Me: OK, I say two months at least. We don't even know what sort of unknowns we're facing yet.

      Boss: Really? You think it will take that long?

      Me: Like I said, I'm not sure. We'll have a better idea after we get into it a little and we see the kind of issues that come up.

      Boss: But really that long? I thought maybe it would take 2 weeks?

      Me: Well, I think it'll be longer than that.

      Boss: Are you sure?

      This question and answer are repeated and rephrased several times.

      Me: (giving up) OK. Two weeks.

      Boss: Are you just saying that to make me happy?

      Me: Yes.

      Boss: How long do you think it will take?

      . . . and so on and so on.

      I guess I could have told the boss we really needed to invest in a few days investigation and planning so he could have a better number to pass on up the chain. But I knew that the 2 weeks was the number that had been passed down to him anyway, so it didn't matter. And we had the culture: "If you're so smart, how come I'm boss and you're not?"

      --
      I am not a crackpot.
    25. Re:Measuring results by Intrepid+imaginaut · · Score: 1

      That's research and development, which I'd put in a different class to most software projects. In the former case, there should be bonuses for early completion, but no penalties if its in the same ballpark as the other efforts. In the latter its pure R&D, which is well known for its open ended timetables, and as such isn't really what we're talking about here.

    26. Re:Measuring results by sphealey · · Score: 3, Informative

      - - - - Then I can only conclude you've been working in the shrinkwrap software industry, or whatever they're calling it this week. In businesses where software is part of the infrastructure rather than the sole product, then yes, specifications are very real, and tend to be stable. - - - -

      Hasn't been my experience across a half-dozen entities of varying sizes, but YMMV. (excepting very precise software such as nuclear control or avionics, but that's an entirely different world from business code)

      Except for one entity that had used the same process for 40 years and wrote excruciatingly detailed specs for every change they made, and QA'd the heck out of the changesets and the developers. Problem was that it was taking them 9-15 months to get any of the changes spec'd and deployed, and their industry had evolved from one with three year change cycles to a fast-paced fashion-type industry with major market changes every 6 months. Getting your heavily spec'd, perfect software deployed in 12 months wasn't really helping when the competitors were updating their web sites and methods of selling every six weeks.

      sPh

    27. Re:Measuring results by Anonymous Coward · · Score: 0

      We do: profit. Not getting profit? Then you're not getting results that matter.

    28. Re:Measuring results by ewibble · · Score: 1

      Well my method is flawless.

      Manager: how long will that take.
      Me: let me think about that ...
      Me: it took me X days. Works great if you can do it fast enough.

      I did have a manger ask me for an estimate once, I came back with the result they said no that's too long, can you make it shorter. All-right then?

      I think estimates are just a big waste of time, I can see why management want them, they need to plan, tell customers when products are ready, ...
      but in programming at least there are always unknowns, and people just pad out estimates so they can finish on time, then they procrastinate, until it is almost due, and do not meet the time lines anyway. Think back to school, how may people did there assignments on the last day or two.

      A task is going to take as long as it takes. Spending a long time on an estimate that is pretty much worthless seem like a waste of time.

    29. Re:Measuring results by __aaltlg1547 · · Score: 1
      • I have a way:
      • accurate forecasts of how long projects will take
      • benchmarks met on time
      • relatively few bugs
      • well documented code
      • informative presentations given
      • other programmers like to reuse their code
    30. Re:Measuring results by aaarrrgggh · · Score: 2

      Feature X is worth $Y. If it takes two months to complete, the value might not be there. If the manager thinks it is 10 man-days of effort, putting 20% down just to find out it will actually far exceed the budget might not be worthwhile.

      Of course, the manager gets into these issues by overstepping their own knowledge and committing to things beyond their own expertise.

      I do it all the time, and have no issues with it because I know I am hopefully accurate in a +/-25% range. You can't make "management" decisions without understanding implications. You get into analysis paralysis if you insist on having all the information because there is no such thing as "all the information."

      That said, something that you need to understand if it is a $10k investment vs a $40k investment needs an appropriate amount of thought put into it. I would try to keep the effort under $400, but not expect it to be done in 10 minutes.

    31. Re:Measuring results by __aaltlg1547 · · Score: 5, Informative

      I'm a manager and I find scope creep works both ways. My job is largely protect my team from customers and sales guys who want to change the requirements AND to protect the sales guys and customers from coders who constantly want to leave out or do a halfassed implementation of important features. As much as possible I tell customers and salespeople that their requests are not in scope and would cause schedule delays and cost increases and I tell employees to implement the features as they were originally agreed with customers or sales.

      Sales guys are generally a lot worse than customers. Customers generally know what they want and know they don't know what we can do. Sales guys don't know what customers want and don't know that they don't know what we can do.

      Of the development guys, the most dependable are the firmware guys, who almost always have a clear idea what they can do with hardware. Then the hardware guys, who are prone to mistakes but know very well how much time it takes to design hardware to meet reasonably well-defined specs. At the bottom of the barrel are the software guys. They can do amazing things but have absolutely no idea how long it will take to do them and can't communicate their status to managers and can't communicate with customers (with a few blessed exceptions).

    32. Re:Measuring results by Anonymous Coward · · Score: 0

      ... scope creep will cost more and slow things down

      Uh, that's isn't the sales clerk's job. His job is to make the sale and if the customer wants scope creep, then that's what he will offer. With of course, the entire job being done in the same time, for the same cost. And unless development/manufacturing overheads are charged back to the clerk's commission, a results-based pay will encourage said clerk to promise rainbows and unicorns.

      ... that results based metrics aren't standard everywhere ...

      Any product must be completed before it is sold. That is, after the development team and QA team have been paid. So modern products are completed to a specific date or a specific cost. The alternative is customers demanding a trans-Atlantic tunnel in 6 months, or bug-free, crash-proof software. Who pays the cost of failure then?

      It would be nice if the engineer had to dismantle the scaffolding himself. Any shoddy work means the engineer is buried by his own aqueduct. The customer can get the product either fast, cheap, or simple; pick 2 of those. Considering most big contracts have a delivery date, fast is a must.

    33. Re:Measuring results by adamjm · · Score: 1

      Its not really. Specifications -> result.

      What are these specifications you speak of?

    34. Re:Measuring results by mcmonkey · · Score: 1

      Its not really. Specifications -> result.

      That's a good one. Let me mod this guy 'Funny'

      That does depend on having a manager sufficiently on the ball to have constant contact with sales and marketing though, and able to tell them that scope creep will cost more and slow things down.

      Really I'm amazed that results based metrics aren't standard everywhere, I've worked with companies where management doesn't care when people show up as long as they meet their milestones. A company that puts "time at your desk" before "results" will be eaten by one that has the two in the correct order.

      Oh wait..you're serious?

      You're making some HUGE (and wildly optimistic) assumption. One is that management knows what they want. Two is that they'll know when they see it.

      Measuring time put in is like measuring lines of code. Yes, it has very little (if any) correlation to the quality of the work being done, but my experience is managers are only interested in what they can easily measure. They can quickly run a report against the time tracking system. There is no quick way for a manager to measure quality when they are agents of scope creep, not protectors against it, and don't understand what their direct reports do on a daily basis.

      Keep in mind, from an executive prospective, a project is a hot potato. The good manager is moving up the career ladder--the good manager doesn't care about quality because he/she will be gone before anything goes live. Simple metrics are all they have.

      The manager who gets stuck with the folks who have been putting in tons of hours but not doing good work? That's the bad manager. A good manager would have moved on before the shiat hit the fan.

    35. Re:Measuring results by mcmonkey · · Score: 1

      That doesn't even make any sense. I mean, none. /p>

      Yeah, it's complicated. I'll try to explain.

      Unless you mean the manager isn't part of the team, in which case I'm not surprised you're throwing darts at a calendar for delivery estimates.

      Oh, so you do understand. I'm a developer whose entire management structure is full of people with no technical background. On paper we're all part of the same team, in reality they have no idea what I do, and I frankly have very little idea of what they do (other than produce and present powerpoint presentations).

    36. Re:Measuring results by RabidReindeer · · Score: 1

      Its not really. Specifications -> result.

      My first instinct when people start off saying "It's Simple" is too punch them right in the mouth, and stem the damage at its source.

      Virtually NOTHING involving human effort is "Simple". In technology, the deadliest words are "All You Have To Do Is...".

      Take this little example. What is "result"? In the long term, the result is, say, a functioning software system. In the short term, however, there's probably a timeframe and a set of available resources. So, if you can produce a "result", but it requires more time/people/equipment/knowledge than is available, a practical result and an acceptable result are two very different things, and which one is "the" result depends on who you ask and when. A lot of real-life results are Larry the Cable Guy stuff ("Just Git 'er Dun!"), and include rebooting servers once a week because making an app that runs clean from the start requires more resources than shoving something through that the operations staff has to keep nudging and bumping forever.

    37. Re:Measuring results by RabidReindeer · · Score: 1

      if you have a good way to measure results

      True statement. On the other hand, judging results by now many hours were worked is easy but notoriously inaccurate.

      There is this thing I call the "Hamburger Grinder" theory of work. It's based on the idea that creative work is like hamburger. If you add more grinding machines and run them continuously and run them as fast as you can, you're supposed to be able to get more hamburger (productivity).

      In the real world, even real hamburger grinders don't work that way. Run a grinder too fast, and - assuming it doesn't simply break, it will heat up and cook the hamburger while it grinds it.

      Then there's Moore's Law, which bad managers have be attempting to disprove from time immemorial, and would try even harder, except for the fact that you can more easily squeeze free overtime out of existing salaried staff than get a budget to hire even more staff.

      Again, even real hamburger grinders cannot be run continuously. They need to be taken offline and maintained. Humans call this "sleep" and "having a life". If you run an actual hamburger grinder without allowing for wear and tear, eventually you're going to wind up with bits of metal grinder in your hamburger and ultimately machine failure. While management isn't really too upset about having to wheel a broken machine out and a new one in, beyond the setup costs, those bits of metal in the hamburger tend to be troublesome.

      Of course, what with the popularity of offshoring to India, you're better off not mentioning to them that you're grinding hamburger. A lot of Indians won't like that analogy, for religious reasons.

    38. Re:Measuring results by dkleinsc · · Score: 1

      I'm going to have to disagree with that, having been in the shoes of both estimator and PM. There are several reasons:

      1. Often, there aren't really a lot of unknowns. There are lots of times where the programming task is something along the lines of "Put together a UI that looks like this and behaves like that, takes data from these places over here, and if the user hits the 'save' button shove that data back over here to save it." That entire task is well-defined and quite straightforward, and there should be very little unknown about how to do it.

      2. Estimates provide valuable information to those deciding what to do next. If a developer estimates project A (worth $3 million) at 20 days, that's likely to be a better return on investment than project B (worth $4 million) estimated at 40 days. Somebody just looking at revenue would be more likely to pick project B, somebody looking at the revenue plus the estimate would pick project A.

      3. The procrastination argument is simply wrong. If a developer has estimated 20 business days to do something, he may scramble to get it done on days 18-25. If he's given no estimate, days 20-60 zoom right by and he still doesn't have it done, because he can just put it off until tomorrow.

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
    39. Re:Measuring results by Anonymous Coward · · Score: 0

      Really I'm amazed that results based metrics aren't standard everywhere, I've worked with companies where management doesn't care when people show up as long as they meet their milestones. A company that puts "time at your desk" before "results" will be eaten by one that has the two in the correct order.

      You guys all talk sense. Unfortunately, there is very little room for being sensible in the crazy, psychopathic, back-stabbing business world.

      In a big enough company, you go up enough levels of management, then chances are, someone along your reporting line is one of those know-nothing back-stabber.

      Now, how would someone who knew nothing about the actual work done by team under him create any kind of sensible metric for measuring performance? The reality is he can't. But, being a psychopathic back-stabber, he cared nothing about burning everyone up to make him look good. So, is it any surprise that these easy-to-measure-but-really-meaningless metric like working hours, line of code, number of bugs fixed, etc are being used in so many places?

    40. Re:Measuring results by Anonymous Coward · · Score: 0

      If you can't measure a worker's output you're doing something wrong. Just speaking in a classical economics sense, how could you possibly assign a rational salary to a position with an unmeasurable output?

    41. Re:Measuring results by cforciea · · Score: 1

      I think movie production is a fair comparison. GI Joe: Retaliation got delayed nine whole months, so when I delay my projects at work get delayed by 3, by that metric I am doing a great job.

    42. Re:Measuring results by Exlee · · Score: 1

      It's hard to argue with your logic. I've seen multiple cases of such talks happening and resulting in "happy estimations" and think it's all the matter of project management culture. This is very deep topic but it is possible to refer to two basic issues without going deep:

      • 1. YOU are specialist and if you're saying it takes X time, management should listen. One way I used to measure programmers efficency was estimation/correction ratio and it quite worked (After working with people for at least 2 months I usually knew if they over- or underestimate work)
      • 2. Uncertainty can be estimated and there are many methods to do this

      I recommend the book Reinventing Project Management by Shenhar, Dvir if someone is interested (it describes approach models for various projects). I think it is important to acknowledge that not every organization wants to deal with delays, stress etc. - some are just what they are and are not willing to change.

    43. Re:Measuring results by mwvdlee · · Score: 1

      I disagree.
      Estimates and planning do serve a very good purpose as long as they are treated as estimates and planning.
      Estimates allow management to reconsider scope of a project or choose alternatives, perhaps cancel a project if the estimate obliterates the business case.
      Planning allows management to keep track of how well estimates are met and adjust either planning or projects accordingly.
      All too often though, estimates and planning are treated as deadlines.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    44. Re:Measuring results by Neil+Boekend · · Score: 1

      The bits of metal are there to prevent iron deficiency.

      --
      Well, I might have a way, but it only works on a semi spherical planet in a vacuum.
    45. Re:Measuring results by HnT · · Score: 1

      First lesson: never EVER give a number unless you know you can make it. Rather tell them you will get back at them in with an estimation or tell them why you think it is complicated but never EVER give out some random number - because no matter what you were thinking when you gave out the number, they will hold you responsible for that number as soon as it is on the table. Making you spill the beans is management's way of coercing you into commitment and responsibility because then they will always hold that number over your head.

      --
      "Only one thing is impossible for God: To find any sense in any copyright law on the planet." - Mark Twain
    46. Re:Measuring results by Hognoxious · · Score: 1

      In businesses where software is part of the infrastructure rather than the sole product, then yes, specifications are very real, and tend to be stable.

      Sometimes. But not always. Not even usually.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    47. Re:Measuring results by Hillgiant · · Score: 1

      The manager is part of the team, just not your team.

      --
      -
    48. Re:Measuring results by RabidReindeer · · Score: 1

      The bits of metal are there to prevent iron deficiency.

      I heard on the radio this morning that the East German Stasi (secret police) built special high-capacity shredders to try and eliminate the evidence when the wall came down. They ran the shredders full throttle, but they had so much paper to process that the shredders, being run so "efficiently" all burned out and they were reduced to tearing bits of paper apart by hand.

    49. Re:Measuring results by nine-times · · Score: 1

      I actually think programming would be relatively easy to measure results, as long as you're not focused on "metrics". The focus on "metics", e.g. measuring programmers on the number of lines they code, is a similar problem to measuring them based on the number of hours they work.

      It's much better to look at something like "the finished product" if you want to look at results. Like, ok, you've just been asked to code something-- did you finish on time? Does it do what it's supposed to do? Will other programmers be able to maintain the code, or is it an unholy mess of spaghetti? Have a manager actually look at the end result and use some judgement instead of relying on bare statistics all the time.

    50. Re:Measuring results by Anonymous Coward · · Score: 0

      But, I think that is what he is saying, R&D and software development tend to get lumped together to get a job "done"... Of course, when you point this out you get told "We'll find a third party solution for that part.".... Agh! Of course, it takes just as long to incorporate the third party product (if one is even available -- had a few projects die once we reached the "Ready for that third party product part" and nothing existed)

      To be a junior programmer again and just watch the top tumble, those were funny times :(

    51. Re:Measuring results by MrSenile · · Score: 4, Insightful
      I have to comment on this.

      1. Often, there aren't really a lot of unknowns. There are lots of times where the programming task is something along the lines of "Put together a UI that looks like this and behaves like that, takes data from these places over here, and if the user hits the 'save' button shove that data back over here to save it." That entire task is well-defined and quite straightforward, and there should be very little unknown about how to do it.

      That's all fine and good, but unless you are heavily indentured into the actual infrastructure of all the systems involved, you're still doing guess work.

      'Put together a UI that looks like this and behaves like that'. Yea, so what tool are you using? The existing one? Well, it doesn't allow the buttons to be exactly where the user interface wants. You can't manually hack it. So we have to write a custom module for that. The save button is actually having to talk to a MSQL database over the firewall into a vendor turnkey server, so we have to open up firewalls, write a custom database connector for the MSQL database, and oh, wait, you said the filesystem is on NFS as well? Oh, apparently the background save data needs to be faster than NFS can provide, so we need some SAN local disk as well. Wait, you don't have that in the budget? We have to put it on existing NFS? But it won't be fast enough. Wait, it doesn't matter? Ok, whatever.

      If you ever assume a project is 'straight forward and well defined', then you don't deserve to be a PM. It's never that simple. Ever. If you had any experience in the field, you'd know that by now.

      2. Estimates provide valuable information to those deciding what to do next. If a developer estimates project A (worth $3 million) at 20 days, that's likely to be a better return on investment than project B (worth $4 million) estimated at 40 days. Somebody just looking at revenue would be more likely to pick project B, somebody looking at the revenue plus the estimate would pick project A.

      Estimates appease the share holders and investors. They also help utilize personal hours on projects. Otherwise, there's no real point to them. And sadly, you are absolutely correct that projects utilize the lowest dollar. What they don't realize that a lot of times, PM's, like yourself, are providing them with cooked numbers, based on half-assed quotes, ideas, and expectations without any real input from IT professionals who know their business. You basically tell them exactly what you said. 'We want X'. Give us hours. You don't tell them the budget, or if you do, it's prior to any hardware or software or man-hours. So now the IT professionals have to fit the timetable into the pre-defined man hours. Then other times, the upper management already have promised a deadline on the project prior to getting even you, the PM, involved, so you're just trying to get the IT people to find some way to make the unrealistic time frame work. Feed your BS to someone who doesn't know it for what it is.

      3. The procrastination argument is simply wrong. If a developer has estimated 20 business days to do something, he may scramble to get it done on days 18-25. If he's given no estimate, days 20-60 zoom right by and he still doesn't have it done, because he can just put it off until tomorrow.

      Then you need to find better employees. When I give '20 business days' to do something, it is the estimate of 20 + 8 hour days. Not '20 days'. Based on your comment above, you equate 20 business days as 20 direct days. Well, I have news for you. IT professionals, like programmers, are doing more than project work. They can not, and will not, be applied 100% on a singular project. The only exception to this are hired consultants who are tasked with ONLY the project at hand. And they are paid hourly for that work, at a very costly sum. For salary employees, they have more than just your p

    52. Re:Measuring results by Anonymous Coward · · Score: 0

      Wise words from the trenches. 100% spot on.

    53. Re:Measuring results by Anonymous Coward · · Score: 0

      Probably because management isn't too bright. I once had to write four programs that came ot 10,000 lines of code. It took me two weeks and the other programmers said I did a great job, but management told me off as they thought four programs = 4 days. So, they gave me another four programs to write and gave me five days to do the task. It came to a total of 1,000 lines of code. When I completed the task on time they claimed it proved I was slacking off on the first four programs. I pointed out the difference in how many lines there were in each task and they admitted they hadn't been comparing apples with oranges. But, things like this happen all through my (and probably everyones) career. For instance, on my annual review I was given 'adaquate' as a result for ensuring the back-up tapes were changed every single day without fail. So, 100% success = adaquate, but, when it comes to changing back up tapes, 100% was the mark that needed to attained. How do you score better on a review when perfection is the minimum ???

    54. Re:Measuring results by Anonymous Coward · · Score: 0

      "... There's nothing special about software development versus comparable projects, like say movie production..."

      Projects that start from the ground up using standardized proven techniques certainly are easier to estimate. If your software project falls into that category then I'm sure the scheduling approaches that of building a house and I'm happy for you. Enjoy Atlas Shrugged for the Nth time...

      On the other hand, if the project requires interfacing to or modifying unknowns, whether it's legacy software, a hundred year old farm house, or the electrical system under New York, until one peels off the layers the true scope of the job is just guessing.

      Film Production: Ask a film editor to finish the work of another (assume fired) editor who was, say ummmm, 90% done according to the hiring producer, who then asks, "How long will it take you to finish that 10%?" Why was the original editor let go? Was his 90% pure crap? Did he start at the beginning and got 90% linearly time-wise through the movie, and the new editor "only" has to edit in the ending i.e. possibly the most important part of the film? Did he jump around non-linearly from scene to unrelated scene, and the 10% is to find a coherent thread? Was the 90% quote from the producer pure doo-doo?

      "Once everyone (including the customer) knows what's going on, there shouldn't be any major surprises. This is why a good manager is rare and important - they can speak and understand the language used by customers, developers and sales guys, and move in all worlds without difficulty."

      Actually I do agree with you there, it's just that my experience is that everyone is not on the same page, i.e. they don't accept what's going on. Whether that's because of culture, selective perceptions, delusions, or expectations, I can't say. I can say that I have zero interest in sharpening an axe for four hours nor working with people who would, and I'd seriously also consider a new venue if management thought that of their minions. You are spot on about good managers being rare.

    55. Re:Measuring results by Neil+Boekend · · Score: 1

      Yes, they are still busy with restoring the documents and figuring out what they said.
      I read they have upgraded scanner technology to scan the shreds. When the shreds are scanned they must be matched, so they developed software that can recognize the paper type font and size. This gives a crude sorting. The next step was matching the edges, and the last I heard was that this software wasn't finished yet.
      Last thing I heard they were still sorting and matching by hand...

      --
      Well, I might have a way, but it only works on a semi spherical planet in a vacuum.
    56. Re:Measuring results by Anonymous Coward · · Score: 0

      When he said "I thought maybe it would take 2 weeks," what was he basing that on? Did he used to do work much like yours? Was he just going on some gut feeling based on... what?

    57. Re:Measuring results by n7ytd · · Score: 1

      I disagree.
      Estimates and planning do serve a very good purpose as long as they are treated as estimates and planning.
      Estimates allow management to reconsider scope of a project or choose alternatives, perhaps cancel a project if the estimate obliterates the business case.
      Planning allows management to keep track of how well estimates are met and adjust either planning or projects accordingly.
      All too often though, estimates and planning are treated as deadlines.

      Preach on, brother! I'll just add:
                One key element of effective estimating is taking time at the end of the project to calculate and measure how long it actually took.
                It's too easy to skip this step, since investing time after the project is done is often viewed as a waste, but not closing the feedback loop by getting the data and learning from it means that the next estimate will be just as much of a wild-assed guess as this one was.

    58. Re:Measuring results by shentino · · Score: 1

      Unfortunately the culture of "If you're so smart, how come I'm boss and you're not?" is very much a reflection of a simple concept:

      Authority.

      As far as you are concerned, It doesn't even matter who is smarter, or who is more insightful. What matters is who is in charge.

      A company hell bent on censoring the opinions of its employees may well strike an iceberg and sink, and would probably deserve it.

      If you are a peon without a voice however, your best option in that case is to hop in a lifeboat and find another ship. If you pick a fight with your boss, it doesn't matter if you're smarter. You'll still drown first when you walk the plank for attempted mutiny. Relatedly, your career will still take a hit if you get a pink slip for insubordination before the company goes bankrupt.

    59. Re:Measuring results by shentino · · Score: 1

      First lesson is not to work for a douchebag that will force you to cough up a number.

      Remember, even if he's an idiot he's still your boss.

  3. News at 11: by Anonymous Coward · · Score: 1

    You mean if you set clear goals and not force people to sit at their desks and pretend to work they'll be more productive? Tell me more. And tell my boss.

  4. Double edge-sword by Anonymous Coward · · Score: 2, Interesting

    While the author of the article seems to lean into this approach with the target of maybe working less hours, a results-based way of working can also have disadvantages: working more hours than the stipulated (to try to achieve visible results, or just better-looking results), burnout because of the latter, etc.

    Coding is just what it is: knowledge discoverability. Sometimes you discover it very quickly, sometimes you don't find it. The only good management technique I know is: hire the best people, and then trust them. Don't measure neither hours nor results.

    1. Re:Double edge-sword by tooyoung · · Score: 2

      You're certainly right, but managers still form a perception based on how much they see people working. Case in point - I tend to work a 8-5. Many of my coworkers used to work 9-6. No problem with that at all, except my manager fell into the 9-6 camp. From his point of view, I was the guy who always left first. I don't think it ever occurred to him that I was always at work an hour before everyone else, including him. I remember at one point him making a comment like "yeah, you do get more done than everyone else, but imagine if you put in the time that they did."

    2. Re:Double edge-sword by Stirling+Newberry · · Score: 1

      Yes at the Dilbert school of management they teach that there are no diminishing returns to hours, and that all employees arrive at most :30 before the manager.

    3. Re:Double edge-sword by Anarchduke · · Score: 1

      then work smart not hard. find a spot in the building that is well hidden and take a nap for a couple of hours, then finish up by 6:00 or so and he will think wow this guy is great he is working long hours. Then set up a scheduler to send him an end of day email at about 8:30 that tells him a slightly padded version of what you accomplished today. Note: you don't want to tell him you cured cancer more than twice a week. He could get suspicious. Then just leave about 15 minutes after he does.

      --
      who prays for Satan? Who in 18 centuries has had the humanity to pray for the 1 sinner that needed it most? ~Mark Twain
    4. Re:Double edge-sword by Anonymous Coward · · Score: 0

      I have run into this at every job I've worked at after college. None of my managers ever gave a crap how early I got to work, their only emphasis was on how late you work. I have had a former manager tell me that I wasn't working as hard or as long as my coworkers simply because my schedule was shifted 1.5 hours earlier. I also hate the justification for everyone working the same hours that everyone needs to be in the office at the exact same times to get anything done. Programmers mostly work solitarily even when in teams, and besides, isn't 5 hours in the office together every day plenty of time to work together? Ugh, this is bringing back bad memories of old jobs and unwinnable arguments with shitty old managers.

  5. One way to do this... by edibobb · · Score: 4, Funny

    Measure performance based on lines of code put online. That should help efficiency.

    1. Re:One way to do this... by Anonymous Coward · · Score: 1

      I've found that sometimes the best coders are actually the ones that remove more lines of code, not add.

    2. Re:One way to do this... by Anonymous Coward · · Score: 1

      Mod parent up as funny, its obviously sarcasm. Anybody in the software development side for any length of time knows that sloc is complete bullshit.

    3. Re:One way to do this... by sjames · · Score: 1

      So you prefer to have CGI apps written in assembly language?

    4. Re:One way to do this... by maxwell+demon · · Score: 4, Funny

      Great. Measure productivity by least lines of code written. ;-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    5. Re:One way to do this... by Hognoxious · · Score: 3, Funny

      It's more readable than perl and less bug prone than PHP.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    6. Re:One way to do this... by IceNinjaNine · · Score: 4, Funny

      Great. Measure productivity by least lines of code written. ;-)

      I'm picturing this confluence of side effects, obfuscated C, and monkey patching ending in some sort of miniature black hole that envelopes the Earth.

      Suck that, strangelets! ;)

    7. Re:One way to do this... by jd2112 · · Score: 1

      Measure performance based on lines of code put online. That should help efficiency.

      But I code in Perl you insensitive clod!

      --
      Any insufficiently advanced magic is indistinguishable from technology.
    8. Re:One way to do this... by DarthBart · · Score: 5, Funny

      Nobody "codes" in Perl. Perl programs are written by eating a bag of alphabet pasta and then chasing it with ipecac.

    9. Re:One way to do this... by Mystra_x64 · · Score: 1

      Do you really want more one-liners? :}

      --
      Quick way to get 30% Funny 70% Troll: defend Opera browser on /.
    10. Re:One way to do this... by xaxa · · Score: 3, Funny

      My alphabet spaghetti only had A-Z. Perl uses the *other* half of ASCII.

    11. Re:One way to do this... by Anonymous Coward · · Score: 0

      a-z?

    12. Re:One way to do this... by quintus_horatius · · Score: 1

      tr/A-Z/a-z/

    13. Re:One way to do this... by nitehawk214 · · Score: 1

      Measure performance based on lines of code put online. That should help efficiency.

      But I code in Perl you insensitive clod!

      Perl efficiency is inversely proportional to lines of code.

      --
      I'm a good cook. I'm a fantastic eater. - Steven Brust
    14. Re:One way to do this... by Anonymous Coward · · Score: 0

      So you prefer to have CGI apps written in assembly language?

      Assebly have a bad reputaion because of bad programmers. It is possible to write readable and structured assembly programs but it requires that you have a good understanding of a couple of programming paradigms and it doesn't hurt if you understand what for example a c++ compiler has to do to make OO-programming work.

      Perhaps performance should be measured in number of non-program characters in comment sections.

    15. Re:One way to do this... by sjames · · Score: 1

      But it will normally cause more lines of code than the equivilent C. If I'm going to be judged by something, I'm going to inflate that something./

  6. Not all companies are the same by TheLink · · Score: 5, Interesting

    I know someone who some years ago started work in a Scandinavian company. He then started staying back late (everyone else left mostly on time).

    After a few days the boss came to him and asked him:
    1) Is there a problem with the project? Are there enough people and resources allocated for it?
    2) Does he need extra training to do his job?
    3) Is the job a good fit for him?

    So he stopped staying late just for the sake of staying late ;).

    --
    1. Re:Not all companies are the same by DoofusOfDeath · · Score: 2, Insightful

      Dear sir,

      If this company is till in business, please let us know its name, and whether or not they're hiring.

      Sincerely,
      98% of the programmers on the planet.

    2. Re:Not all companies are the same by Anonymous Coward · · Score: 0

      Dear nosy boss,

      Butt-off.
      If I want to procrastinate all day long, then finish my work at 3am - let me.
      I do my best when the muses descend, not when the clocks ring.

      Respectfully,
      98% of creative thinkers on the planet (yes, including the 20% programmers who are also creative thinkers).

    3. Re:Not all companies are the same by houghi · · Score: 5, Informative

      This is basically every company I worked for in Europe. If you do 2-5 hours of overtime a week it will be much. That is 30 minutes to 1 hour per day.

      Where I work now, when I do one hour overtime, my manager comes to me and asks when I want to take that hour back and go home early or come in late.

      If there are 2 people working 60 hours a week, it could also be 3 people working 40 and most likely more efficient as they won't be burned out.

      Now you could say that if I would work 60 hours instead of 40, I could earn 50% more. (Not true, but let us assume that) I still would not be willing to do that, because I work to live. I do not live to work. This is also understood by all the bosses I have had and they do the same.

      Yes, most of the companies made money and some lost money, just like any other business in the world.

      --
      Don't fight for your country, if your country does not fight for you.
    4. Re:Not all companies are the same by Anonymous Coward · · Score: 5, Informative

      Actually, I would say that this sounds like most Scandinavian companies. I live in Finland, and you're not expected to put in more than your 7-8h per day. Mandatory time tracking systems will not allow you to put in more hours than you're getting paid for, and if you do, you have to keep that time off work. The company can even be fined if you work too much overtime, so it is in the company's interest to make sure you don't work too much.

      Whenever we get new foreign people here, they think they can impress with working long hours. But they learn quickly. And working weekends, that's a completely unknown concept. For example, if you work on a Sunday, the company have to pay you up to 400% of your normal salary. I can count on one hand then number of times I've been called in for emergency work during weekends during the past 10 years. I'm a senior developer for a quite critical system.

      So, welcome! We have a quite advanced technology sector and practically everyone speaks fluent English here.

    5. Re:Not all companies are the same by Anonymous Coward · · Score: 0

      Dear procrastinator, do it at home. Watching porn at work is a company liability

    6. Re:Not all companies are the same by oji-sama · · Score: 2

      A close friend was on a few working trips to the U.S. He described the way of working inefficient and hazardous to health. During one such trip they were literally prevented from leaving in reasonable hours, which reduced their efficiency after the first day. He got lucky and had a meeting elsewhere on fourth day and managed (with the permission from his boss abroad) to just rest during the evening. The next day he managed to solve several of their problems, but the local boss was still furious when he heard that he had been resting.

      --
      It is what it is.
    7. Re:Not all companies are the same by swillden · · Score: 4, Informative

      If there are 2 people working 60 hours a week, it could also be 3 people working 40 and most likely more efficient as they won't be burned out.

      That depends on whether the task can be broken down into three pieces, and on the degree of communication required.

      The other option (and often the more realistic one) is to extend the schedule by 50% -- still two people, now working 40 hours per week, but for, say, six weeks instead of 4.

      This issue is the fundamental point of Fred Brooks' "The Mythical Man Month".

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    8. Re:Not all companies are the same by Anonymous Coward · · Score: 5, Informative

      Actually, I would say that this sounds like most Scandinavian companies. I live in Finland, and you're not expected to put in more than your 7-8h per day. Mandatory time tracking systems will not allow you to put in more hours than you're getting paid for, and if you do, you have to keep that time off work.

      I live in the United States, and at several jobs the mandatory time tracking system would not allow us to put in more hours than we were getting paid for.

      All this meant was that the bosses required us to lie on the time tracking system, and not record the 20-40 extra hours we were putting in every week.

    9. Re:Not all companies are the same by xaxa · · Score: 2

      I'm not that old, but all three places I've worked in the UK did this. (My university during a summer, a large electronics multinational, a scientific non-profit.)

      My manager tends to leave at about 16:30 on Fridays, saying, "go home everyone! Why are you still here?". She's also had to remind one of my colleagues that he's obliged to use all his holiday days (he was only 20, and a bit keen).

    10. Re:Not all companies are the same by xaxa · · Score: 1

      At least where I work, travel gets added on too. The first time I travelled for work (and this is my first "real" job) I was quite pleased to have a free trip to Berlin: I left on Thursday evening, took Friday as holiday, worked on Monday and Tuesday and then came back to London. On Wednesday, my manager had rejected my official request to take Friday as leave -- that was my travel time (two two hour flights, plus waiting time, came to near enough 7h12m, i.e. a working day).

    11. Re:Not all companies are the same by Anonymous Coward · · Score: 0

      People read that book and I'm not sure they understand it.
      Adding more people after the project is sunk won't help. That doesn't mean not hiring capable developers when something can still be done. Just make sure to hire enough this time.

    12. Re:Not all companies are the same by anyanka · · Score: 2

      This is expected behaviour in Scandinavia – the boss is responsible for making sure the employees don't work too much. This boss might be somewhat more considerate than most, but the overtime rules are fairly strict (except for bosses and in academia).

      While 'hard working' isn't exactly a swear word in the Nordic countries, it carries a connotation of not spending enough time with your family (and on yourself), and hence has a somewhat negative ring; unlike in the US where it is the ultimate complement.

    13. Re:Not all companies are the same by greg_barton · · Score: 3, Interesting

      This is the kind of management style that results when there isn't constant pressure to keep headcount low to avoid paying for health benefits. Nice,ya?

    14. Re:Not all companies are the same by Anonymous Coward · · Score: 0

      are you serious??? and the employees didn't complain?

    15. Re:Not all companies are the same by swillden · · Score: 1

      People read that book and I'm not sure they understand it. Adding more people after the project is sunk won't help. That doesn't mean not hiring capable developers when something can still be done. Just make sure to hire enough this time.

      That doesn't hold. I agree that Brooks primary point was that adding staff to a late project makes it later, but it's also true that even up front doubling the staff doesn't halve the time. Larger teams add significant communications and coordination overhead.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    16. Re:Not all companies are the same by gmhowell · · Score: 1

      People read that book and I'm not sure they understand it.

      Yeah, no kidding...

      --
      Jesus was all right but his disciples were thick and ordinary. -John Lennon
    17. Re:Not all companies are the same by dkleinsc · · Score: 1

      If there are 2 people working 60 hours a week, it could also be 3 people working 40 and most likely more efficient as they won't be burned out.

      And by that logic, 9 women + 1 man can have a baby in 1 month. Often it doesn't work that way.

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
    18. Re:Not all companies are the same by dkleinsc · · Score: 2

      They might complain, but frequently they'll put up with it, because the alternative is unemployment.

      It's actually a serious problem in this country, a big enough deal that it has a name: wage theft.

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
    19. Re:Not all companies are the same by 140Mandak262Jamuna · · Score: 1

      If there are 2 people working 60 hours a week, it could also be 3 people working 40 and most likely more efficient as they won't be burned out.

      >

      And nine women can produce a baby in just one month. In China they actually use 270 women to produce a new baby in one day. Hones! I read it on the internets.

      --
      sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    20. Re:Not all companies are the same by ThreeKelvin · · Score: 2

      It's the norm in Scandinavia, so if you just pick a random company there's a good chance they'll be just like that. Also, we usually have a shortage of people with technical degrees (Preferably a masters or equivalent. Just a bachelors won't get you far.), but it's not so pronounced with the current crisis.

    21. Re:Not all companies are the same by ThreeKelvin · · Score: 2

      Oh! That's an eye opener!

      As a scandinavian I never though of that. The health system in the US is just that alien to me I guess.

    22. Re:Not all companies are the same by Anonymous Coward · · Score: 0

      I work in Canada, in the game industry. We have one of those mandatory tracking systems for our hours... for every week we just put "8 8 8 8 8". That system doesn't accept more than 40 hours a week. Of course our real hours are longer (sometimes much longer) but nobody cares about that--the purpose of the system is to track how many days are spent by N people on project X, info which they need for government grants and tax incentives etc. Nobody asks us to do overtime, and nobody counts our hours--if we do overtime its usually because we are stressed about upcoming deadlines, or just passionate about parts of the project.

      Projects routinely crunch near their end, and I've experienced the burnout effect of a couple months of 80-to-100-hour weeks. Each time this happens, management keeps us aware of how much time is left, and exhorts us to make the game as good as we can, but scrupulously avoids asking us to work overtime. (I guess they know a lot of us will anyway, since this thing is our baby and we want to make it as good as we can with whatever time we have left). My own productivity is generally not great, it varies, but I try not to work more than about 50 hours a week because my productivity plummets when I do that. After enough hours, working any later actually has negative value: you'll make stupid mistakes and spend all day tomorrow debugging them. Some teams I've worked on had a soft rule against checking in any code later than 8 PM: chances are at that time of day no one else was around to review it, or even if someone was, the reviewer was as tired as you were. The odds of checking in crap that will break the build are too high to be worth it.

    23. Re:Not all companies are the same by Anonymous Coward · · Score: 0

      It's very common for normal Europe companies, in Scandinavia it's even better. Long hours is for India, china an US like (with moder slavery), where "work ethic" is how long you will work for free.

    24. Re:Not all companies are the same by Anonymous Coward · · Score: 0

      Where I work now, when I do one hour overtime, my manager comes to me and asks when I want to take that hour back and go home early or come in late.

      That sucks. In California compensatory time off for overtime has to be at a factor of 1.5, i.e. 90 minutes off for each hour of overtime.

    25. Re:Not all companies are the same by Anonymous Coward · · Score: 0

      The company can even be fined if you work too much overtime, so it is in the company's interest to make sure you don't work too much.

      See what happens with excessive government regulation? Next thing they're going to kill productivity by requiring employers to allow people to have paid sick time and vacation.

    26. Re:Not all companies are the same by Anonymous Coward · · Score: 0

      please let us know ... whether or not they're hiring.

      Sincerely,
      98% of the programmers on the planet.

      Why would they be hiring?

    27. Re:Not all companies are the same by Lucractius · · Score: 1

      ... What a wonderful thing to learn after starting to learn Finish.
      Finland +1, USA, -1

      --
      XML - A clever joke would be here if /. didn't mangle tag brackets.
    28. Re:Not all companies are the same by Anonymous Coward · · Score: 0

      Programmers are not efficient beyond 40 h a week, anything above that reduces productivity substantially and for mission or life critical work, it will either destroy millions of dollars/euros or kill people. This has been shown time after time by proper scientific research. Occasionally, you can put in more time, but you will get tired very quickly, and tired programmers produce buggy code.

      In one project I worked on, I did have to put in a 55 h week once, but that was to meet a formal delivery, and most of it was to get paperwork in order. Immediately after this everyone took out their overtime in flex and got some rest.

      Seriously, if you often work more than 40 h per week, you should really point out relevant research to your manager.

    29. Re:Not all companies are the same by xaxa · · Score: 1

      Where I work now, when I do one hour overtime, my manager comes to me and asks when I want to take that hour back and go home early or come in late.

      That sucks. In California compensatory time off for overtime has to be at a factor of 1.5, i.e. 90 minutes off for each hour of overtime.

      He may well be approximating the situation.

      I work "flexitime". There are "core hours", when I should be in the office (10-12, 14-15:30), the intention is that meetings are scheduled at these times. There are "main hours", 7-19. I can work whatever hours I like, so long as I'm here during the core hours and not outside the main hours, and the total hours is 37½ per week (and I don't get into debt or credit by more than 8 hours at the end of the month, debt/credit carries over to the next month).

      Working a 9 hour day is two hours extra, but doesn't count as overtime if it was 8-18 (hour for lunch). It's expected that I'll work a 5 hour day (or two 6 hour days) to make up for it. Most people use this to go home early on a Friday, or to help with childcare.

      Working outside the main hours (including the weekend) is "overtime", and I would be compensated with 1.5x the time in return (or 2x in some cases). The only time this has happened to any of my team is when I went to a meeting in a different country, which fell on a public holiday here. I took Thursday and Friday off, in return for working on the holiday Monday.

    30. Re:Not all companies are the same by xaxa · · Score: 1

      It's broadly the same in the whole EU: http://en.wikipedia.org/wiki/Working_Time_Directive

      (In the UK you can sign away some of the rights in a contract, but I'm not sure how common it is to do so.)

    31. Re:Not all companies are the same by scyph · · Score: 1

      All this meant was that the bosses required us to lie on the time tracking system, and not record the 20-40 extra hours we were putting in every week.

      Sounds like Citibank. Had to log every hour worked, to a maximum of 8 hours a day (you'd get a bollocking if you tried logging more). We'd be in 7am -> 7pm (and not allowed a lunch break) but still only be able to log 8 hours. I quit after 2 months.

    32. Re:Not all companies are the same by Mia'cova · · Score: 1

      I've found that I get exponential returns on the time I can _effectively_ dedicate to work. For example, I'll get more than twice as much done in 20 hours/week than I will in 10. For me, the sweet spot is higher than 40 hours. I'll get a lot more done in 50 hours than I will in 40. I have the extra time to step back, learn, work on tools, improve the process, etc. At just 40, I'm usually chasing my weekly goals, only getting through the most important tasks. So, as far as my career goes, I'm mostly treading water at 40 hours. But when I spend a few months at 50, I end up having a ton of really cool results that I need to differentiate myself in a review. And also, work is simply a lot more fun when I have more than enough time to get my core work done. I end up more involved in the broader project and enjoy things a lot more. If I tried to just get by with 35 hours/week, I'd end up being stressed out constantly, hating my work, and ultimately getting poor reviews.

      So yea, I think everyone needs to find the right number of hours to hit their own personal sweet spot. Then, take on a conservative amount of work that leaves around 20% of their time available for good ideas and helping out more broadly. Don't start the week by planning 50 hours and over-promising. Leave yourself extra time to improve yourself. Over months and years, that extra time adds up and results in a highly successful career.

    33. Re:Not all companies are the same by n7ytd · · Score: 1

      If there are 2 people working 60 hours a week, it could also be 3 people working 40 and most likely more efficient as they won't be burned out.

      >

      And nine women can produce a baby in just one month. In China they actually use 270 women to produce a new baby in one day. Hones! I read it on the internets.

      I think you're thinking of North Korea...

  7. I've heard about it too by satuon · · Score: 2

    A colleague of mine used to work for a company where he would be criticized for not staying late with the others when deadlines were looming, even though he had already finished his part long before.

    1. Re:I've heard about it too by Anonymous Coward · · Score: 0

      A colleague of mine used to work for a company where he would be criticized for not staying late with the others when deadlines were looming, even though he had already finished his part long before.

      Same here. They called it "not being a team player", as if other people staying late would have helped those who had not finished yet to work faster!

    2. Re:I've heard about it too by HnT · · Score: 1

      A colleague of mine used to work for a company where he would be criticized for not staying late with the others when deadlines were looming, even though he had already finished his part long before.

      To be honest, I can understand that. Nothing is worse than working on a project with a looming deadline and then one guy in the team decides to just frakk off because he finished his part and he doesn't give a damn about anything else. It might not have been integrated yet, there might be other issues and they might need him or he should just support his colleagues. It really damages the team-spirit because it shows how he only cares about his work and nothing or nobody else. And I am saying this as someone who has first handedly experienced a "colleague" who would do the bare minimum and then just go home, leaving others to sort out his shit and fix mistakes. It ultimately showed very clearly he is not committed and does not care about anyone but himself. He quickly lost all respect in the team for a lot of reasons but that was a big one. You don't just leave your buddies until the job is done.

      Oh and the same goes for the boss even more so! As the boss you absolutely HAVE to stay and don't disturb anyone, just make sure there is pizza, soda and whatever else becomes necessary. It is your obligation to stay, even if all you do is sit quietly in your office and surf the web - but at least you are there in case anyone needs you and you show your support.

      --
      "Only one thing is impossible for God: To find any sense in any copyright law on the planet." - Mark Twain
    3. Re:I've heard about it too by Anonymous Coward · · Score: 0

      Reminds me of a joke about an army.
      The general says, "boys, they outnumber us 3 to 1. It's going to be tough but we can do it!".
      In the middle of the battle the the General sees this guy leaning against a tree doing nothing special.
      He shouts "what the hell do you think you are doing!",
      the guy replies... "I've killed my 3 people, what else do you want?"

      So back to your colleague: He'd finished all his work and... what? sat on his hands while he watched the rest of his TEAM pull it home, up a hill? - Perhaps Mr. "I've done my bit" should be offering to help out?

    4. Re:I've heard about it too by Fned · · Score: 1

      but at least you are there in case anyone needs you and you show your support.

      Be sure and bring this up to your wife and kids, it'll make them feel better about never seeing you.

    5. Re:I've heard about it too by mrhippo3 · · Score: 1

      Once upon a time I wrote software docs. I pushed out 12,000 pages in one year. Another "record" was 25 pages generated from a single small yellow Post-It! note -- the product was an embedded systems compiler. The note listed a new set of features (each denoted by a single character compiler flag option) being added to a "target" environment. During review, I had a single context sensitive typo and the developer started to screech at me for being a lousy writer. I asked how long it would have taken him to create the docs and he replied a month. I shot back, "You review the docs for 1/2 hour and find one error in 25 pages and it took me two days. Just shut up and walk away." The best revenge was after I left. I was replaced with a non-working manager and THREE other writers. They complained about the workload and ended up doing 1/3 as much as I did. The kicker was that I was on MANDATORY 50 hour weeks but rarely worked less than 70.

    6. Re:I've heard about it too by RevDisk · · Score: 1

      Balance. You need to balance Work, Family/SO, Mandatory Stuff and Leisure.

      Work is pretty obvious. You need to make enough to pay the bills and ideally move towards a better tomorrow. Don't neglect it or become entitled, or you won't be able to pay bills or move towards a better tomorrow.

      Family/SO, take them for granted and it will not be good in the long run. I'd put this as the most important part, but it doesn't mean it should be the sole thing on your mind either.

      Mandatory Stuff is fixing broken washer or sink. Changing the oil. Doing laundry, showering. Stuff you have to do as infrastructure of living. It's the least "important", which means efficiency here pays off. Less time spent on this the better, but neglecting it is just as hazardous.

      Leisure. You need to do SOMETHING to mentally unwind. The alternatives seem to be alcoholism or substance abuse. We all wish this category could be more...


      Seen a lot of very smart folks fail to spend even a couple minutes in truly look over the priorities in their life. They get in their routine and make really stupid decisions, simply because they never did a mental review and say "WTF?"

  8. How do you get work done during business hours? by rrohbeck · · Score: 2

    With the constant meetings, phone calls and emails, how do you ever get some serious code written?
    Many of our group work either very early or very late, and often a bit on the weekend.

    1. Re:How do you get work done during business hours? by Anonymous Coward · · Score: 4, Insightful

      If you don't have time during your work day to do...you know...work, then that's a failure of management. Why are you donating time to the company just because the management they hire is an utter failure? People like you are the reason these worthless management people continue to hold their jobs in the first place, and it leads to some really warped and twisted expectations of what is to be expected of you and your peers.

      As one of your peers, I'm telling you to knock it off.

    2. Re:How do you get work done during business hours? by Anonymous Coward · · Score: 1

      With the constant meetings, phone calls and emails, how do you ever get some serious code written?
      Many of our group work either very early or very late, and often a bit on the weekend.

      And shashdot. Don't forget shashdot and F5.

      In all obviousness, talk about the problem with your management. Set aside specific time for emails - 1 or 2x a day, max. Disconnect phone. And no more meetings than once a week.

      Heck, disconnect shashdot too.

    3. Re:How do you get work done during business hours? by Anonymous Coward · · Score: 3, Interesting

      Because, as a manager, I have banned pointless meetings and phone calls for the majority of my team. My job, as a manager, is to handle that portion of the job and disseminate the information to my staff. This gives them the time to do what they are good at (development and QA) and not waste time doing what they are not necessarily as good at (dealing with customers, answering asinine questions repeatedly for the benefit of those who can't understand tech, and doing things other than development).

      Yes, this requires me to know the work they do and, gasp, do it myself. It also requires me to possibly put in some extra time so they don't have to.

      I learned a long time ago to do things exactly the opposite of my bosses of the past and it seems to be going well, at least for the teams I manage.

    4. Re:How do you get work done during business hours? by rrohbeck · · Score: 1

      What's this shashdot you're speaking of?

      But seriously, Slashdot is great for bridging the time between concalls when you know it doesn't make sense to try and get into a problem for 10 or 15 minutes and you've looked through your email.

  9. here in america by nimbius · · Score: 4, Insightful

    I measure "the rest of my life" in special "vacation time" hours tracked in a database to which i havent any access. I withdraw "vacation hours" to enjoy my life, and in turn the company I work for doesnt fire me for "the rest of my life" on their time.
    these hours, due to the nature of my salaried employment, are however competely subjectively interpreted and at any time i can be called to work during them. The hours outside of $start_time and $end_time for my job are also rather nonexistent. In the literal words of my boss, "we can call you anytime we want." So the problem with "work smarter not longer" is the fact that it is entirely antithetical to the structural composition of "salaried employment."

    --
    Good people go to bed earlier.
    1. Re:here in america by Anonymous Coward · · Score: 1

      You're either selling your time or you're selling results. Either way your boss' contention that they can call you whenever they want is bullshit unless they do it with cash in their hands and the willingness to accept "no" as an answer.

      Jesus...why are programmer-type people such fucking pussies? It makes it damned hard for us non-pussies to stomach this industry for very long.

    2. Re:here in america by Kjella · · Score: 3, Informative

      We have salaried employment here in Norway too for leading and particularly independent positions, you just wouldn't qualify for one.

      If they're either a) counting hours or b) tie you to a partially or wholly fixed work schedule or c) expect you to be on call when they want you to work, you're disqualified. Of course they can expect you to show up for meetings or such, but if you're explicitly or implicitly tied to office hours the employer can find themselves at the wrong end of a lawsuit for back pay. In the same vein if you can only work at the office you're disqualified, if they don't acknowledge work in places they don't control you're not independent. Third and probably the biggest is that you choose your work, if you're assigned specific work instead of areas of responsibility you're not independent either.

      In the US, I have the impression that making you a salaried employee is almost unconditionally an advantage for the employers, a lot less employee rights and practically no extra restrictions. In Norway, it's a lot more that you can't both have your cake and eat it too. If you want to make your employees independent, you lose a lot of the control that employers normally like to have. Thus it becomes much more of a balancing act, is this really the kind of employee you'd trust to just do good work on their own? If so here's your paycheck, you're not getting overtime or domestic travel costs and you're off the corporate leash but we'll of course be following up on the results you deliver.

      --
      Live today, because you never know what tomorrow brings
    3. Re:here in america by Anonymous Coward · · Score: 0

      That's more or less how US IRS defines the difference between employees and independent contractors.

  10. Them Harvard guys by Hognoxious · · Score: 3, Funny

    Them Harvard guys don't miss a thing, do they?

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    1. Re:Them Harvard guys by Anonymous Coward · · Score: 0

      "2/3 * HBS = BS"
      -Skunk Works chief Ben Rich

  11. But if you're a lawyer... by randalotto · · Score: 5, Insightful

    The incentives are even worse if you're a lawyer. Inefficiency not only makes you look better for working long hours, but it objectively is better from the perspective of your employer. The more hours you work, the more you can charge the client. You solved a problem in 10 minutes because you're smart, know how to research and/or have worked on something like this before? Well shit... we were hoping it'd take 10 hours of research at $400/hour. The billable hour is terrible.

    1. Re:But if you're a lawyer... by SuurMyy · · Score: 2

      Why not just go home or take care of your own business after solving the client's issue in 10 minutes? Don't take the billable hour too seriously.

      --
      The lyf so short, the craft so long to lerne
    2. Re:But if you're a lawyer... by Anonymous Coward · · Score: 0

      or if you are a consultant. I tend to get work done faster than what the person who wrote the scope thought it should take.

      Now, my bonus is on how profitable I am over my internal cost to the company. That is directly tied to billable hours and we only bill for hours worked. So in fact I am actually penalized for being good and working smarter.

      Trying to get them to move to a partial fixed bid structure, where I would realize all of the scoped hours for a project even if I only work half of them.

    3. Re:But if you're a lawyer... by Anonymous Coward · · Score: 1

      Its just as bad as an hourly IT consultant. Fixed an MBR virus in 10 minutes because you know how to use offline removal tools? Shucks, the new guy billed 5 hours for that-- cant you do better like he does?

    4. Re:But if you're a lawyer... by Anonymous Coward · · Score: 0

      They need a minimum fee for each case. Even with someone doing the job within 10 minutes will still earn the company 6 hours. Now you might be wondering that's loss of 4 hours worth of billable hours but that same guy will doing solving more cases before the day is over. Which will make the firm more money than usual run of the mill "milkmen". I'm in a entirely different field but it can't be that different how things work. Sometimes my boss does chide about not milking the contract a bit more but I know how much the firm makes from my time so they can't complain.

    5. Re:But if you're a lawyer... by lazarith · · Score: 1

      The incentives are exactly the same for software developers in my experience. The company can bill the client for number of hours worked, or at the very least can use this "metric" as a price haggling point.

    6. Re:But if you're a lawyer... by Anonymous Coward · · Score: 0

      Most of the billable hours are for researching the background, old court cases etc. and are done by others in the law firm that are not affected by the lawyer's efficiency.

      Lawyers also take a cut on a win in court should there be any money involved. One could conceivable make up for billable hours by that easily. There is also the reputation of # of case won which can increase the per hour fees.

      Unless the "efficiency" is how good the lawyer convince the would be client to give up and settle or not go to court...

    7. Re:But if you're a lawyer... by Anonymous Coward · · Score: 1

      >Don't take the billable hour too seriously.

      Spoken like someone who, if working in a law firm, would never stand a chance of making partner, hence the real $$$. And, yes, most lawyers are in it for the $$$.

    8. Re:But if you're a lawyer... by Anonymous Coward · · Score: 1

      You've obviously never billed for your time. Your options are a) bill more than the time you spent, up to the "standard" or b) do more work to make up for the lost time. Many, many law firms and the like judge you solely based on your billing. Hell, a lot of them do the same thing to paralegals, who by definition do both billable and non-billable tasks. Have to do a non-billable task? Oh well, better make up for it by finishing billable tasks faster and billing for the "standard" amount.

      It's sickening.

    9. Re:But if you're a lawyer... by randalotto · · Score: 1

      Most of the billable hours are for researching the background, old court cases etc. and are done by others in the law firm that are not affected by the lawyer's efficiency.

      But... that's exactly what lawyers do. It's true moreso for associates than partners, but that's much of the practice right there.

    10. Re:But if you're a lawyer... by Kjella · · Score: 1

      Trying to get them to move to a partial fixed bid structure, where I would realize all of the scoped hours for a project even if I only work half of them.

      Be careful what you wish for, as long as you are costing them per hour they are all working to reduce the number of hours you will bill them. Once you switch to a fixed bid and change orders model, nobody cares how much time you use - it's your problem not theirs. You have to get anal about what's in the specification because you're not getting paid for extra bells and whistles and they will get anal about the specification because they don't care if it takes you two weeks to implement the nice-to-have feature someone spec'ed to two hours. And you will spend lots of time arguing about what's a bug and what's a change order and whether or not the functionality they think is missing or doesn't work like they thought is according to the spec or not. I know people that have literally spent weeks working for nothing due to one badly formulated sentence in the specification that they accepted. Don't assume that just because you can finish in half time on time&material contracts that you'll finish in half time on fixed bid projects. As many companies has discovered, it's not that easy.

      --
      Live today, because you never know what tomorrow brings
    11. Re:But if you're a lawyer... by Anonymous Coward · · Score: 0

      "Lawyers also take a cut on a win in court should there be any money involved."

      Do they really do this in the US? I know for a fact that this is strictly prohibited in many European countries. A lawyer taking a cut of a rewarded compensation would quickly find him / her self expelled from the bar association.

    12. Re:But if you're a lawyer... by Anonymous Coward · · Score: 0

      Yes, its called taking the case on contingency and is used in cases where the client can not afford the lawyer's hourly rates. The lawyer is basically working for a percent of the judgement and gets nothing if the case goes against the client.

      So in your system, how does a lawyer get payed for a civil case if the client does not have the funds for a legal battle? Some cases obviously can be handled pro-Bono but that only goes so far.

    13. Re:But if you're a lawyer... by redlemming · · Score: 1

      This sounds like a major ethics issue. How do we solve this?

  12. One mark of a bad company... by cptdondo · · Score: 5, Interesting

    I worked for a company that based your annual bonus on the amount of overtime you put in. Not productive, mind you, just hours. At the end of the year, they would tally up the hours you worked, and those with the most hours at their desk got the biggest bonuses.

    Being new to this, I asked my boss: "If I do everything right, and my project never needs rework, and my clients are happy, and all my projects are profitable, and I go home on time every day, will I get a bonus?" "No."

    "If I screw up, my projects are late and over budget, and I'm working a lot of hours because my clients are pissed at the low quality of work I do, and my projects constantly lose money because I'm an idiot, will I get a bonus?" "Yes."

    True to form, my bonus for the year was $50, in spite of being one of the most profitable employees in the organization. I left shortly thereafter.

    1. Re:One mark of a bad company... by DoofusOfDeath · · Score: 2

      Bummer that you had to stay there long-enough to get that check.

    2. Re:One mark of a bad company... by cptdondo · · Score: 5, Funny

      It was actually pretty funny. Our team had cultivated our clients and we were quite profitable. We got bought by this other company with the bonus plan. Pretty much all of us quit within a year.

      At bonus time, one of our more outspoken engineers opened his bonus envelope, marched into the manager's office, slapped it on his desk, and yelled: "What am I supposed to do with this? Take my wife to McDonalds?" I hadn't laughed that hard since.

    3. Re:One mark of a bad company... by DoofusOfDeath · · Score: 1

      Ah, the joys of working for f'ed up companies. Good times, good times...

    4. Re:One mark of a bad company... by Anonymous Coward · · Score: 0

      Being new to this, I asked my boss: "If I do everything right, and my project never needs rework, and my clients are happy, and all my projects are profitable, and I go home on time every day, will I get a bonus?" "No."

      "If I screw up, my projects are late and over budget, and I'm working a lot of hours because my clients are pissed at the low quality of work I do, and my projects constantly lose money because I'm an idiot, will I get a bonus?" "Yes."

      I bet someone could get a good cartoon strip out of this.

    5. Re:One mark of a bad company... by Anonymous Coward · · Score: 0

      You have just described why incentives are so difficult. Any metric you base them on will be warped way beyond anything you can imagine.

  13. Stupidity by Anonymous Coward · · Score: 0

    As usual...this says more about the stupidity of management than anything else. I still wait for the day when western society give up the idea of having todays system of "managers" that don't know shit about what's happening around them. It's an ancient philosophy about how to run business...and it's plain stupid.

  14. Working Smarter is rewarded by Stirling+Newberry · · Score: 1

    by being told to work harder as well.

    1. Re:Working Smarter is rewarded by CodeheadUK · · Score: 2
  15. well... by buddyglass · · Score: 1

    The set of employees that has come in to work extra hours is almost surely more "willing to work extra hours when necessary" than the set of employees who have never worked extra hours (including, potentially, because they've never needed to.) On the other hand, the "extra hours" probably also contains a higher percentage of "people who can't budget their time well enough to finish things within the time planned." As a manager I'd certainly count overall productivity as one of my main concerns, but I might value an employee with lower "average" productivity but who is better able to accommodate spikes than the employee whose average productivity is higher but who is unwilling to make any personal sacrifice during extenuating circumstances. And that seems perfectly reasonable.

    1. Re:well... by Anonymous Coward · · Score: 1

      The problem is, so many employers abuse "extenuating circumstances" all the time.

    2. Re:well... by Rob+the+Bold · · Score: 2

      The set of employees that has come in to work extra hours is almost surely more "willing to work extra hours when necessary" than the set of employees who have never worked extra hours (including, potentially, because they've never needed to.) On the other hand, the "extra hours" probably also contains a higher percentage of "people who can't budget their time well enough to finish things within the time planned." As a manager I'd certainly count overall productivity as one of my main concerns, but I might value an employee with lower "average" productivity but who is better able to accommodate spikes than the employee whose average productivity is higher but who is unwilling to make any personal sacrifice during extenuating circumstances. And that seems perfectly reasonable.

      Have you noticed that the "extenuating circumstances" seem happen more frequently the more "people who can't budget their time well enough to finish things within the time period" are on the case? Is it possible that the "no personal sacrifice" folks feel that way because they don't want to pick up the slack left by the highly-valued-but-can't-budget people?

      --
      I am not a crackpot.
    3. Re:well... by buddyglass · · Score: 1

      Sure. And that's a legitimate problem. But it's sort of a separate problem. I'm just saying that, all else being equal, I might take the guy who's willing to work extra hours on occasion to the guy who has higher average productivity but is unwilling to modify his hours when the situation demands.

    4. Re:well... by Anonymous Coward · · Score: 0

      Yes, but there is the other side of that as well. There is an old saying that if you want something done, give it to a busy person. A manager that can't fire the good-for-nothings will assign more and more to the fewer and fewer people that can do the work. In this way they hope to keep them busy enough to have no time to look for another job.

    5. Re:well... by Anonymous Coward · · Score: 0

      test

  16. So true by Anonymous Coward · · Score: 0

    Where I work it is enough to keep saying you are so incredibly busy :). No counting needed, they dont even keep track :).

  17. Part of an age-old problem by GerryGilmore · · Score: 1

    That is, most managers will focus on the metrics that are easy to measure (like hours worked, say) as opposed to the metrics that matter (quality, supportability, etc.)

    1. Re:Part of an age-old problem by Anonymous Coward · · Score: 0

      Yes but knowing what counts is what makes you a millionaire,

    2. Re:Part of an age-old problem by CodeheadUK · · Score: 2

      ...and then people will learn to work to the metrics instead of actually being productive.

      Suddenly, the reports say everything is peachy, but in reality nothing is getting done. The managers sit in meetings scratching their heads wondering what has gone wrong, and try to fix it by setting more targets and measuring them with metrics.

  18. Teams and goals by betterunixthanunix · · Score: 5, Insightful

    Why not just judge the team itself then, and let the immediate manager for that team decide who is valuable? A team will have goals that fit somewhere into the broader organizational goals; individuals on the team can advance those goals in different ways.

    Let's say, as an example, that you have two programmers on a team, Alice and Bob. Alice writes large amounts of code, which has few bugs and which works consistently, and she is an expert in the languages and libraries that are used by the team. Bob is not great at writing code and does not have the language expertise that Alice has, but he is great at solving problems and figuring out what code needs to be written. If Bob is not around, Alice produces less because she is not as good at problem solving; if Alice is not around, Bob tries to write the code and does a terrible job. Can you really say that one of these employees is "better" or "more valuable" than the other? What about Catherine, the person who is a mediocre coder and a mediocre problem solver, but who is great at keeping the team's morale up and who can help motivate people to meet deadlines (but who is not officially in a management position, and who maybe lacks the qualifications when it comes to organizing budgets or making tough hiring or firing decisions)?

    --
    Palm trees and 8
    1. Re:Teams and goals by chthon · · Score: 2
    2. Re:Teams and goals by Anonymous Coward · · Score: 0

      Not sure I'd call it insightful. This is the situation with every team; different people always have different strengths and weaknesses. It's also one reason Agile rarely works the way the "experts" say it should (everyone is supposed to know all about the project and can pick up any task - just doesn't happen in real life).

    3. Re:Teams and goals by Maxo-Texas · · Score: 2

      You forgot Chris.
      They suck, their work is lower quality, they don't solve problems well.

      But Alice, Bob, and Catherine are all working 50 hours a week.
      Chris takes a lower load of projects and they have bugs.

      But they were done and they do work well enough not to lose the customer.

      Sure- you'd like to have a superstar, or then alice, bob and catherine.

      But your job as a manager is to get enough out of Chris to turn a clusterfuck into a nuclear bomb. Because it's going to take 6 to 9 months to find an Alice, Bob or even Catherine much less a superstar (who turns down your offer-- was the money to low? did they hear you were a sweatshop? did their current place make a counteroffer and that's the only reason they applied at your place to begin with?

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    4. Re:Teams and goals by sjames · · Score: 1

      Apparently, it IS insightful since so many 'experts' seem to be oblivious to it.

    5. Re:Teams and goals by Anonymous Coward · · Score: 0

      Therefore, Bob is the weaker link in the development scenario mentioned. The specifications already solve the problems, working code needs to written to implement the functionality.

    6. Re:Teams and goals by betterunixthanunix · · Score: 1

      your job as a manager is to get enough out of Chris to turn a clusterfuck into a nuclear bomb

      Sure, but only to a point. If Chris is having problems that can be worked around -- maybe he needs a little more training, maybe he is better suited to higher level design problems, maybe he is a heroin junky -- then sure, a good boss will work with him and try to make him useful. On the other hand, sometimes people are just not well suited to the work they are being assigned; maybe Chris is just not a good fit for the team, maybe he is really just incompetent, maybe he lied about his certifications or degrees or knowledge. The point of the lowest level of management is to know such things, and to use their judgment (consider what I said about Catherine -- good at motivating people but not good at other management responsibilities).

      (From what I hear, though, it is more often the case that someone can be useful on a team if they receive just a bit of support from their boss -- it should be rare that there is nothing that can be done)

      Now, if for some reason a person cannot be fired even though they are just not able to handle their work -- they are the CEO's nephew, there is a law that prevents them from being fired, whatever -- then you have a bigger challenge. I am not sure what the best solution is for that sort of thing...

      --
      Palm trees and 8
    7. Re:Teams and goals by Maxo-Texas · · Score: 1

      I've had to deal with both.

      My current place has a firm nepotism policy... they are for it. That may be changing as we are ALL outsourced. I've been through three layoffs now and the current one is the worst, most ill thought out one I've ever seen. For one thing, they told us we were laid off but the indian replacements were not ready. And now 10% of the staff has left without KT before the indians have arrived. I predict very wonderful things.

      My "Chris" was assigned to the wrong job, was burnt out from the 60 hour weeks, and really just didn't care enough. You can eventually get rid of a Chris but it takes months. And in the mean time, half a loaf is better than none.

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    8. Re:Teams and goals by Anarchduke · · Score: 1

      The solution is both simple and time tested. The CEO's nephew gets promoted. And promoted again. And he is the one responsible for determining whether Chris or Paul or Emilio or whoever the hell is working for him is the most productive. But that would eat into his martini lunch and his weekends, so he takes the easy way out and says, whoever racks up the most hours is the best.

      --
      who prays for Satan? Who in 18 centuries has had the humanity to pray for the 1 sinner that needed it most? ~Mark Twain
    9. Re:Teams and goals by RabidReindeer · · Score: 3, Informative

      Not sure I'd call it insightful. This is the situation with every team; different people always have different strengths and weaknesses. It's also one reason Agile rarely works the way the "experts" say it should (everyone is supposed to know all about the project and can pick up any task - just doesn't happen in real life).

      When Fred Brooks wrote the original Mythical Man-Month and suggested the Chief Programmer Team approach to software development, a homogeneous team was quite the opposite of what he posited. The Chief Programmer Team was supposed to operate like a surgical team, with a designated lead and various supporting specialists. Not interchangeable grunts.

    10. Re:Teams and goals by Anonymous Coward · · Score: 0

      sounds like synergy, but without the buzzword hype

    11. Re:Teams and goals by Anonymous Coward · · Score: 0

      How about the person who can't code for shit but makes the manager who doesn't understand word one of any code believe that they alone make the changes that make it all work? If you have good people skills but shitty coding skills, you will normally be seen as more valuable because management is full of people persons, not coders.

    12. Re:Teams and goals by Anonymous Coward · · Score: 0

      This. And what's more, people who work closely together know perfectly well how valuable each other's contributions are. Managers who ignoring that and insist on using all kinds of inadequate metrics make it very clear they don't trust the people working for them.

      And thank you for valuing the Catherines. I remember a guy, whose own capabilities as a programmer were only good enough for basic, routine stuff, who was a joy to work with because of his sweet personality. Just by being part of it he made a significant contribution to making this team a pleasure to work with, and that pleasure made the rest of us fly. In a reorganisation this team was disbanded, this guy was made the sole maintainer of a piece of software that was way over his head by a manager who looked at job descriptions instead of what people were actually good at (and who ignored all warnings that this was not going to work), and after a while he was fired by the same manager for being an underperformer. Sad and undeserved, put this guy in a team that has enough routine work to keep him useful and he becomes a catalyst for the productivity of the others.

    13. Re:Teams and goals by Cruxus · · Score: 1

      You forgot Chris.
      They suck, their work is lower quality, they don't solve problems well.

      Chris takes a lower load of projects and they have bugs....But your job as a manager is to get enough out of Chris to turn a clusterfuck into a nuclear bomb.

      Much of project management seems to be for the Chrises of our industry. The Chrises can vaguely remember how to write a for loop if they use Eclipse's auto-complete; they'll introduce at least as many bugs as they fix; and, as they grope around blindly inside the codebase, eventually, with enough management oversight and testing, they can get something approximating the specifications implemented, sort of. Yes, more than anyone, they are the cause of code rot; if there was any consistent design in the application before, it'll be gone; unit-test coverage will be near nil or covering things like getters and setters. Generic types are "too hard" to understand.

      Businesses, though, usually rather hire an army of mediocre developers than a handful of good ones who can deliver better, faster.

      --
      On vit, on code et puis on meurt.
    14. Re:Teams and goals by cforciea · · Score: 1

      Maybe you should quit having people who have no understanding of a job try to manage people doing it?

    15. Re:Teams and goals by Maxo-Texas · · Score: 1

      That's because all developers are equivalent glorp.

      A java programmer == a C++ programmer == an Abap programmer.

      Once you hire them any way. While interviewing them you may require 7 years experience.

      Then three days after they start, you reassign them from the java project to the C++ project.

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
  19. similar issue. Open Plan by gigne · · Score: 1

    I work in an open plan office. While this allows me to see what is happening, and make sure my employees are happy and productive, it means I get no peace.

    I have recently started to time the intervals between me actually getting any work done. Last Tuesday I went for 12 minutes without someone coming and asking something.

    While I don't mind answering and helping people, it means I get none of my actual own work done. Sometimes I just need an hour to get x done without interruption. Often times this leads to me taking work home with me.

    I might make a rule that if I have a traffic cone on my head, you can't disturb me.

    --
    Signature v3.0, now with 42% less memory usage.
    1. Re:similar issue. Open Plan by Todd+Knarr · · Score: 2

      Thought here: if you have that much of a problem with an open-plan office, do you really think your employees are any more satisfied with it than you are? I'm fairly sure they're having the same problem you have, with the same consequences for their work.

    2. Re:similar issue. Open Plan by gigne · · Score: 1

      Absolutely. Don't get me wrong, though; I do like open plan for the most part. I just don't like how convenient it makes everyone.
      It would be nice if we had a walled off quiet zone where you could go and sit to get actual work done. I'm sure there are better alternatives.

      --
      Signature v3.0, now with 42% less memory usage.
    3. Re:similar issue. Open Plan by Todd+Knarr · · Score: 2

      I've always though the opposite: it'd be nice if the default were individual offices where people could concentrate on the work at hand without disruption, with open shared workspaces available when needed. Especially with things like webcams for occasions when you need face-to-face with someone and don't need to leave the office.

    4. Re:similar issue. Open Plan by Billly+Gates · · Score: 1

      So get rid of the open office plan ... now you have to answer 150 emails everyday instead of working.

      I am in favor of the open office plan because I see more employees wasting time emailing than working. Grow a pair and put a DND sign taped to the top of your monitor.

    5. Re:similar issue. Open Plan by gigne · · Score: 1

      You make a good point. At least I can ignore emails until I am ready...
      I will grow a pair and get a sign I guess ;)

      --
      Signature v3.0, now with 42% less memory usage.
    6. Re:similar issue. Open Plan by mhotchin · · Score: 2

      Don't we call those areas 'offices'?

    7. Re:similar issue. Open Plan by Anonymous Coward · · Score: 1

      You've got two points on the spectrum that you're trying to balance: Collaboration and Concentration. Open plans facilitate one, offices facilitate the other.

      Getting the right balance is really, really hard.

    8. Re:similar issue. Open Plan by Maxo-Texas · · Score: 1

      At my soon to be ex company- they are trying to go to a integrated multi building, multi nation programming staff.

      I was getting emails at a rate of one per 30 seconds to as little as multiple emails per second.

      First step, remove all "cc:"'s unless from my direct managers. Only if it is "TO" me do i get it.

      Dropped it to about one every 30-60 seconds. 500 emails per day.
      I analyze that daily and identify new useless emails and set up rules for them.
      I've gotten it down to about 250-300 emails per day.

      And people actually come by 2 weeks later and say, "why isn't this done?? I sent you an EMAIL!!!" Sometimes when I was only CC'd on the original.

      I say, "You waited 2 WEEKS to follow up on this? How important could it be if you wanted two weeks to follow up on this? I'll start on it now."

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    9. Re:similar issue. Open Plan by BiggerIsBetter · · Score: 1

      While I don't mind answering and helping people, it means I get none of my actual own work done.

      Perhaps you misunderstand your job? Sounds like you're a team lead, and if so, a good part of your job is to help other people get their work done. If you don't have time to do the other tasks then you need to delegate them and help where necessary.

      --
      Forget thrust, drag, lift and weight. Airplanes fly because of money.
    10. Re:similar issue. Open Plan by Stiletto · · Score: 1

      You know, maybe people shouldn't feel like they have to "follow up" just because you can't be bothered to read your damn E-mail.

    11. Re:similar issue. Open Plan by Inda · · Score: 1

      Open Plan + Headphones = less disturbance (in the force)

      Seriously, don't even turn the music on and you can hear conversations people aren't expecting you to hear because you're supposed to listening to music at volume 11.

      People will learn if you teach them.

      --
      This post contains benzene, nitrosamines, formaldehyde and hydrogen cyanide.
    12. Re:similar issue. Open Plan by Neil+Boekend · · Score: 1

      But if it's a CC then it should be meant as a notice. If I should do anything then my emailadress should be in the TO field.

      --
      Well, I might have a way, but it only works on a semi spherical planet in a vacuum.
    13. Re:similar issue. Open Plan by Billly+Gates · · Score: 1

      So he should spend his all day in OUtlook reading emails by the minute instead of working?

      No one seems to look at productivity issues iwth email. It is a negative return liability rather than an asset the way it is abused like this.

    14. Re:similar issue. Open Plan by Neil+Boekend · · Score: 1

      That's where the sender can sort. CC means I should take it as a notice. If and when the company where I work starts working with extreme mail volume then I will use this as a guidline and a signature. Next I'll set a filter to move the cc mails to a separate PST file. Next I'll start complaining to people who put me in TO while sending a notice.
      Tactic released under some open license: Feel free to use this tactic, or to improve upon it. Feel free to test it. Feel free to claim it as your own, as long as you send emails according to the rules in the tactic.

      --
      Well, I might have a way, but it only works on a semi spherical planet in a vacuum.
    15. Re:similar issue. Open Plan by Maxo-Texas · · Score: 1

      I'm open to suggestions on how to process the 300 emails per day that got past my filters because they were from my manager or were sent directly to me.

      That's about 1 email every 2 minutes. Personally, I think it's impossible but maybe you have some good ideas.

      I'm not really open to suggestions on how to process 500 emails per day. That's almost an email per minute. You are right- I can't be bothered to READ EMAIL AT A RATE OF ONE EMAIL PER MINUTE, CONSTANTLY ALL DAY, and do the work instructed in those emails... you incredible ass.

      Sending an email is NOT a confirmed communication. Hell you don't even know if it left your machine if your outbox was full. If it is critical- then follow up and confirm that it was received. Send an IM.

      I was reading emails until 9pm every night at one point. Working over 70 hours per week. And I was still falling behind. We didn't have the staff we needed (since staffed up to 250% of what we had them). The first manager was destroyed and went on permanent medical leave. The second manager who took over after I ran two teams without a manager for six months was fired after 11 months on the job. The 3rd manager has been demoted to team lead.

      The good thing is - I retire in january and I don't have to deal with pricks any more.

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    16. Re:similar issue. Open Plan by Maxo-Texas · · Score: 1

      As I said above. When I included CC, I was getting an email every 30 seconds. 2 to 3 Huge emails over 1mb every 10 minutes. Screen shots which run 5mb very common.

      The entire company is working extreme hours and now they are several hundred indian contractors as well. I put in 70 to 80 hour weeks regularly until April of this year when I finally collapsed like my former manager. My BP was running 166/140 with medication. I slept about 18 hours straight... through phone calls... alarm clocks.

      So then I cut back and just said I couldn't do it any more.

      Then a couple months ago- after doing this to us for close to three years, they laid almost 80% of us off and brought in an indian consulting firm. Rumors are half of those left get laid off in the spring.

      But wait... it gets better... it now turns out the indian consulting firm doesn't actually have our replacements. People are quitting left and right and there is no one coming until the spring to replace us. The new plan is to train the indians here who will train the arriving indians next year after we are all gone. And meanwhile... the company has decided to accelerate the schedule-- ignoring the fact that it's hemorrhaging staff and will have inexperienced (and in some cases freshly hired and trained- no experience at all) resources trying to do the implementation.

      Any place that works you 70+ hours for a new project may have no intention of keeping you. As we found out from leaks, they have been planning to let all americans go and replace them with indians since at least 2011 and probably 2010.

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
  20. This assumes we should care by rsilvergun · · Score: 4, Insightful

    about the long or even short term well being of workers. If you subscribe to this line of thought you're looking at workers as an asset. That plays well with workers that want to believe they're irreplaceable. Fact is, there's so many people in the Global Economy that you can easily find a worker that can do those kind of hours productively. Sure, he/she burns out. But again, Global Economy. Supply and Demand. There's a huge over supply of workers in a Global Economy, and always will be. And you don't have to train. Desperate workers will train on their own time and their own dime. A lot (most) will be crushed but the debt and stress. But as an employer in a modern, high productivity workplace the 10% that survive are more than enough.

    I guess my point is, don't count on your boss caring about your productivity dropping as your hours increase. If you trip and fall there's 100 guys waiting to overtake you in the race to the bottom that is supply side economics...

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re:This assumes we should care by Anonymous Coward · · Score: 0

      I guess my point is, don't count on your boss caring about your productivity dropping as your hours increase. If you trip and fall there's 100 guys waiting to overtake you in the race to the bottom that is supply side economics...

      Apparently, you missed the memo about eradicating the oversupply of cheap workers (cockroaches by any other name) from certain locations on the planet. Sterilization through the food supply might take a few years before the consequences are observable but rest assured the First World nations' populations will rejoice. Employers are worse than criminal in their treatment of employees in every STEM workplace.

  21. Japan's lost decade is a good example by Kagato · · Score: 3, Interesting

    In Japan white collar workers are expected to stay late, even if they are out of work and are just looking busy. It's the total opposite of the Japanese blue collar factory worker experience. A lot of folks think the faux productivity has kept them from getting out of their financial woes. The article focuses on hourly billable jobs like lawyers but a lot of it apply to poor eastern management styles. In particular the focus on reading and writing memo and BS paperwork. There's a lot of rote BS work that goes on.

    On the hand I quite enjoy working as an hourly computer consultant. I think my focus is results and I think things like iterative design really shift the focus from hours to what you got done. That brings a lot of value to the client in the end. But there are a lot of consulting companies out there where the focus is utilization and bill (mostly seen in creative services such as Marketing IT or off-shore consulting).

    1. Re:Japan's lost decade is a good example by Anonymous Coward · · Score: 0

      In Japan white collar workers are expected to stay late, even if they are out of work and are just looking busy. It's the total opposite of the Japanese blue collar factory worker experience. A lot of folks think the faux productivity has kept them from getting out of their financial woes. The article focuses on hourly billable jobs like lawyers but a lot of it apply to poor eastern management styles. In particular the focus on reading and writing memo and BS paperwork. There's a lot of rote BS work that goes on.

      On the hand I quite enjoy working as an hourly computer consultant. I think my focus is results and I think things like iterative design really shift the focus from hours to what you got done. That brings a lot of value to the client in the end. But there are a lot of consulting companies out there where the focus is utilization and bill (mostly seen in creative services such as Marketing IT or off-shore consulting).

      one data point does not of speak for the whole country, but I did software development for a year at a Japanese company, and they hardly worked overtime due to the fact that they didn't have a lot of orders for their factory robots during the time I was there. They in fact were told to go home since there was nothing to do.

    2. Re:Japan's lost decade is a good example by Anonymous Coward · · Score: 0

      False. Good Japanese companies actually make you go home early.
      I currently work at a certain office equipment company and they make you leave by demanding that you get the sign from the department head if you need to stay any longer than 7.5 working hours.
      (Technically, you are supposed to get it from the plant president (who manages 3,000+ workers).)
      And by around 17:30, almost everyone is gone. The only people who will be there are those who needed to do an online meeting with US/Europe.
      Few times, I actually had left after my boss because I stayed just 5 minutes longer!

      Just so you know, this company is so good, it's actually left out of "lost decade" thing because it kept succeeding during that time.

    3. Re:Japan's lost decade is a good example by Anonymous Coward · · Score: 0

      My former supervisor went to Japan in exchange for a couple of months. His experience coming back was very much like you describe. Most employees did not dare to leave before their boss. When the boss left, all the other ones left as well. The employees, still only worked for 7-8 h / day, after that they stayed another 3 h surfing the web.

      This was fostered by the general building layout for the division. The division head was sitting at an elevated position overlooking every employee, and each section in the division had their head sitting in such a way that he would also notice when everyone in the section arrived.

      He pointed this out to upper management in the Japanese facility and during a company wide meeting, the big cheese asked why no one of the local employees had said anything about the apparent problems, no one said a word.

  22. That's a bit a problem by angryfirelord · · Score: 2

    Because that would require management to do their job instead of trying to justify their 6-figure salaries. Personally, I'd say the reason why labor is exploited for overtime is because of the exempt salary provision in the law. Remove the exempt portion of it so all employees are covered by the overtime rules and such. That way, if managers think you need to be there beyond 8 hours, they'll pay you for it. Right now, if management tells me that I need to "work until the job is done", they are free to do so without providing anything extra for it.

    1. Re:That's a bit a problem by Billly+Gates · · Score: 0

      The corporations write the laws. Not us. Google and Apple made sure that was in there so we have to deal with our masters.

  23. The managers know this they have a heart. by Anonymous Coward · · Score: 0

    Without me letting them have the hours most of my employees would not be able to survive and I would not have a good employee.
    When big jobs come in I can count on them to get it done some weekend pay be damned If I could double their pay and let them stay home more I would but me and you know that is not going to happen.
    Sssh dont tell no one.

    1. Re:The managers know this they have a heart. by Anonymous Coward · · Score: 0

      The people they are talking about aren't wage workers, but salary workers. Wage workers usually want overtime as it means overtime pay. Salary workers, on the other hand, don't get paid overtime. It doesn't matter if they worked 2 hours or 90 that week, they get paid the same.

  24. Nuclear power and long work hours by Anonymous Coward · · Score: 0

    That's why I got canned. I didn't work weekends unless it was mandatory. Why should I expect to spend about 60-75% of my weekends per year working overtime because my boss refuses to hire enough employees so he'll look good at "cost cutting"? That number is accurate for 2 years that I measured it.

    But what did my counterpart do? He sat and watched Youtube videos for about 2-3 hours every day, and even more time on weekends. Who cared if you produced output or not if you're working overtime? That's the only metric *shiver* a "leading provider of nuclear power in the US" uses. He got caught once, so he bought earbuds so he could make sure nobody else heard the videos playing over his speakers. Don't get me wrong, they totally make up a system to benchmark you against your peers. But if schedule starts falling behind they won't look at the output numbers. They go straight to the overtime charts to see who has and who hasn't worked them. If you haven't, YOU are clearly the reason they're behind. They never consider the boss to be to blame because he would know better. Next time you get evaluated, guess what they remember most? That YOU held up a project and your potential pay raise and bonus go down the drain.

    He screwed up ALOT of things too. Some of them impacted safety. Guess who had to fix them? Not him. And guess who had to spend stupendous amounts of time fixing his mistakes. Not him.

    There's a reason why I don't live near that companies power plants anymore.

    What's even more interesting is that I've always been a proponent of nuclear power. But I'm really questioning whether companies can be trusted enough to safely operate a nuclear plant. Would YOU trust a company like Microsoft or Apple to properly maintain and operate a nuclear reactor?

    1. Re:Nuclear power and long work hours by Anonymous Coward · · Score: 0

      Glad to hear you got out of Springfield. I know that guy you are talking about, Homer Simpson from sector 7-G.

  25. Norway leads the way. by MindPrison · · Score: 1

    In Norway, work hours are 34 hours a week. And yet Norway have some of the highest salaries in the world, some of the least unemployment and they are amongst the happiest people in the world as well.

    Why? I'm pretty sure that is because they do reward efficiency rather than how many hours you put in.
    In Sweden it's the other way around, here they work 40-45 hours a week, and people sometimes feel miserable over the long working hours.

    Of course, this is a problem that relates to the country you live in. Take a poor garbage man in a 3rd world country, he earns perhaps 4 dollars each day and his working hours are from 6 in the morning to 1 in the night, compared to him - we live a life of luxury. What makes us miserable though, is that we KNOW that life COULD be better, and we tend to envy those more fortunate than ourselves.

    I'm a very efficient graphics artist, but that doesn't get me more pay, my boss only knows me for this speed, and if I slowed down I'd save on my already worn wrists, but he'd only focus on that then, I'd be out of the job - even if the other graphics artists are much slower.

    I've had many jobs, in various countries, but it's always the same everywhere I go, my bosses has always looked into how many hours of work I put in, rather than the amount of work I actually get done.

    It's like management like to focus on this as a sort of a "loyalty" test. They often work over hours themselves, especially owners of small businesses tend to work 80 hour weeks, and frown upon the worker that doesn't put in the extra hours, by giving you small hints like, - oh...going home so soon? Done already? Looking at you in a displeased disapproving way.

    Many of them also discipline you by ignoring your comments and suggestions if you put less hours in, and appraise your every move if you do put overtime in without charging for it. And if you question that, then you'll get surprised looks of "oh, are you trying to think".... of course, you can't see their thoughts, because they're so focused on their beliefs and goals, that anything else is foreign to them. Deny deny deny!

    --
    What this world is coming to - is for you and me to decide.
    1. Re:Norway leads the way. by mrstrano · · Score: 1

      Your premise is incorrect. The reason why Norway is one of the richest countries in the world and Norwegians can still work 34h is because they have vast oil resources. http://seattletimes.com/html/businesstechnology/2016126666_norwayoil07.html

    2. Re:Norway leads the way. by crunchygranola · · Score: 1

      Trying to explain away Norway's social and economic successes by saying "but they've got oil" does not cut the mustard.

      Texas had also had in the past had oil revenues of a similar high level (20% of the state GDP in 1981): http://www.cbpp.org/cms/index.cfm?fa=view&id=3739 , which is the same as Norway's today: http://www.state.gov/r/pa/ei/bgn/3421.htm . Yet Texas never developed the same level of social well-being, short work hours, or even economic development. The per capita GDP of Texas is far behind that of Norway (or California for that matter).

      --
      Second class citizen of the New Gilded Age
    3. Re:Norway leads the way. by mrstrano · · Score: 1

      You made a very good point. I agree. But excluding the natural resources from the analysis of Norway's unique social welfare system is also over-simplifying the issue.

    4. Re:Norway leads the way. by Ironhandx · · Score: 1

      Excluding them is necessary because the entirety of the U.S. is suffering this problem, and several of the states are quite natural resource wealthy. Its a political problem and a brainwashing problem.

      You need universal health care and a revamped education system to begin competing again for "best country in the world" title. Most of your early politicians would be rolling over in their graves if they knew how far behind the country has fallen.

      You don't have to give up ANY freedoms. You just need a bit of a tax hike, to stop letting the biggest corps off with their tax responsibilities and to shut down the god damn health insurance industry. Sure you have better quality of care than most other places, but not by a lot, and you spend a shitload more because the majority of the population that can't afford good health insurance problems develop serious health concerns due to a lack of at least semi-regular visits to the doctor that could curtail these problems early on.

  26. Work to much results in not much getting done. by Anonymous Coward · · Score: 5, Insightful

    As a member of the military, we do heavily take our cues from the Boss (Commander or Chief) When they go home everyone else feels safe enough to head home.

    I learned a long time ago that was a pretty stupid thing to do. I've had a lot of bosses that hated their home life or didn't feel like driving accross town during rush hour, or were just burning time to make some regular events so they would stay late for no work related reason.

    I get dirty looks when I head out the door on time or early to go to the gym, like I'm skating. The reality is my bosses know I'm a go to guy when things are screwed up, that I've been known to work 16-24 hour straight when they really go south, that I'll come in for however long it takes on the weekends, and can be packed and out the door to Krap-ic-stan on deployment without much fuss...if there is an actual reason to do.

    Otherwise I head on home when it's time, take my vacation time without guilt, and ignore the drones' in the office snide comments, who make their own lives missereable while blaming it on work.

    1. Re:Work to much results in not much getting done. by Anonymous Coward · · Score: 0

      +1 if I had the mod points.

  27. Looking good for the client by Nonesuch · · Score: 4, Interesting
    I'm subcontracting for a major consulting firm, on-site at their biggest client. The consulting firm wants to look good for their client, insists on having warm bodies in the seats at the client site during the client's business hours (8-5), even though the nature of my tasks and of client's business means I can't actually implement anything during business hours.

    So I sit in a chair in front of a laptop for 8 hours writing "documentation" and dealing with change manglement processes, then another 1-3 hours actually getting real work done after the close of business. It'd be cheaper for them to hire a wannabe actor to sit in my seat from 9-5, and then just pay me for my 3 hours a day of actual productivity.

    1. Re:Looking good for the client by TeknoHog · · Score: 2

      It'd be cheaper for them to hire a wannabe actor to sit in my seat from 9-5

      I think some Asian companies actually do this. I've forgotten where the article was, but the point was that people are hired simply for good looks, manners and English for international business meetings.

      --
      Escher was the first MC and Giger invented the HR department.
  28. I had this discussion with my Boss by Anonymous Coward · · Score: 4, Interesting

    I had the exact discussion with my boss the other day. She was inquiring on how to motivate me to work harder -- meaning, she has seen that when I am focused, I can get loads of non-stop quality work done quicker than anyone else in our team, however there are days when I accomplish little in terms of new functionality etc. This is the flow that we all know, you either can get there or not, it does not always come on whim.

    Anyhow, I replied that I am a simple being and I can be motivated easily -- if I coded harder, and more quickly, would there be a monetary bonus if the project was finished early? No. If I coded harder, and more quickly, would it be possible to use less than the allocated hours per week sitting in the office? No. Well, how do you expect to motivate people to code quick and hard on constant basis? Uhh.. *insert generic company talk here*.

    Anyhow -- if there are no incentives to work hard, why should I drain myself more? I do not get paid more, there are no bonuses for meeting the deadline, there is no extra time to spend for my own activities if I finish the job quicker. Why should I strain myself more than I have to, when the no-sweat approach brings me far above average in productivity?

    If anyone can help me here, I would be keen to know the solution. And so would my boss.

    1. Re:I had this discussion with my Boss by RevDisk · · Score: 1

      Easy enough. If I was your boss, I'd ask what you wanted or were interested in.

      I'm sure "money" is the prime answer, and likely should be. If pay or bonuses was not possible for whatever, I'd look into addition certs or semi-related training in something you found interesting. Or try to buy some quasi work related software or hardware you found interesting and wanted to play with. Or say if you meet your markers, you can spend 5-10% of day on a project of your choice (subject to loose approval). I'd ask for your input, let you know what was possible and what was not possible.

  29. Hypocrites by Billly+Gates · · Score: 1

    These are probably the same managers who say you are a cost center and provide no value and are all gung hu on metrics. Shouldn't they provide a value and metrics? You know .... do your job and manage them so they do not have to stay late?

    Every good manager I had noticed when I am late and got concerned. The thinking is if I am working late I am in trouble and there is a problem I am not telling him or her.

    The manager needs to set metrics to make sure people meet them. If they meet them then do not care. However if Sally is behind the same metrics but talks an hour on hte phone with her boyfriend and browses the internet a lot and stays late frequently, then the manager needs to address it. Meet the results and you could blow him in the office for all I care. However, if you can't get your work done I do not care about your hours. Out you go! It also means making sure your employees are not doing dumb shit like chatting about what they are going to do 3 hours a day to other managers or working on silly todo lists. That is your job as the manager to talk to them and take the hits and punches.

    Basically you can't be a respectable manager and put metrics on your staff if you are not willing to do it to yourself and make sure things are delivered.

  30. No, they can't let that happen by istartedi · · Score: 1

    If employees had more free time, they might think.

    --
    For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
  31. "Fred Flintstones" by Frightened_Turtle · · Score: 5, Interesting

    One VP for whom I used to work referred to employees that left right at closing time as "Fred Flintstones." He made sure his derisive attitude towards these employees was well displayed in front of the CEO of the company at the end of the day as the line of cars left the parking lot. Most of the employees who stayed after the 5PM quitting time were there because they started their shifts later than the other employees.

    This VP's attitude blinded him to the fact that those be labeled "Fred Flintstones" were on the job first thing in the morning, well before he arrived to sit in his office for the day doing nothing engaged with production of product in the company. Never mind that these very employees were the engineers that developed and made the technology of the company's primary product. Ironically, the one engineer he praised for staying late each day was staying late for a very special reason: it was the only time he could switch out the sabotaged firmware he created into shipping machines and put non-sabotaged firmware into machines that were being returned for "repairs". He was sabotaging the firmware in order to ensure that his job of hunting down bugs in the programming would be too important to get laid off.

    This sabotage was discovered when the engineer was out of vacation and forgot to remove his secret code from his computer. The senior engineer on the project needed to double check the programming, logged into the saboteur's computer and discovered the two sets of code. Sadly, it was long too late for the many employees that had to be laid off because the company was struggling due to the problems the device was having. Most of the employees let go were the ones the VP had labeled Fred Flintstones. With the truly productive employees gone, it was pretty much game over for the company. They were able to float a little longer, but the lack of improvement and productivity stopped any possibility of growth in the company. When the sabotage was discovered, the laid off employees were no longer available. Eventually, the company pretty much closed their doors, being bought out by a competitor.

    The attitude that the people who left at the end of the day and didn't put in extra hours were substandard employees was dead wrong. They were the people who made things happen in the company. Once let go, no longer were there any doers in the company and everything ground to a halt

    --


    Whew! This water sure is cold!
    1. Re:"Fred Flintstones" by Inda · · Score: 1

      I've seen that all over the place.

      There's a worker here and she does the exact same job as me, only she's a contractor.

      At the end of every week, my timesheet says 37 hours, hers says 50. Not only does she cost the company double what I do, she takes 35% more time to do her work, and I read too much Slashdot.

      She's seen as the better worker, as she's always here when the lights are turned off in the evening.

      Yabadaba-fucking-do.

      It shouldn't wind me up but it does.

      --
      This post contains benzene, nitrosamines, formaldehyde and hydrogen cyanide.
    2. Re:"Fred Flintstones" by n7ytd · · Score: 1

      One VP for whom I used to work referred to employees that left right at closing time as "Fred Flintstones." He made sure his derisive attitude towards these employees was well displayed in front of the CEO of the company at the end of the day as the line of cars left the parking lot. Most of the employees who stayed after the 5PM quitting time were there because they started their shifts later than the other employees.

      This VP's attitude blinded him to the fact that those be labeled "Fred Flintstones" were on the job first thing in the morning [...]

      This attitude irks me. The agreement was for X hours per week for $Y in pay, right? But now that the company wants X+10 hours of work each week, somehow Mr. Flintstone is "not a team player".

  32. Only inefficient when"managers" are around. by Anonymous Coward · · Score: 0

    That's why I often go I to work when they're not around to fuck everything up. Luckily, "managers" don't put in a lot of hours, and they work even less, so it's not too bad.

    1. Re:Only inefficient when"managers" are around. by JasoninKS · · Score: 1

      Problem is, they won't see you putting in hours, therefore you're obviously not working!

  33. Ya far too many of those by Sycraft-fu · · Score: 2

    I have a friend who doesn't work for a company that does bonuses like that, but still is a "moar hours = moar better" kind of place. My friend is a nice guy but... not as competent as one might hope. Back when we both worked at the same place another co-worker described him as someone who "Broke down big rocks in to little rocks and then glued the rocks back together." Basically he has a lot of enthusiasm, but ends up spending a lot of time fixing problems he created by not having a good understanding what he was doing and being careful.

    Well he keeps trying to convince me to come work for his new company. He is so happy because he makes a lot more money. They also think he's one of their best employees. That right there tells me all I need to know, and that I'd hate it. He's the kind of guy who will work 10-12 hour days 6-7 days a week. However much of that time is spent fixing problems he created. He replaces finesse with brute force. He does get things done, but no faster than someone "works smarter" to steal a management cliche and often slower.

    The reason they think he's great is because he's always at work. He's a "hard worker". They value face time, not results. That is all kinds of not my place. I want a place, and work at a place, that is happy if you can solve a problem quickly and efficiently.

  34. but new worker still need to get up to speed on by Joe_Dragon · · Score: 1

    but new workers still need to get up to speed on project / code base / how other internal stuff works.

    And just putting people in sink or swim can end very badly if some who does not know what they are doing messes up.

  35. They'll do that in their own time by rsilvergun · · Score: 3, Insightful

    because if they don't they can't compete with the 100+ guys gunning for their job. If it ends badly you blame it on the worker and replace him. When labor's this cheap you can have a bunch of projects fail and not care. You're thinking like a worker, not an owner. An owner has twenty companies he owns. When they fail he writes the failure off on his taxes and moves on. If they all fail he uses his money to buy a bail out from the government (capitalism for the poor, socialism for the rich).

    That trouble is, the way the world works doesn't match up with the economics we're taught in school :(. We're taught that if you work hard and play by the rules you'll win. But the big guys. The owners. The 'Capitalists'. They make the rules. You can't win like that. You can't even stay out of the gutter.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
  36. Management doesn't care by JasoninKS · · Score: 1

    Just got let go from a company that's running its employees into the ground. Management there doesn't care about the employees one bit. To them, people are just cattle, easily replaced. Warehouse staff have been on 70 hour work weeks for months. Warehouse supervisors that want to take some days off? (and they do have time to take) They're literally laughed at. Many of the best and most efficient employees have either been run off or fired. Oh, the positions were filled with temps though, so that's good right? Yeah. More staff than ever and getting half the work done. Many people have been made salaried just so they don't have to pay overtime. But you're expected to work extra and answer email at all hours. On vacation? You still better respond. Me? Worked hard, put in extra hours, did what I could with inadequate resources, still let go and immediately replaced. Any really, with many places anymore, the suck-ups get rewarded and the real workers get the shaft.

    1. Re:Management doesn't care by Anonymous Coward · · Score: 0

      Sounds like you need to talk to your local union rep and form a union. I'm generally anti-union; they're evil, blood sucking organziations, but every company that got a union deserved one.

    2. Re:Management doesn't care by JasoninKS · · Score: 1

      The parent company's warehouse has a union already. The hours are better, but the results of their work are poor. 5pm? Better be out of the way.

  37. Todo... by Anonymous Coward · · Score: 0

    Comment on this tomorrow am, after checking Twitter & lolcats.

  38. This sword cuts both ways... by hsthompson69 · · Score: 1

    Okay, so say we stop looking at hours, and instead look at results...if we want to setup incentives for that, shouldn't we be paying by result? So let's say this week you get one good result, and next week you get five...should we pay you five times more the second week? Four times less the first week?

    Now I'm not saying that there aren't problems with using hours as a proxy for worth, it's just that on the whole, there's a lot of variability on how much even the most efficient person can accomplish, and a lot of down time in between successes. We get a certain amount of stability when we're working by the hour, because our down time becomes a risk taken on by our employer.

    That all being said, one of the most frustrating things is the tiny range of compensation versus the wide range of skill set in the knowledge business -> people who are ten times as efficient don't get paid ten times as much. But then again, if they essentially get to slack off 10 times as much as their inferior peers, but still get paid for those hours, I guess that's something... :)

  39. PHB's who focus on "results..." by Anonymous Coward · · Score: 1

    A PHB is a PHB. If a supervisor is dumb enough to gauge employees by how long they work, he isn't going to evaluate "results" in an intelligent way, either. One of the less-good managers I worked for described himself as being "results-oriented." What it meant was that he engaged in short-term thinking and shallow evaluation. He could tell whether you said your work was "done" on time, so he rewarded that.

    He had limited ability to evaluate the quality of your work, and next to no ability to evaluate whether you were doing it in a way that supported long-term goals such as maintainability and the ability to evolve, etc. Engineers scamped on infrastructure, nobody did any refactoring. Being a good engineer meant you slapped on duct tape rather than band-aids. (For the record, I got pretty good evaluations from him, because I was a duct-taper).

    When SQA started to get in the way of on-time shipment, he successfully lobbied for the introduction of a new rule that only "new" bugs should be considered when judging completion. He argued that if customers tolerated a product, that meant that any bugs that were in that product were acceptable to customers and therefore not worth fixing.

  40. '95% of assets drive out front gate every evening' by D4C5CE · · Score: 4, Interesting

    95 percent of my assets drive out the front gate every evening. It's my job to bring them back.

    Jim Goodnight, SAS Institute CEO, in: http://www.cbsnews.com/8301-18560_162-550102.html

    One hundred fifty years of research proves that shorter work hours actually raise productivity and profits - and overtime destroys them.
    So why do we still do this?

    Sara Robinson, http://www.alternet.org/visions/154518/why_we_have_to_go_back_to_a_40-hour_work_week_to_keep_our_sanity/?page=entire

    "Management Summary": It's not Karl Marx ;-) who figured it out, but Henry Ford.

  41. You get what you measure by kye4u · · Score: 2

    If your metric is hours, smart people will optimize with respect to hours. If your metric is students passing a standardize test, some teachers will optimize by "helping" the students pass the test.

    Deciding on what metric to evaluate people is a very challenging problem that surfaces in any situation where you need to manage people. The best approach that is supported by Jim Collins, author of Good to Great is to create a culture on your team/company/etc.. that has the values that you as a manager want. This culture will then weed out the people who don't "fit in". Of course, creating this culture may take some time and so is suited for managers looking for long-term reward. Unfortunately, some managers are looking at things in the short-term.

  42. Interesting .... by King_TJ · · Score: 1

    When I think about all of this for a while, I keep coming back to the conclusion that in the U.S. today, half the problem lies with our own perceptions.

    For many years, I worked in I.T. for manufacturing firms. Since the majority of their employees (and the ones directly handling the work that generated their profits!) were paid by the hour and punching time-cards, they definitely had a culture ingrained around the idea that the hardest workers were the folks you saw in the building most often. After all, you can't exactly take your work home with you if your job involves cutting steel beams or heat-treating metal in a blast furnace.

    As much as the minority of us doing their I.T. liked to argue the fact that as "knowledge workers", we could do a lot of work from home and didn't need to keep long hours in the office? Truth is, we were often our own worst enemies because we'd complain when our co-workers weren't sitting at their desks. "What? He's out AGAIN? Must be nice! I guess I'll wind up taking these trouble tickets myself then...." And of course, everyone else working in the other departments sympathized and agreed that so-and-so wasn't doing their share since you were physically there and he wasn't. So it was immediately, short-term positive feedback from other employees and a strengthened sense that just by staying late, you could avoid being "that guy" you were just complaining about.

    Now I'm doing work for a creative/marketing firm where we not only support direct-hire employees, but quite a few outside folks paid to work on various projects. The workforce is very mobile (so much so that we no longer issue anyone a desktop computer .... laptops only). People work all sorts of odd hours, not to mention hours that just feel odd to us because they're in different time zones. The one thing we don't have are employees punching in and out on time clocks. Still, you see some people (myself included at times) hanging around the office late, without any real good reason. Just can't quite shake that mentality that somehow, it doesn't look good to disappear when the clock strikes 5 all the time. I'm pretty sure management completely gets that it's your performance that matters -- not the hours you spend in the building. But it's tough for ME to completely put faith in that and start living differently!

  43. the culture that has to change by Anonymous Coward · · Score: 0

    at one company they have the 24 hour club. you have to be invited. this requires that you have demonstrated working in excess of 24 hours in the role of a hero. i played this role for many years early in my career. i'd rather hang out with the 6 hour club. the folks that know how to do 24 hours of work in 6 hours. there just is not any incentive for software teams to be efficient. and on that note. efficiency around the software life cycle for most teams in unachievable, it's not in the DNA for software teams to be efficient. consider for a moment that most work done once a developer checks in code, is symptom identification. the ever so popular continuous integration process is a big symptom identifier. symptom identification type processes don't scale. ask any software team what their budget is for symptom identification type process (defending against failure) versus root cause processes (pro-active, prepared for success).

  44. They'll just do both by Anonymous Coward · · Score: 0

    They'll just measure results and hours, and if you're doing the work of 8 people in 40 hours a week they'll give you a "mixed" (read: bad) review for not coming in on the weekends. There is no concept of being content with a good worker. Which is just nuts. Workers frequently just get content with a good employer and ask for very little (aside from not taking away the things that make the job a good one).

  45. Distracting Noisy Chatter by Anonymous Coward · · Score: 0

    What about the constant demand to be responsive to e-mails and phone calls that make it impossible to focus on a complex task that demands undivided attention? You know, the kind where you have to sit and stare off into space for an hour or two, mulling things over, until inspiration strikes?

    HAY GUIZE IN THE JOB DESCRIPTION IS SAID YOU GOTTA BE DETAIL ORIENT AND ABLE TO MULTO-TASK, SO YOUR EXPECTED TO ANSWER THE E-MAILS *AND* DO YOUR WORK AT THE SAME TIME WITHOUT MAEKING ANY MISTAEKS. DURR HURR.

    Seriously, sometimes the only quiet time you have is after everyone else goes home. When working with shared resources like servers, off-hours are sometimes a godsend, so that you don't have to listen to the constant prattling of the end-users, be they management, or otherwise.

  46. Re:'95% of assets drive out front gate every eveni by Anonymous Coward · · Score: 0

    Henry Ford was also the one who insisted on paying his workers well enough so that they could afford to buy his product. Good luck getting any of the greedy business people to go along with that anymore. The truly sad part is that Henry Ford was a greedy business person too, but he understood that he couldn't isolate his profits from the well-being of his workers.

  47. Nope. Never going to happen. by PPH · · Score: 2

    In order to place performance over the appearance of labor, management will have to develoop some metrics for measuring actual work done. In its own right, this is a difficult problem in engineering, CS and other disciplines that involve creative, self directed and non-repetitive work*.

    Problem: There are employees hiding among the ranks of professional who would never survive such a metric. They would push back against any adoption of actual performance criteria in favor of the status quo. Long hours is something that the untalented can achieve and keep their standing in the workplace.

    * A 'professional', as defined in the NLRA.

    --
    Have gnu, will travel.
    1. Re:Nope. Never going to happen. by TheSkepticalOptimist · · Score: 1

      Managers do this already, its called Agile Software Development where instead of measuring hour they create some bullshit standard of size that measures productivity sprint after sprint. In theory with Agile time is irrelevant as long as you complete your bullshit amount of work, but managers always find ways to increase the bullshit velocity of a team so they have to put in more hours to achieve higher levels of bullshit.

      Agile works well for 80% of a project until a manager realizes the team is way behind schedule and then force teams to increase their velocity kicking up overtime hours and reducing software quality as everyone rushes to get more bullhit done, which is exactly the same outcome of the waterfall approach that Agile is supposed to replace.

      --
      I haven't thought of anything clever to put here, but then again most of you haven't either.
  48. "Engineering Team" is total BS by Anonymous Coward · · Score: 0

    MY experience, as a registered and licensed Engineer, is that there is NO SUCH THING as an "Engineering" Team - one person is the responsible Engineer because the REGULATIONS require that the plans be signed by ONE PERSON so that the bureaucrats do not have to spend any of their valuable time finding the scapegoat.
    The rest of this [expletive deleted] garbage ignoring the simple fact that any human being is NOT going to last very long when constantly abused, either physically or mentally, is just that [expletive deleted].
    Look up maximum allowable shift hours for commercial nuclear power stations and the human factors design basis criteria developed by the USAF, I believe.

  49. Double-edged sword by Anonymous Coward · · Score: 0

    In my organization I've seen the sword cuts both ways. The engineers who don't meet delivery deadline dates are deemed as unsatisfactory and those engineers who record and bill their hours honestly are berated and evaluated as inferior for not being competent enough to complete their work within the standard 40 hours work week. An atmosphere has been cultivated where the sales department sells new business and makes obligations to customers without having any knowledge what so ever as to how long development actually takes. As a result, we all work night and weekends and 18 hour days but we can't bill these hours because there is a legitimate danger of getting a sub-standard evaluation for not being able to deliver within the sold amount of hours.

  50. So what's the problem again? by russotto · · Score: 1

    If you've got less work than time you're required to do it, and the company penalizes efficiency, there's a few age-old solutions.

    For beginners: Hack it together in 10 minutes, screw around for 50, bill for an hour, lather, rinse, repeat, and you're a solid employee.

    Advanced: The "Engineer Scott" method. Hack it together in 10 minutes, but don't tell anyone. Warn that there's almost no chance it can be done on time, or indeed that it can be done at all. Screw around for 50 minutes appearing (to the PHB) to be working. Pull it out of your ass -- you're a miracle worker.

    Expert: Same as the "Engineer Scott" method, except you screw around for the first 50 minutes and hack it together in the last 10.

    1. Re:So what's the problem again? by Anonymous Coward · · Score: 0

      OMG. That is a very precise accounting of the first 10 years of my career.

  51. I know this will get me modded down to hell by TarPitt · · Score: 1
    --
    If your children ever found out how lame you are, they'd murder you in your sleep
  52. Managers view... by shaitand · · Score: 2

    All employees should be working at 100% of their ability during every hour and if employees are competent and giving full effort there shouldn't be drastic variations in work output. So the big variable should be number of hours worked.

    In general the idea is that anyone who isn't giving full effort every hour of every day is a bad employee waiting to be caught and fired no matter how "good" they are at the job function. If you are giving full effort and producing substantially less you probably would benefit from training by someone who is "good" at the task and be able to produce increased output. Working extra hours is a sign of commitment to the task. So the guy who works extra hours but produces low output you train. The guy with high output who does the minimum needed to not look bad vs peers you try to motivate. The guy who produces high output and works extra hours you give maximum increases. The guy who produces high output, works extra hours, and is always telling you about the work that needed doing that he found and just did or is in the process of doing before you can tell him about it, you promote.

    That is why this type of argument always fail with management. Why should producing more an hour mean you work less hours when it can mean you work the same number of hours and produce more?

    It isn't all bullshit. There isn't a one to one correlation but in general when the company is raking in profits it is a hell of a lot easier to get broken things replaced and fixed and to get pay and benefit increases. Even in a fortune 500 where nobody gets real pay increases without a promotion, the company being flush means expansion which means room to promote more staff.

    1. Re:Managers view... by _8553454222834292266 · · Score: 1

      Why should producing more an hour mean you work less hours when it can mean you work the same number of hours and produce more?

      Because it doesn't mean that.

    2. Re:Managers view... by Anonymous Coward · · Score: 0

      How in the world did you get modded up for this nonsense? In the world of "thinking" jobs, output is NEVER constant. Your entire management philosophy is one gigantic FAIL for software development, and no "good" developer who understands this will ever choose to work for you.

    3. Re:Managers view... by shaitand · · Score: 1

      If you are getting the same amount done at the end of the day then from the standpoint of the company you aren't more valuable at all. Your value to the company equates to your output. The guy who puts in more hours to produce the same output is more likely to take abuse when needed, work holidays, push for deadlines, complain less and cause less headaches for me by stirring up dissent among the other staff. So he is still better.

  53. Hardly surprising... by erp_consultant · · Score: 1

    It's been my experience that often the ones that get promoted into management are the ones that put in long hours. Not necessarily productive hours, just long. Why do they get promoted? Because their bosses had to play the same game to get where they are. It's the same reason that management types tend to hire and promote others that think, look and act like they do. It's a club and if you want in you have to play by their rules.

    Some managers have the mistaken belief that working longer is the same as working harder. Programming, for example, requires a great deal of concentration to do properly. After a certain number of work hours (varies by person) productivity drops off sharply. Fatigue sets in and mistakes multiply. I have seen this time and again, not just with myself but when I have managed others.

    My view on it is that if people are having to work long hours then one of the following is to blame: a) the schedule is unrealistic b) the person is not working efficiently or c) skills are lacking. A or C are relatively easy to identify and fix. B is sometimes more difficult to spot. People often look busy without getting much done.

    Long hours are easy to see, work ethic less so.

  54. This! by Anonymous Coward · · Score: 0

    What AC said (shame he didn't put his user name behind it).

    I've worked both as a developer and as a manager. As a manager, I considered myself to have two primary duties: (1) making sure that the requirements were as clear and stable as possible before handing them to my developers and (2) protecting my developers from questions, meeting invites, etc.

    The manager I replaced hadn't done this. The developers were accustomed to answering questions from everybody, all the time. They were always starting off to implement x, then getting distracted with new requirement y, which was cancelled a few weeks later so that they could do z.

    It was a major political battle to get the internal customers to understand that they were not allowed to contact my team except through me. It also took a solid year before the internal customers really accepted this, and began to see the benefits in the form of increased productivity.

    1. Re:This! by Anonymous Coward · · Score: 0

      I don't like to mix my personal life and my work life on the Internet and that's why I chose to post as an AC. Plus, I'm not sure I want to have 6 million Slashdotters begging me for a job ;-)

  55. One PDF answers all your questions by Anonymous Coward · · Score: 0
  56. Quality over quantity by concealment · · Score: 1

    You can have one: either focus all of your energy into providing quality, or just keep showing up for the long hours and maybe someone will promote you.

    The problem is that not everyone can achieve quality, so managers (like elementary school teachers) emphasize participation not results.

    This means that in order to be seen as good at your job, you have to hang out at work for 10-12 hours. This means stretching everything you do and padding it with non-essentials. Eventually, you get accustomed to this pace. Surprise! You're now an ineffective worker, which means if they find someone else to hire, you may be out of a job, especially if you're near (or over) 50.

    It would be better to emphasize quality work, have fewer people so that inter-personal communication is higher, and send everyone home after six hours to spend time with their families or to otherwise figure out their personal lives. People are such zombies because they spend all their time at work and then have no idea what to do with themselves in their off-hours.

  57. Why does the boss ask if he already has the answer by Anonymous Coward · · Score: 0

    I thought for a second I posted that conversation, I've had it quite a few times over my career :(

  58. RE: They Work Long Hours, But What About Results? by Anonymous Coward · · Score: 0

    In most businesses, recognized efficiency results in increased work load.

  59. I read about this in Datamation in the late 60s by Anonymous Coward · · Score: 0

    Only the tech buzz has changed!

    The toughest part of a project is the middle 80%.
    - In the first 80% everyone is happy and optimistic
    - In the second 80%, everyone is upset and shouting
    - In the third 80%, everyone is resigned and praying the damned thing will have an end.

  60. Re:And how about measuring productivity? by Anonymous Coward · · Score: 0

    It must feel really great creating such environment, congratulations for making it real.
    The really important (for me) question however is - how do you measure the team productivity (business value produced) and individual contribution/productivity? How do you show that the team has increased it's velocity? How do you note when people enter the comfort zone and start cruising, having lost their passion and "hunger"? Gut feeling is often not enough, unless it's your company and you have nobody to prove to things are going alright.
    These questions are very important when arguing with management or when somebody joins the team only for the free ride and uses the success and the freedom without really contributing.

  61. I absolotely refuse... by Anonymous Coward · · Score: 0

    I absolutely refuse to work a second past quitting time. While I am not union, I have a union mentality. I highly value my personal time with my family. Americans in general allow themselves to be worked to death. The average American works 55 hours a week and is nervous about taking EARNED leave. Not only no, but hell no. I eared it, it's mine. I clock in at 0730 and out at 1630 Monday - Friday. I get requests to do tech work nights and weekends and I always turn it down, even if it pays. I don't want to even begin to set the precedent that I'm available to anyone after working hours have ended. More Americans need to stand up and just work their scheduled hours and then go home. Overtime, should, by law, be at least double time, and on holidays, triple or greater. People have a right to down time. People over profit is my motto and I'm standing by it. I'd rather have a 35k job with a boatload of time off than a 60k year job playing hell with hours and time off. Tech needs to be unionized.

  62. It's a Fine Line by Anonymous Coward · · Score: 0

    It's real simple actually. In something like engineering and programming, one achieves optimum effectiveness only by working when at peak and not by working when tired or under the weather. The reason is simple. When you're tired or under the weather you make mistakes and inject errors into the work. It then takes much longer to find and correct those errors than it would have to have put off the work until one felt better and/or got some rest. The worst part is trying to finish off something that should take only a 'couple of hours' that most often turns into a late nighter oftimes followed by either a couple of extra days to diagnose and fix the errors that would never have been injected if people were operating at their peak mental capacities - or far worse - have fatal flaws that manifest themselves out in the field weeks or months later. No manager should be allowed to manage if they don't understand that the earlier a problem is identified and corrected, the easier it is to find and fix.

    That said, there is the different situation of putting in typical 50-60 hours per week for beginners trying to learn the details. College does not prepare one to do the work needed in engineering and software design other than to show them the basics of how to get started. All that extra time may be spent on the job or it may be spent on personal projects in order to develop skills. Without spending a couple of years or more doing it is going to result in a very short career. However, turning it into a lifestyle choice is likely to make it a short career also.
       

  63. Funny thing is by TheSkepticalOptimist · · Score: 1

    while the general opinion here is that working long hours does not improve productivity in software development, most of the people commenting here are cave geeks that put in 12+ hour days anyways. A smart manager realizes that forcing a cave geek to work 12 hours days will cause dissention, but giving them the freedom to set their set their own hours will pay back in high productivity because the cave geek really doesn't want to leave their workstations.

    --
    I haven't thought of anything clever to put here, but then again most of you haven't either.