在内卷的IT行业，我选择“躺平”后，反而走得更远
引言：当996成为常态，我也曾迷失方向
2018年，我从一所普通本科毕业，怀揣着对技术的热情和改变世界的梦想，进入了一家中小型互联网公司。那时我对加班并不抵触——毕竟刚入行，多做点活，学得快一点是好事。但随着经验积累，我发现公司并没有因为业务增长而优化流程，反而变本加厉地把压力压在开发身上。
我记得最清楚的一次是2020年的春节前，我们负责的电商平台要做一次大促活动上线。为了赶进度，连续三周没有周末，每天干到凌晨一两点才走人。最后系统成功上线了，客户满意了，可团队里有两位同事直接请了两周病假。那一刻我突然意识到：这不是热爱工作，这更像是被“绑架”的坚持。
于是我开始思考一个问题：在这样高强度、高负荷的工作节奏下，我们是否还能真正保持对技术和产品的热情？有没有可能在保证效率的同时，也能拥有生活质量？
这篇文章不是“躺平宣言”，而是我对这些年经历的反思与成长之路的真实记录。
问题描述：代码写不完，需求追不上，身心俱疲
加入第二家公司后，我担任的是后端负责人，带一个小团队维护公司的核心产品——一个SaaS平台，服务中小企业的进销存管理。
项目背景：我们使用的是Spring Boot + MySQL + Redis的技术栈，前端用Vue.js，整体架构还算清晰。但由于公司处于高速扩张阶段，业务需求频繁变更，产品经理经常一句话就把之前的需求推翻重来。
举个例子：有一段时间我们要对接微信支付和支付宝支付接口，原计划一个月完成。但在实施过程中，老板临时决定要上会员体系、积分兑换、限时折扣等新功能，导致原有设计结构需要全盘调整。
那段时间我每天都在改需求、调接口、review代码、开各种会，几乎没有休息时间。团队士气低落，测试反馈的问题越来越多，甚至有一次生产环境出了数据同步异常的严重事故。
问题的本质不在于技术，而在于组织管理和团队协作方式。
解决方案：从被动响应到主动引导，重构工作模式
面对这种失控状态，我开始尝试做出一些改变：
1. 引入敏捷开发流程（Scrum）
虽然公司说我们也用“敏捷”，但实际执行完全是反敏捷的——没有排期、没有迭代、没有Review会议，只有一个字：“快”。
于是我和产品、测试一起制定了每周的迭代周期，并明确了每个周期的目标、任务分解、责任人和验收标准。
举个例子：我们用Jira做了任务看板，每个需求必须由PM提PRD文档，技术预研后评估工时，然后拆成若干子任务分配给开发人员。
这个小小的改变带来了意想不到的效果：团队成员知道自己该做什么，什么时候该交付，而不是一天到晚被各种“紧急需求”打断。
2. 自动化工具提升效率
为了减少重复性工作，我推动了一些自动化流程：
- 使用 Jenkins 实现持续集成/持续部署（CI/CD），每次代码提交自动构建测试并部署到测试环境。
- 对数据库变更进行了封装，采用 Liquibase 管理版本化迁移脚本，避免手动操作出错。
- 搭建日志收集系统 ELK（Elasticsearch + Logstash + Kibana），快速定位线上问题。
这些工具一开始投入了时间学习和配置，但从长期来看节省了大量的调试和排查时间。
3. 学会拒绝不合理需求
以前产品经理说“这个明天上线没问题吧”，我们总是咬牙应下来。但现在我会先问几个关键问题：
- 这个需求优先级真的比之前的更高吗？
- 能不能下周再上？影响是什么？
- 当前资源是否允许同时推进？
有时候并不是你不想加班，而是没人帮你判断哪些事是真正值得做的。
我学会了和产品经理合作，而不是对抗。我们会一起梳理需求池，制定优先级清单。这不仅提高了沟通效率，也减少了很多“无效加班”。
效果总结：从疲于奔命到掌控节奏
经过半年的调整，团队的变化让我惊喜：
- 上线频率稳定在每两周一次，质量明显提升
- 团队情绪明显好转，新人更容易融入，离职率下降
- 我自己有了更多时间关注技术趋势和架构设计，比如开始研究微服务拆分、API网关优化、性能调优
- 生产环境的故障率下降了60%，回滚次数几乎为零
最关键是，大家不再以“谁加班久”作为衡量贡献的标准。取而代之的是：谁完成了高质量的功能模块，谁解决了复杂的技术难题。
我在那一年第一次休完了年假，第一次晚上十点前回到家吃饭。
经验分享：真正的“躺平”，是高效工作的开始
现在回头看看那段高压日子，我明白了什么是“内卷”——它是一种非理性的竞争，是没有终点的消耗战。
我们总以为多写几行代码、多通宵几个夜晚就能带来更好的结果，但实际上，健康的节奏和高效的协作才是可持续发展的关键。
以下是我这几年总结下来的几点建议：
1. 不要为了“加班文化”牺牲自己的健康
程序员的身体是最基本的生产力工具。如果因为熬夜加班落下毛病，后面修复成本远高于眼前的工作产出。
2. 掌握节奏，比盲目拼速度更重要
学会规划、拆解、评估工作量，不要让别人牵着鼻子走。你可以是团队中那个“冷静的声音”，帮助大家一起理性决策。
3. 技术之外，沟通能力同样重要
很多时候项目失败不是技术不行，而是沟通不到位。你能清晰表达自己的想法，能推动上下游共同配合，这才是真正的能力。
4. 利用好开源社区和自动化工具
别什么事情都自己从头造轮子。像Git、CI/CD工具、监控平台、云服务等都是提高效率的好帮手。它们是你“躺平”的资本。
5. 给自己留些“空闲时间”用于学习和探索
我是在某个周末抽空看了《DDD领域驱动设计》之后，才真正理解如何设计复杂的业务模型。如果你每天都处在忙乱状态，这些机会就错过了。
尾声：躺平不是放弃，而是重新定义“奋斗”
在我眼里，“躺平”从来不是消极逃避，而是拒绝无意义的消耗，转而专注于真正有价值的事。
现在的我已经离开那家公司，加入了另一家注重工程师文化的创业公司。这里依然有挑战，但不再是靠加班堆出来的业绩，而是通过合理分工、高效协作达成目标。
我相信，在技术这条路上，走得远的人未必是最拼命的，而是懂得如何平衡生活与工作的聪明人。
希望这篇文章能给正在疲惫边缘挣扎的你一点启发：别急着跑，先学会停下来看清方向。
毕竟，我们热爱编程这件事本身，不是因为它能让我们累死，而是因为它能让我们创造价值、改变世界。
而这一切，都应该建立在一个清醒、健康、快乐的基础上。
📝本文作者：一个经历过加班地狱，最终走出迷茫的IT打工人。愿你也能找到属于自己的节奏，在代码的世界里自由驰骋。
评论 0