先说结论：携程这轮「产研融合」，PPT 上写的是打破职能边界，落到工位上，大概率是一个人干六个工种的活。
据「大厂日爆」2026 年 11 月 11 日的爆料，携程上周在 all hands 大会上宣布推广这套制度。官方没回应，也没有细节、没有名单、没有数字。所以下面这些，是我按爆料能推出来的部分，加上我真心想举手问的那几个问题。
又一个全员大会上的好消息
大厂的全员大会有个固定节目：宣布一个听起来特别先进的组织改革。PPT 上画的是网状结构，箭头四通八达，台下鼓掌。
这次的关键词叫「产研融合」。以项目制把产品、运营、前端、后端、算法、测试合并到一起，负责人不限职能。翻译成人话：以前按职能划的部门墙，这次要拆。
听着其实挺对。墙确实烦，谁没在群里被一句「这个需求你找 XX 确认一下」踢过皮球。
但我一看到「负责人不限职能」这七个字，后背就有点发凉。这句话的另一面是：负责人的专业背景，也不再是门槛了。
三句话说清到底改了什么
第一句：人按项目分，不按职能分。一个组里产品、运营、前端、后端、算法、测试都在，传统边界被打散。
第二句：每个工种只留 1-2 个人。爆料里这句「部分团队每个工种仅 1-2 人」字数不多，但它决定了后面所有的事。
第三句：交付方式变了。前端后端可以自己提需求自己实现；产品和运营的 idea，只要能由 AI 做出来，也能独立交付。
三句话说完。剩下的全是细节，而细节恰恰是这次一字没提的部分。
我就想问一句绩效到底谁打
最要命的是打分。爆料说可能出现产品给技术打绩效、技术汇报给运营。我不站哪一边，我就想问：打分那个人，看得懂被评的人干的活吗？
一个运营给后端打分，他看见的是「这人上线慢」，看不见的是「这需求改了四版」。一个产品给测试打分，他看见的是「bug 没拦住」，看不见的是「文档里压根没写清楚」。
这不是谁高谁低，是尺子的问题。尺子握在不专业的人手里，量出来的只能是谁嗓门大、谁会汇报。
第二问：晋升怎么写。工程师以前的路很清楚，技术深度、系统设计、带人。现在你一半时间在写文档、对齐需求、跟运营吵优先级，述职的时候这些算什么？
第三问：活多了，人少了吗。工种合并、每工种一两个人、交付还要求更快。这道算术题我不太会做，希望有人教教我。
顺便说一句，这三个问题没有一个能在 all hands 的问答环节里问出口。不是没人想问，是问完第二天你就成了「不拥抱变化」的那位。
AI 在这件事里是工具还是理由
「idea 能由 AI 实现，就可以独立交付」，这句是整篇爆料里最漂亮的一句，也是最容易被误读的一句。
漂亮在哪？它承认 AI 确实把「想法到能跑的东西」这段距离缩短了。一个运营把需求写清楚，AI 出个原型，两年前不成立，现在成立。
误读在哪？它把「能不能做出来」和「该不该这么交付」混成了一件事。能跑的原型和能上线的产品，中间隔着的不是代码，是评审、是压测、是半夜三点的告警。
我的判断是：这句话听上去是「你成年了，自己搞定」，潜台词是「中间那层负责协调、评审、兜底的人，不再需要了」。
协调岗在大厂里是最不直接产出、也最容易被砍的一层。以前砍它的理由是「效率低」，现在砍它的理由是「AI 能替」。理由升级了，动作没变。
所以 AI 在这里到底是工具还是理由？对一线是工具，对组织是理由。工具帮你把活干完，理由帮公司把话说圆。
被重组的不是团队是专业这两个字
我一开始以为，这轮改革重组的是团队。写到这儿发现不对，被重组的是「专业」这两个字。
过去十年大厂最贵的东西是分工。产品想清楚、设计画明白、开发写干净、测试兜住底，每个人在自己那一格做到 80 分，拼起来就是能上线的东西。
现在格子被拆了。好处是真快，坏处是没有人对整条链路负责，每个人只对自己那一小块负责，而那一小块还在不断变大。
所以真正要命的坑不在「谁给谁打分」，在于没人对质量兜底。绩效互打只是把这个坑摆到了台面上。
我不反对合并。很多团队的墙确实该拆，很多交接确实是在浪费生命。但合并不等于把人逼成六边形战士，也不等于「专业」变成一项可以取消的成本。
真想做好，改革该回答的不是「谁有资格当负责人」，而是「出了问题，谁的锅」。这问题答不上来，网状图画得再漂亮，也只是把皮球换了个方向踢。
至于以后简历上写「精通产品、运营、前后端、算法、测试」，面试官大概只会抬头问一句：那你到底擅长什么？
