文章总结： 作者反思在大厂工作太快的弊端，指出低职级员工高效完成工作反而导致领导低估难度、同事不推荐、绩效不佳。建议员工应适当展示项目难度，让问题显现，以获得认可和晋升。 综合评分： 81 文章分类： 其他

(反思篇) 在大厂干活太快真的是一件好事吗？

原创

小虾安全

小虾安全

2025年10月20日 09:14 北京

(反思篇) 在大厂干活太快真的是一件好事吗？

笔者在大厂目前工作一年半多了，

突然想写一篇文章来吐槽自己的一个行为，

也是和两个朋友交流完之后自己醒悟过来的，

发到公众号也是想和大家交流一下。

背景介绍

笔者职级算是低职级，换算到阿里大概是P6，组内有做不同的平台，人数有多有少。

笔者算是在一个人数相对较少的一个平台。部门管理相对扁平，组织架构是 笔者->虚线->+1->+2(部门管理者)。

入职一年多半，笔者绩效平平，换算阿里的绩效就是3.5。

但是笔者自认为产出横向来看还是很可以的，和隔壁组的朋友以及组内高P聊天都是对笔者的实力以及产出十分认可，

并且笔者每次都是提前完成自己的 OKR，但是绩效的评价就是符合预期。

笔者自认还是超出预期的，

排除了隔壁组朋友 H 是为了安慰我才说是超出预期，笔者又问了很耿直并且不在笔者公司的朋友W，W问了技术以及我的进度时间之后，直接切入核心：

”你的产出没问题，说是超预期完全没问题，你的问题就是干得太快了”

后面又和大厂老油条朋友B聊了两个小时之后，笔者打算写这篇文章来和读者大佬们交流一下看法。

实线领导侧

老油条朋友 B 和我说，在懂技术的高职级或者虚线或许是知道你做事情的难度，一年半搞定N个平台。

但是在实线领导是绝对不懂你搞这个事情的难度的，在他听来，一个低职级的人搞定了 N 个平台，第一反应并不会是这个低职级的人很牛，

而是： 哦，我们这有一个这个职级的小伙子，在一年半的时间内搞定了xxx、yy、zz、ll 等平台，原来这些平台那么好搞啊。

所以不要指望实线领导侧会感觉一个低职级的人很厉害，很牛。他最多可能就冒出来一个事情容易的想法。

朋友B还给我举了一个例子，

在我司负责某个平台的其它部门磕磕绊绊两个人维持着，两个人给的绩效还挺高。

笔者一脸不服气：我一个人两个月设计的方案现在还很稳。

朋友 B 说,在领导侧，反而磕磕绊绊的才会更容易升，因为遇到了问题体现出来了难度，解决问题体现出来了技术，这感观上就比你这两个月就搞定的强，大家都是把问题的难度抛出来再去解决，贬低项目的难度就是贬低自己，要学会”花花轿子众人抬”

项目同事侧

朋友 B 又给出了一个观点：

对于同样方向的同事，他们对你评价一定是技术很强，但是在汇报层面一定不会说你很强，并且很可能还会暗示你做的平台很容易。

在大厂里面晋升名额一般来讲是相对固定的，承认你很优秀那么他们就很有可能就会被横向比较，所以他们不拉踩你就不错了，

对于项目同事，他们一定知道你很强，但是向上这一方面，大概率是不会体现你很强的。

虚线侧

朋友B得出了一个结论：那么你和你的虚线相处的一般，那么你的虚线和+1关系相处的一般。

究极原因，就是你体现出来的能力，虚线一定是知道的，价值这方面也是虚线能GET到的，所以如果你的能力一直在线，虚线如果多和+1、+2提到你，那么一定不会是一次好绩效都没有。

这下是我佩服朋友B了，不愧是大厂老油条了。

确实是这样，虚线对我挺好的，我在超额完成我的OKR之后，主动要承担一些工作量，被虚线拒绝了，让我自由研究。

实际上还是笔者参与的项目不是那么的受重视。

总结

那咋办嘛，干活的低职级不升，高职级嘎嘎升。

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：小虾安全 小虾安全《(反思篇) 在大厂干活太快真的是一件好事吗？》