Earlier quoted context omitted.
> If you have a very competitive interview process and high compensation to attract the best talent It's a big assumption that the competitive interview process is sufficient to identify only the top talent. Every other week News@YC has posts complaining that every type of interview process doesn't identify talent well.
Sure, some people interview better than they work, and vice versa. But do a huge flood of bad employees really make it through these very difficult gates and merit 30% of employees being marked underperformers every year?
I worked in Amazon HR and was disgusted at what I was seeing with PIP plans
251–260 of 618 posts
Re: I worked in Amazon HR and was disgusted at what I was seeing with PIP plans
#252One underlying problem with these PIP type programs at FAANG seems to be that they have very high barriers to entry in the interview process, and then act like 30% of the company is underperforming and subject to an annual 6% cull. There are industries & companies that have grown fat & lazy and could use a few annual 6% culls, but you eventually run out of fat. If you have a very competitive interview process and hig…
With that in mind I do think your conclusion's a little suspect - there really will be a good amount of underperforming people you really do want to part ways with. Maybe not 6% - I don't work in HR, so I don't see those sorts of metrics - but I definitely have encountered lots of people who got through the interview process but nevertheless had no ability to do the job adequately.
I'm sure a bunch of people will jump on this to then complain about the arduous interview process - but NO interview process is perfect. Having a tough process is a reasonable way to reduce the number of people you end up not keeping on, and expecting any process involving humans to be anything close to perfect is wildly unrealistic.
Re: I worked in Amazon HR and was disgusted at what I was seeing with PIP plans
#253One underlying problem with these PIP type programs at FAANG seems to be that they have very high barriers to entry in the interview process, and then act like 30% of the company is underperforming and subject to an annual 6% cull. There are industries & companies that have grown fat & lazy and could use a few annual 6% culls, but you eventually run out of fat. If you have a very competitive interview process and hig…
> ... had explicitly described the compensation cliff and how a lot of people in the good years were proactively leaving, cooling off, and then coming back to reset the compensation instead of going over the cliff. Could you explain this a bit more? I thought that it was the opposite -- you have stock that's going to vest in X years, so you really want to stay.
Re: I worked in Amazon HR and was disgusted at what I was seeing with PIP plans
#254One underlying problem with these PIP type programs at FAANG seems to be that they have very high barriers to entry in the interview process, and then act like 30% of the company is underperforming and subject to an annual 6% cull. There are industries & companies that have grown fat & lazy and could use a few annual 6% culls, but you eventually run out of fat. If you have a very competitive interview process and hig…
Agreed, but there's also an unaddressed issue of whether many (most?) positions at large tech companies provide an actual economic benefit to the company or whether they exist simply because of organizational inefficiencies (Parkinson's Law).
To put it another way, a hire may have been the best candidate out a very selective interview process, but if his position exists simply because of internal silo building, forced ranking - as bad of a system as it is - may work.
Is there any economically valid reason for Meta to have ~75K employees?
Re: I worked in Amazon HR and was disgusted at what I was seeing with PIP plans
#255So its okay doing the evil thing for a while to several professionals, but when it was OPs turn, then its a no-go?
Reminds me of the bank robbery scene in "The Dark knight", in which every "clown" robber is supposed to kill the previous robber to increase the share, and each robber doesn't realize they could fall prey to the same fate.
Re: I worked in Amazon HR and was disgusted at what I was seeing with PIP plans
#256Earlier quoted context omitted.
> If you have a very competitive interview process and high compensation to attract the best talent It's a big assumption that the competitive interview process is sufficient to identify only the top talent. Every other week News@YC has posts complaining that every type of interview process doesn't identify talent well.
Sure, some people interview better than they work, and vice versa. But do a huge flood of bad employees really make it through these very difficult gates and merit 30% of employees being marked underperformers every year?
I didn’t go into AWS as a developer. I worked there in Professional Services. I shadowed a few coding interviews and conducted a few system design interviews of software devs while there.
Re: I worked in Amazon HR and was disgusted at what I was seeing with PIP plans
#257Earlier quoted context omitted.
It’s not nit-picky because the behavior of the two is completely different when ‘a’ isn’t present. If the assignment is dealing with dirty/partial data or implementing APIs with optional fields, [] can be a complete deal breaker.
Deal-breaker ? Is there evidence that programmers who use [] simply cannot ever learn to use .get()? Once they have picked up the incorrect approach, their brains are simply broken and they can never learn that a different solution exists that is better used in certain situations? It would obviously be risky to hire someone who uses [] if that's the case. If not, though, it seems like it doesn't provide much of a clu…
It’s a take-home test. I’m saying if the particular test called for dealing with a particular type of input and you didn’t do it, you failed. It’s that simple.
If it didn’t, then it’s a pointless nitpick and shouldn’t ever be brought up as interview feedback.
Re: I worked in Amazon HR and was disgusted at what I was seeing with PIP plans
#258Earlier quoted context omitted.
In earlier times, they'd just fire you without any kind of PIP process. Are you saying that PIP vs. immediate firing is worse?
Generally yes. Being PIP'ed or otherwise softly managed out is worse than being immediately fired. Being fired: Happens quickly, they either give you a reason or tell you "your position has been eliminated." Sucks, but rips the Band Aid off and done is done. PIP: I've seen this happen to good and bad employees. Bad employees - it just drags out the process and provides a lot of friction and anguish, for the manager a…
Re: I worked in Amazon HR and was disgusted at what I was seeing with PIP plans
#259Earlier quoted context omitted.
This appeal process was handled by the employee themselves. so they probably had an idea of how effective appeals were. > And look, I'm not going to say you're going to ever find this somewhere, locked down in words. But the idea is, if you're putting somebody in Pivot, you make that so damn hard that they don't get out.
That sounds like an internal corporate appeals process, which is as rigged as an East German court. I'm talking about an external state affiliated employment ombudsman.
I could be wrong - some more progressive states may have more protections than this. And certainly folks who are employed under collective bargaining agreements have more protections. That wouldn't apply at Amazon, though.
Re: I worked in Amazon HR and was disgusted at what I was seeing with PIP plans
#260Earlier quoted context omitted.
It’s not nit-picky because the behavior of the two is completely different when ‘a’ isn’t present. If the assignment is dealing with dirty/partial data or implementing APIs with optional fields, [] can be a complete deal breaker.
Deal-breaker ? Is there evidence that programmers who use [] simply cannot ever learn to use .get()? Once they have picked up the incorrect approach, their brains are simply broken and they can never learn that a different solution exists that is better used in certain situations? It would obviously be risky to hire someone who uses [] if that's the case. If not, though, it seems like it doesn't provide much of a clu…
I am _very_ familiar with the advantages and disadvantages of both approaches and would, of course, adapt to house style, but where I am now we set up a nice pipeline in Dagster with a whole lot of boxes for assets, and at the risk of being non-technical I want the box with the bug to be the one that turns red. If I use x[] I get that. If I use x.get the red box could be three modules downstream because of a NoneType Exception.