Ask HN: How do I deal with the "unpaid overtime crowd"?
There are 4 people on my team, who I honestly think just do not have their own lives. They come in at 8am, and leave around 10. Every single day.
I am at the bottom of our "scoreboard" for bug fixes, yet I work the most efficiently. They have 3x more fixes than I because they just choose to sit here for hours and hours and hours and just work, I don't get it.
Now I look bad in comparison, management doesn't give a shit (obviously) and I have already had my job threatened. "I have no problem buying out the your contract, you're the least effective on our team". And "Why can't you be like _________ and __________?"
My favourite part is, I designed the entire UI/UX for the app, I coded all of it for over 15 mobile devices. These people do not have the same skill set as I do. I explained everything to management, and they just told me "I don't buy it, I expect you to unofficially make up yours hours".
Now they want us to come in on Saturday. Of course the rest of my team has no problem with this, but I run my own company and any second I can find that is free, I'm using, and bet your ass I'm working on my own shit on the weekend.
I've never been so stressed out in my entire life.
[+] [-] codegeek|12 years ago|reply
This mentality that somehow sitting in office for long hours and cranking shit out is just so horrible. I really believe that this has to do a lot with the individual employee/person rather than just management. Yes, I am not counting out the pointy haired bosses and all but to a great extent, it is up to you, the employee, to dictate how long will you be working on a given day. Sure, some of us love sitting in office because we probably have nothing better to do (been there) but learning to value your time is really underrated. People, learn to value your own time and you will suddenly see how everyone else around you respects you for that. /rant
Now, just to add the other side, creating value is a lot more than spending x hours in office. Like you said, you designed a major component of the app which is what matters. Yes, there may be days when you want to crank that stuff out like there is no tomorrow because you are excited about it, go for it. And yes, go work on some weekends if needed for the team (release/critical fix etc). Take one for the team but do it wisely. Let everyone know that you are willing to raise your hand but you are not a doormat.
In your case, since are you doing the right thing, your company does not deserve you and based on what you said, they already don't care about you. So like everyone else is saying and you know the answer anyway, find something better and move on.
[+] [-] rdudek|12 years ago|reply
[+] [-] jhonovich|12 years ago|reply
The guy, by his own admission, is more focused on his own company that he works on nights and weekends. Why would any startup want a guy like that unless he was radically better than everyone else?
[+] [-] basseq|12 years ago|reply
ISSUE #2 - Quantitatively, your numbers may be hyperbole, but they don't bear out your claims. Your co-workers have 3x as many fixes as you, but they only work 2.6x as much as you (assuming 14 hours / day × 7 days / week). By these numbers, they are 15% more effective than you are. (And they're harder workers.)
Fundamentally there's a culture mismatch. You think you have differentiating skills—they don't agree. You think you are more efficient—either they don't agree or that's not their metric. You want to work a 40 hour week—they want people who will kill themselves.
There are a couple options (e.g., going hourly), but I don't think they're realistic given the context. After all, your effective hourly rate is way higher than someone who takes home the same salary but works twice as much. So I agree with the other commentators: find an opportunity that's a better fit for you.
[+] [-] workhere-io|12 years ago|reply
I don't know where OP lives, but several countries have work weeks that are less than 40 hours. http://en.wikipedia.org/wiki/Full-time
[+] [-] MortenK|12 years ago|reply
A developer that always leave at exactly 17.00 and adamantly refuse to come in on a Saturday, gives a very clear signal that they don't give a shit about the company, the product or the team. They're there to get paid.
While most employers realize that your work isn't (or should be) your single burning passion, it is very negative for team morale when one of the guys always flakes out when the clock hits 17 regardless of the fire in the kitchen.
I knew a developer who always left at exactly 17.00, because "that's what they are paying me for". On several occasions, he deployed breaking changes to production five minutes before leaving. Other devs had to come in and work very late to get the system back online. While he is technically in his right to leave at 5, he causes his team much grief and as such is not an asset.
The other side of the coin is that lots of software companies, really has little to no control over software development. Especially startups run by young, inexperienced guys rarely have any idea what they are doing. This is a company where crisis' occurs daily or weekly instead of maybe once every couple of months.
They make up for this by rampant overtime, and excuse this with BS about being dedicated and a team player. You know you're in such an organization if they talk about how "that's what the industry is like".
Your organizations work culture seem like that - very long hours and (seemingly) no extraordinary reason for coming in on Saturday.
If that's the case, then leave. There's not much that can be done except a total change of top management.
But if it's a rare occurrence that they call you in on Saturday and there is a good explanation for it, then buckle up and help your team mates.
[+] [-] RyanZAG|12 years ago|reply
What? But that is what you're paying him for. You realize how employment works, surely? You give him some money in exchange for the use of his time and skills to perform a task your business requires. The results of his work are owned by the business who take ownership of any benefits arising from the work. If you want him to be involved in the company, you're going to have to involve him in the rewards by giving him a part of the company.
If there is an emergency and an employee does need to stay later, you need to pay that employee overtime - generally at a higher multiple of his standard pay. The reason for this is because a business needs to avoid having emergencies and the best way to do that is to make having an emergency an expensive thing. Then everyone will work to avoid them.
For the OP: just leave and get a new job. If you're able to put together software as well as you say, then you probably don't even need a job. Find a business co-founder and start your own company.
[+] [-] noir_lord|12 years ago|reply
If once in a while something crops up that requires staying after 5 then that is fine however the expectation should be that all the developers go home at 5pm
> While most employers realize that your work isn't (or should be) your single burning passion, it is very negative for team morale when one of the guys always flakes out when the clock hits 17 regardless of the fire in the kitchen.
If there are constant fires in the kitchen you might want to find out who keeps lighting them, if's not the guy leaving at 5 then I fail to see the issue.
> I knew a developer who always left at exactly 17.00, because "that's what they are paying me for". On several occasions, he deployed breaking changes to production five minutes before leaving. Other devs had to come in and work very late to get the system back online. While he is technically in his right to leave at 5, he causes his team much grief and as such is not an asset.
Pushing to production shortly before going home is a separate issue to whether he leaves on time or not, a developer leaving on time should be expected, a developer pushing breaking changes and leaving should not.
The other stuff I wholeheartedly agree with.
[+] [-] jason_slack|12 years ago|reply
So you have a case where there is a "clock puncher" that is pushing out changes, leaving and then issues occur that others must stay and clean up after.
Would you share if your point of view would be different if that "clock puncher" was your best developer and nobody had to stay late to clean up after his/her mess?
[+] [-] ozchrisb|12 years ago|reply
[+] [-] toadi|12 years ago|reply
If the big payday comes it's not the employee who wins! You aren't betting with equity as employee...
[+] [-] joesmo|12 years ago|reply
EDIT: Also, don't release after noon (or some other set time) and never release on Fridays. This is just common sense if builds have problems. That way, no one has to stay late.
[+] [-] copergi|12 years ago|reply
Everyone is there to get paid.
>when one of the guys always flakes out when the clock hits 17
Doing your job is not "flaking out".
[+] [-] notastartup|12 years ago|reply
[+] [-] pauleastlund|12 years ago|reply
With that said, I think it's bizarre how some of the commenters here are vilifying your management. I don't know the specifics of your company, but you can't run a startup at crunch time with devs putting in 7.5 hour days. Even at Google, which I considered extremely cushy and laid-back, there was the overt expectation -- repeatedly referenced in internal literature -- that engineer-weeks were about 50 hours long.
I think it's great that you've identified the level of work-life balance that will work for you and are standing your ground. But you need to understand that working 7.5 hours days is not some sort of universal human right. In the (near) future when you search for jobs, you need to communicate that preference up front and make sure that management is on board with it rather than taking for granted that they will be.
[+] [-] schrodinger|12 years ago|reply
For me, I can put in a day longer than that when I need to, in an extreme circumstance. But if it becomes often, I just can't be productive longer than that. I loses ability to focus, and start accumulating burn out. My throughput is greater at 7.5 hour days than 10 hour days.
Of course, if there's like a week leading up to a launch where you need to crunch, that's different. I've been there, and have been able to be super productive like that for a week. But it can't be sustained... I feel like I'm basically borrowing some productivity from the future, and that debt will catch up to me eventually.
[+] [-] joesmo|12 years ago|reply
You can at 8 hours a day / 40 hours / week. The only reason more hours would be required from engineering is bad management that has unrealistic expectations. So what if it takes an extra week to develop the product? It won't matter. You can most certainly run any company with with a 40 hour workweek. If you have evidence to the contrary, please provide it.
An eight hour workday may not be a universal human right, but it is well understood to be the standard workday. Any deviation from this like the ten hour days you describe should be stated up front by the employer.
[+] [-] gopher1|12 years ago|reply
[+] [-] CocaKoala|12 years ago|reply
Either way, you should probably quit. But if you can figure out what they actually need, it might help reduce your stress a little bit. Only a little, though, because having abusive managers or coworkers is really terrible and wears at you in a way that's pretty hard to describe. So you should probably quit.
[+] [-] calcsam|12 years ago|reply
[+] [-] beauzero|12 years ago|reply
[+] [-] jason_slack|12 years ago|reply
Give your 2 weeks but be OK if they let you go on the spot.
If you dont have a lot of money, maybe you could put in a few more weeks before you quit and literally try and save every penny you can. If you have vacation time in the bank hopefully you get paid out for it.
I've been in situations where the "Boss" doesn't have a clear technical understanding between different roles and it is very hard. It feels like a Dilbert and/or Office Space moment to me.
[+] [-] thedufer|12 years ago|reply
I was under the impression that is legally mandated (at least where I live - NYC). Is that not true?
[+] [-] once_was|12 years ago|reply
"The moment I step through my work door I set a timer for 7.5 hours." This is a terrible work ethic. You set a timer? I don't agree with doing unpaid overtime either, you certainly won't see me in the office on a Saturday, but sometimes things need to be completed before you leave for the day. But maybe that's just my opinion working in a remote office in a vastly different time zone to head office where my work needs to be delivered.
Although not a metric, I did chuckle that you state your co-workers work twice as long as you (14hrs vs 7.5) yet have three times as many fixes as you and then reference the reason for this is the time they spend at work.
[+] [-] hubtree|12 years ago|reply
If they need you to do more work beyond your 40 hour week, to the point that they threaten to fire you, then your supervisor likely realizes they need you.
If you find that at 5pm that you are twenty minuets away from finishing something up, then you should consider doing that from time to time, just to show you're on the team.
I am lucky enough to be in a position that I am on salary, but I am still paid overtime if the work load moves beyond 40 hours a week. If I need to work an extra 15 to 30 minutes to finish up what I'm working on, I don't count that as overtime. If I get a ticket that needs addressed, but there isn't time to do it in the normal work day, that counts as overtime.
Maybe consider proposing something similar. If what they really need is a little more help, but don't want to hire a new dev, they may be willing to come up with a compromise.
Good luck.
[+] [-] kohanz|12 years ago|reply
What is puzzling to me is that you sound like a skilled and confident developer, yet seem afraid of wading into the job market. Are your local employment options that bad?
[+] [-] noir_lord|12 years ago|reply
I've got 16 years experience with Linux, more than 20 years experience of programming, more than 3-4 years commercial experience on my current stack.
I've written desktop applications for businesses, I've written software for market traders, I've written web based systems for engineering companies.
I still wouldn't want to be looking for a job where I live right now.
[+] [-] dingaling|12 years ago|reply
Well.. I'm not even qualified to apply for job positions in the company where I work, when those positions are for grades two or three rungs lower than me.
And I used to be those positions!
That's the IT job market in the UK these days; infeasible technical criteria in every job posting. 3 years iOS required for a junior developer?
[+] [-] all_the_things|12 years ago|reply
[+] [-] elandybarr|12 years ago|reply
In fact, I think setting appropriate personal boundaries is extremely important. A lot of devs recognize 'hour creep'. You know, stay in a few days until 6, and before too long, it becomes expected. I am saying this as a founder and someone who puts in as many possible hours.
At first, I thought, "Are you guys not really in the game?". But now I recognize that there are only a few people who I should really expect to be on that level, and it should be made explicitly clear from the get-go.
In this case, there is a clear metric that the employee is facing. However, this person certainly adds quite a bit of value.
I think this is worth confronting management over. But I also agree, that if there is a rare occurrence for weekend work, then that is also part of the team. Rather than quit outright, like many suggest, I would confront management very clearly about your personal boundaries and ask them explicitly what is the gulf between their expectations and what you are giving.
[+] [-] contactmatts|12 years ago|reply
(...And if the barn is always burning down, look for a new job.)
[+] [-] joesmo|12 years ago|reply
tl;dr: Working more than 8 hours a day is unprofessional (except in rare, extreme circumstances where it is rewarded).
[+] [-] up_and_up|12 years ago|reply
> Now they want us to come in on Saturday.
I would definitely GTFO!
Productivity != hours sitting at a desk.
I have worked at a company like this and the issue was definitely poor management direction and poor technical discipline.
[+] [-] emperorcezar|12 years ago|reply
[+] [-] ctb_mg|12 years ago|reply
My own theory is that most young engineers start out by valuing their own time -- but they find themselves in a situation like this. They then relegate themselves to working long hours to please management, and eventually they work inefficiently all the time and are OK with that.
They're too withdrawn/introverted to stand up to management or take the leap to find a new job.
Regardless, like many others said, time to quit. They're not a good fit for you and a "bugfix scoreboard" sounds absolutely vile.
[+] [-] fsk|12 years ago|reply
Also, this is why you keep a 6-12 month emergency fund, in case you have to walk away or get fired.
[+] [-] bmm6o|12 years ago|reply
[+] [-] stefan_kendall3|12 years ago|reply
Quitting isn't fun, but sometimes it's the only way to solve a problem.
[+] [-] JDDunn9|12 years ago|reply