I wonder if the group that does this will be viewed as lesser, e.g. work on less interesting projects, be less likely to be promoted, than the "40" hour employees.
I wonder if the group that does this will be viewed as lesser, e.g. work on less interesting projects, be less likely to be promoted, than the "40" hour employees.
To me this seems like a purely PR driven move after the lambasting their culture has taken lately.
A major problem in HR or payroll software or something similar might cause some massive headaches for your employees, but it won't be as noticeable outside the company as a major outage or problem affecting customer data.
Amazon experiments. It's not about bold PR moves to make waves and attract attention. It's about trying everything, even ideas that might sound bad, and seeing if they actually work. This? This is the same idea. Try it out on something less important (HR software, sure, why not) and see what happens.
In the worst case, a bit of internal software is late. That's a low-cost risk to see if you can find a way to reduce developer costs efficiently.
There's a tendency for people to think that HR software and other internal tools are less important than public products, but if the company is allocating employees properly, that doesn't really make sense.
The engineers working on this HR software all passed the same technical interviews that everybody else did. Amazon could have easily allocated them to some flashy consumer product, but management decided that it's important to have a team working on HR software. So either somebody made a horrible miscalculation when they decided to build the HR software, or this work is equally valuable to all the other work happening.
No, they didn't. They likely were interviewed by the hiring manager. Which, a hiring manager of an internal tools team, does not face the public scrutiny of engineering detail required by a front facing mass consumer product. Therefore internal tools teams do not require as rigid software engineering rules as mass consumer products.
> Amazon could have easily allocated them to some flashy consumer product, but management decided that it's important to have a team working on HR software.
No, they couldn't. Internal HR tools usually means CRUD applications. Why would you put a SQL developer on a deep learning optimization team?
Don't try to defend Amazon here. They have messed up with the way they treat employees. 30 hour weeks doesn't change that.
As jaded as I sound, I do think there's a place for workplace flexibility. What would really tell me the executives are committed to it: Calculate their actual FTE's - average work week hours divided by 40 - and make sure there are at least that many physical FTE's.
A few of my folks were angry about this and claimed to be working 50-60 hour weeks. My response was "there's a easy solution to this problem". They cut out the excessive OT, which was mostly unneeded, and not too much changed.
Great!
Let's be honest - most working professionals (especially in Software) earn more money than they need. I think it's much better to have more time - time with you family, time to be outdoors, time to be healthy - than it is to have more money