TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Amazon shut down a Slack channel where 2k employees talked about PIPs

101 点作者 wannacboatmovie超过 1 年前

8 条评论

scarface_74超过 1 年前
Amazon had an “anonymous” internal Slack channel where you could discuss pay by using a bot to post on your behalf. It was called #pay-equity and there was another one called #pay-equity-discussion.<p>I’m surprised anyone is crazy enough to try to work through a pip. They give you the choice of trying to work through an impossible, subjective list of requirements or take a severance that’s one month severance for each year you worked there + the partial year or “leave Amazon”.<p>If you fail the PIP you only get 1&#x2F;3 of the amount.<p>If you appeal and lose you only get 1&#x2F;2 of the 1&#x2F;3.<p>Who would want to work there after they have already showed their true colors?<p>Amazon ain’t that serious to work for.<p>I worked there remotely knowing full well what Amazon was about from day one. It was my 8th job. I made my money, put it on my resume and gladly chose to “Leave Amazon” with a decent severance and had a job within three weeks.<p>People who choose to try to fight and stay after a PIP is like begging to stay in an abusive relationship.
评论 #37963512 未加载
评论 #37965202 未加载
评论 #37968240 未加载
评论 #37963617 未加载
评论 #37964123 未加载
评论 #37967581 未加载
LinuxBender超过 1 年前
Corporate Slack instances are probably not a great place to discuss such things. One could in a pinch fire up one of the ssh chat daemons [1] on an EC2 assuming that most of the employees are familiar with using SSH. There is a demo documented in that git repo. People can ssh under a pseudonym rather than using a real name. The daemon uses private keys to track identity so make a new SSH key specific to that server. Not my repo but the maintainer is here on HN.<p><pre><code> # append to ~&#x2F;.ssh&#x2F;config # ssh-keygen -q -t rsa -b 2048 -N &quot;&quot; -C &quot;chat&quot; -f ~&#x2F;.ssh&#x2F;ssh-chat Host chat Hostname some-ec2-ip Port 22 User some-username IdentityFile ~&#x2F;.ssh&#x2F;ssh-chat # Go&#x27;s ssh lib is old HostkeyAlgorithms +ssh-rsa PubkeyAcceptedKeyTypes +ssh-rsa </code></pre> Another quick, lightweight and simple option is uMurmur but it would require people installing Mumble on their laptop or Mumla on their phone so that&#x27;s extra friction.<p>[1] - <a href="https:&#x2F;&#x2F;github.com&#x2F;quackduck&#x2F;devzat">https:&#x2F;&#x2F;github.com&#x2F;quackduck&#x2F;devzat</a>
评论 #37962245 未加载
评论 #37962040 未加载
评论 #37963809 未加载
评论 #37971422 未加载
评论 #37967085 未加载
avidiax超过 1 年前
Why did Amazon close this?<p>Were people succeeding their PIPs? Isn&#x27;t that a good thing?<p>Were people discovering that they were in secret pre-PIP (pivot), and then giving up earlier than the company wanted?<p>Were people taking the severance instead of working themselves to death just to get fired anyway?<p>Was there mounting evidence that Pivot&#x2F;PIP at Amazon is quota-based, not performance-based?<p>Were employees getting wise to how performance is documented, and either documenting their own side, or interfering with the company&#x27;s documentation efforts, which increases legal risk?
评论 #37963988 未加载
nine_zeros超过 1 年前
Blind app is the best place to find the nuances of corporate nonsense.
评论 #37963779 未加载
oldbbsnickname超过 1 年前
Wait a minute: does Amazon even tell white-collar employees they&#x27;re being PIP&#x27;d? I though they just fired people without giving them any reason.
评论 #37963940 未加载
gardenhedge超过 1 年前
Is PIP just an American thing? I don&#x27;t think they could do it in Europe, right?
评论 #37968155 未加载
评论 #37974477 未加载
评论 #37968663 未加载
tjpnz超过 1 年前
Can anyone at Amazon confirm how PIP works outside the United States? In countries like Japan it would be illegal.
评论 #37969112 未加载
tbrndyn超过 1 年前
Creator of the new group mentioned here...<p>My opinion is this. PIP is needed. URA projections are needed, but need revised and reformed. The question remains..is how should either be implemented. I think URA metrics should be nothing more than a suggestion of what&#x27;s likely the case. Example?<p>Say Amazon has 1.5M employees. URA hypothetically set to 6%, Currently, That&#x27;s 90,000 employees worldwide who would be considered underperformers and should be eliminated. To me, that is absurd.<p>How I think it should be carried out. Lower URA to 3%, 35,000 total employees. Change URA to &quot;Underperformance Risk&quot;. There&#x27;s a good chance 3% of employees are indeed underperformers. However the question remains..how are we targeting such? Warehouse associate tracking is easy. They make up the majority. Non WHA folks is a bit harder. So we need to focus on their accomplishments, ticket resolution, other verifiable data which can attribute to their performance. I.E.<p>- How many of their resolved issues needed reopened due to misdiagnosis?<p>- How many unsuccessful attempts to resolution of an issue? If unsuccessful, are there attempts made to properly escalate and learn from such failed attempt?<p>Projects that required rework or additional assistance?<p>Manager direct report attrition?<p>Thing is, requiring a certain percentage to be let go is absurd. Maintaining a target percentage of employees to identify at risk of underperforming is more ideal IMO. Then figure out a way to identify genuine underperformers, and actually make the attempt to get them to improve. Also, give underperformers a chance a one time chance to relocate, down-level, or find a role which best fits their demonstrated skill set.<p>We need to eliminate the fact that a Manager can unilaterally request a Focus entry. They can accomplish this by simply ommitting certain accomplishments of affected employees via OLR, therefore making them look less than ideal. Also, Peer feedback is terrible. If they&#x27;re your peer, chances are they&#x27;ll be looking to promote. You&#x27;re competition to them. It&#x27;s human nature. We need to emphasize stakeholder and those who are a level higher..their feedback on the performance of an employee. Peer feedback should only be used as a way to Guage whether the Bar is at the right threshold for such level&#x2F;role. We are a hypersensitive Data collection organization. There&#x27;s no reason other than acts of God where we can&#x27;t accomplish such. Additionally, I am human, and my ideas aren&#x27;t perfect. That&#x27;s why I created this group. To show the absurdity and encourage a channel for those involved to express their experiences, concerns or ideas for improvement.
评论 #37966138 未加载
评论 #37965541 未加载