《如何科学躺平》

几个月前在另外一个帖子炫耀了自己在亚麻躺了一年，和个别卷到飞起的同事一起拿了meet。前两天也有一个manager发帖询问如何激励员工好好工作。所以我想写一篇文章，站在IC的角度分享我过去7年在亚麻躺平的经历和经验，希望能给一些处在特殊工作环境下的小伙伴一些启发。
 
在展开细说之前，先对老板们说一声抱歉。不是因为老板对员工有先天上的压迫和剥削，而是说员工如果选择了躺平就意味着老板要付出更多，这是不可调和的矛盾。本文是站在IC的立场写的，如果有一天我成为了老板，我可能会去写一篇《如何科学PUA》。
 
先说核心内容，然后我会以过去去年换过的若干组为例子，详细解释我在不同环境下如何躺平。我过去就职于不同的program部门和science部门，下文提到的一些技术手段可能不适合SDE，欢迎大家补充。
 
1.     躺平是一门技术，并不是躺尸，听命于天。躺平在不同的环境下有不同的执行方式。没有一种躺平方式是万金油，你需要判断你的工作环境，工作性质，同事的工作态度/技能范围，以及大环境的变化。简单来说，具体情况具体分析，要随机应变。我会在后文做案例分析。
2.     安全躺平的要领只有一个 ：成为那个至少在短期内不可替代的人。成为这样的人有两个途径，要么靠技术，要么靠人脉。
2.1   前者好理解，就是老板在短期内无法找到你的技术平替：你用的tech stack没有人能短期上手，你写的code很重要却无人问津，你成为一个项目里面的唯一contributor。如果这样的壁垒没有天然形成，你也可以进行人工干预。举几个例子，1）在一个program team做分析人员，坚持使用Python分析，用Parquet存储数据摒弃Excel，这样周围绝大部分人都得依靠你进行分析；2）写data pipeline的时候尽量把data wrangling的部分写进code层面而非ETL，因为code可以人为故意写的很冗长，不容易理解也不容易access，而ETL一般大公司都会有一个ETL平台而且大家都可以access；3）做deployment的时候，如果组里没有明确需求，就选择大家不熟悉的方式。比如在一个纯science team，用CDK做开发拿Typescript写代码，那很有可能就难倒所有其他scientist；4）最重要的是，这个很多人也提到了：能不share knowledge就千万不要随意share，特别是只有自己掌握的核心domain knowledge。如果被逼无奈，那就去share一些人尽皆知无关痛痒的，或者用极其笼统的语言总结知识点，这样反正也没人看得懂逼迫老板依靠你去口头复述。
2.2   后者我自己没这方面的才华，但确实见到过组员实践过。这些组员都有一个特点 – 1）自己的口才好，人际沟通能力出色，人脉广跟很多cross team合作，获得广泛信任成为很多事情的POC，以及2）老板communication能力相对欠缺，反而需要这样的组员打开局面。见过的组员大部分是（近）native speaker级别的PM/TPM/BA，配上一个不擅长表达，不懂文化，不会ice-breaking，满口Chinglish的老中manager。讽刺的是，这样的组员老中manager可能不会重用，因为觉得组员不够技术，但一般也相对安全。
3.     重申第一点 – 躺平是一门技术，不是躺尸。回首过去躺平的时光，我认为我过着一个比朝九晚五更加辛苦的生活。不仅仅是需要审时度势观察周围环境的变化人事的变动警惕潜在“平替”的到来，更多的是为了成为“短期无法替代”而作出的努力。如果你还觉得躺平换来的时间可以用来打游戏谈恋爱吃喝玩乐，那你可能得改变思想。以自己为例，我毕业来亚麻做BA的时候，那时候刚会计硕士毕业，能做的最tech的事情就是用Excel加减乘除做pivot报表，SQL啥的只会select from where。一开始进来的时候也是努力工作，但无奈老板就是无法理解我通宵工作只为得到一个数字付出的辛苦（BA们可以出来说说是不是这样）。从此开始选择用“躺平”改变命运，用实际行动说服老板我出活慢是能力问题而非态度问题，在MLU重新上了一遍大学，有两年甚至每个工作日晚都在MLU楼看书学习，半夜跟清洁工和门卫大哥say goodbye。自学了各种有的没的，到处寻找机会遭人冷眼，但还是有幸遇到跟我背景相似的人帮我转到了science行业。“躺平”的日子很辛苦，但它治好了我的精神内耗，让我在有限的范围内掌握了自己的命运。
 
感慨地说，任何职场新人都不会主动去选择躺平，因为大家刚刚进入一个公司大多会心存感激。躺平是在无法提升自己的薪资报酬，对领导或工作无望的情况下的无奈之举。但如果你身处一个充满狼性文化的公司，遇到一个对牛弹琴的上司，科学的躺平可以帮你对抗被替代的风险，并且如果冲分利用节省下来的资源充实自己，还会对你的未来起到积极作用。


（写不动了，如果大家觉得有帮助，请留言跟我说一声，我会补充案例分析）

补充内容 (2024-08-03 13:27 +08:00):
粗看一眼，收藏数大概是点赞数4倍😁

之前对组里躺平的老人嗤之以鼻，现在想想看肃然起敬， 我还有一些其他的补充：
- 选择一个业务逻辑复杂度高的组（而不是技术难度大的组）， 并长期stay不换组，这样独立完成过几个project 以后基本上就稳了，因为老板PM获取context 最简单有效的方法就是直接问你，而不是读复杂的代码或者outdated doc

- 做事千万别追求完美，故意留一些不重要但很明显的P2bug , 或者留一部分需求给milestone 2, which you will never reach due to other priorities.

- 不要multi-tasking和context-switching, 同一时间只做一件事， 如果老板给了你很多活，问清楚priority排序， 这样通常只做完最重要的那件事就meet 甚至impact 好的话还会exceed, 关于prioritization 有一本书叫eat that frog.

多出来的时间请多多关心家人，自己的身体和心理健康，多玩多睡觉， explore the world.

非常赞同楼主所说的“用实际行动说服老板我出活慢是能力问题而非态度问题”对于这个，我也有几点心得
1. 躺平的时候对于重要的老板（比如skip）的信息或者Action item 做到over communicate就算没成果也要积极跟进，帮助自己在老板这里建立reputation让ta知道绝对不是你的态度问题
2. 给周围同事们也营造一个你很忙真的很多事情的氛围感，就算其实只是轻松2分钟搞定的事情也给人营造只有你能搞定的假象。这样在有些场合同事们甚至会帮你说话，营造出你已经有so many things on your plate并且真的非你不可的氛围感
3. 我觉得一开始建立reputation非常重要，所以我认为一般刚进公司几个月内卷一下卷出活还是很重要，让大家知道你是一个绝对靠谱态度端正的人，这样过后就算开始躺平了大家也不会觉得是你的态度问题
. 1point 3acres
这是一门艺术啊！我也在不断学习

躺平真的是职场人必备技能。说一下我的心得，运气不错到了一个很复杂的组（不是技术复杂，是business knowledge复杂），工作了1年才差不多明白各种牵一发动全身的关系。因为我做的是战略，这种business knowledge是一个做个方方面面都满意的plan的必需品。也是区分senior和一个普通写码analyst的关键。漫长的learning curve让我很难被替代。再加上合理的manage expectation。2天能做完的要一周，给自己留足足够cushion。现在基本上是就我能做，你嫌慢你找别人，哦对你没有别人。不给自己压力，不想升职（性价比太差），就愉快躺平搞搞副业啦。

如此干货为什么评论这么少啊 我觉得很有借鉴价值！

是啊，看似再好的manager也会让你do even more，看到一切“顺利”还以为难度低。IC如我运气好调试顺利超预期赶上节点，结果还要继续雕琢，真是想继续跳槽，管他什么one year cliff.

匿名用户 发表于 2024-08-02 04:53:17
之前对组里躺平的老人嗤之以鼻，现在想想看肃然起敬， 我还有一些其他的补充：
- 选择一个业务逻辑复杂度高的组（而不是技术难度大的组）， 并长期stay不换组，这

躺平省下来的时间多陪陪家人。

非常赞同这一点👍

点踩的是lz的manager？

匿名用户 发表于 2024-8-3 01:34
点踩的是lz的manager？

是的，就manager一个人恨楼主牙痒痒

对楼主说的第一点很有体会😂 「写的code很重要却无人问津，是一个项目唯一的contributor」 我现在确实是这样的，天然形成的😅 没想到还有那么多骚操作可以培养这种环境… 聊聊我的体会吧：visibility 很低，workload 也不重，meeting少，也几乎不需要撕逼，自由度挺高，上午下午晚上干活儿随心情，job security 也挺高，因为项目不是那种很差会被砍掉的，只是比较成熟，有固定客户，画不出大饼，大家都不想干…我自己是非常满意😆 我并不想卷升职或者lead 别人，原来这个项目还有一个人，他特别喜欢画饼以及对我指手画脚提高他的scope，可能这个项目确实太佛了，后来他去了一个卷组，我简直不要太爽…如果有什么risk还请各位提醒一下，这是我第一份工作，可能看的不全面，谢谢！

这很可以，受教了！