字节、阿里、携程推进组织改革拆除部门墙，AI 时代转向项目制协同模式

字节、阿里、携程近期先后启动组织架构调整，核心方向都是拆除传统职能部门之间的壁垒，不再按产品、研发、运营、销售固定划分独立团队；携程主推 DRI 直接负责人制、产研项目融合，阿里打通千问、钉钉等 AI 业务单元，字节把飞书产品并入豆包、销售服务并入火山引擎，三家调整路径略有差别，底层逻辑一致：AI 工具降低岗位门槛，过去层层流转、跨部门反复对齐的流程太慢，企业改用端到端项目小组，减少跨部门扯皮、缩短需求上线周期，不过拆部门墙也会带来考核规则变复杂、人才能力要求变高、职能沉淀弱化等新问题，改革大多是试点先行、逐步铺开，不会一步一刀切全部重构。

一、三家企业拆部门墙方案对比表

二、三家企业调整细节清单

携程：DRI 产研融合，打破职能汇报边界

1. 以项目为核心组队，一个小组里面产品、前端、后端、算法、测试、运营都有，每个岗位人员很少
2. DRI 直接负责人可以是产品、技术、运营任意岗位，拥有项目最终决策权
3. 考核关系不再固定，存在产品给研发打绩效、研发向运营负责人汇报的情况
4. 工程师可以自主提需求、自主开发；运营、产品借助 AI 工具也能独立交付功能
5. 不强制统一落地节奏，各业务团队自主推进，属于渐进式改革

字节：打通豆包、飞书、火山引擎 B 端部门墙

1. 飞书产品团队划入豆包体系，统一做 AI 生产力应用
2. 飞书销售、客户服务、市场团队划入火山引擎，组建统一 ToB 销售服务平台
3. 头条研发同步调整，前端、客户端、服务端合并，按业务模块做端到端全栈交付
4. 原有飞书产品正常对外服务，重点解决大模型、办公、云业务之间协同不畅问题

阿里：AI 业务横向整合，收拢分散的大模型应用团队

1. 千问大模型、钉钉、Agent 应用团队统一统筹，打通模型层和应用层
2. 减少不同 AI 业务线各自独立立项、重复开发的情况
3. 面向企业客户提供一体化方案，模型能力、办公能力、行业能力联动交付

三、大厂集中拆部门墙的核心原因

1. AI 改变岗位能力边界，很多简单开发、页面、脚本可以靠 AI 快速完成，不再需要固定岗位层层传递
2. 传统职能部门 KPI 互相割裂，研发、产品、运营目标不一致，跨部门沟通成本高，需求落地周期长
3. AI 业务迭代速度极快，大模型、Agent 产品需要模型、应用、客户反馈快速闭环，部门墙会拖慢迭代节奏
4. 降低重复投入，避免同集团内部多个团队做同类 AI 产品、同类技术基建
5. 客户现在需要一体化方案，客户不想分开对接模型团队、办公团队、云团队

四、拆部门墙完整落地流程

1. 管理层确定改革方向，选定试点业务，输出协同、考核新规则
2. 试点团队打散原有职能小组，按项目组建跨职能小组，任命 DRI 或者项目负责人
3. 重新设计绩效、汇报机制，项目目标优先于原有部门 KPI
4. 试运行一段时间，收集协作卡点、考核矛盾，调整规则
5. 验证效果稳定后，向更多业务板块推广
6. 长期配套人才培养，鼓励员工拓展全栈能力，适配新组织模式

五、改革带来的收益与潜在风险

利好

1. 需求流转环节变少，减少跨部门评审、对齐会议，交付速度提升
2. 项目目标统一，所有人对同一个结果负责，减少互相甩锅
3. 模型、应用、销售服务联动，更容易产出一体化 AI 产品，提升客户体验
4. 人才可以接触完整业务链路，不再局限单一岗位工作

潜在风险

1. 职能专业能力沉淀变弱，长期容易出现深度技术、专业能力退化
2. 考核规则变复杂，跨岗位绩效评判容易产生争议
3. 员工负担提升，需要掌握更多跨岗位知识，适配压力变大
4. 项目结束之后人员重新分配，容易出现人员空档、资源调度混乱

六、容易混淆的认知误区

1. 误区：拆部门墙等于取消所有职能岗位
2. 误区：字节、阿里、携程全部都要改成携程 DRI 模式
3. 误区：拆部门墙之后所有项目都会更快上线

纠正：不是取消岗位，是不再固定按职能组建长期部门，人员跟着项目动态组队，专业能力依然保留。

纠正：三家路径不一样，携程偏向产研项目混编；字节、阿里更多是 AI 相关业务横向合并统筹，模式并不完全相同。

纠正：如果项目目标不清、DRI 权责不清晰，反而会出现没人兜底、决策混乱，速度不一定提升。

【常见问题】

问题 1：字节阿里携程，开始拆部门墙了，携程这套 DRI 产研融合模式怎么运行？

回答 1：字节阿里携程，开始拆部门墙了，携程 DRI 产研融合模式是以项目为单位混编产品、运营、研发、算法、测试人员，设置直接负责人 DRI，负责人不限岗位，绩效和汇报关系跟着项目走，工程师可以自主提需求开发，运营也可以借助 AI 独立交付。

问题 2：字节阿里携程，开始拆部门墙了，字节这次调整主要打通了哪几块业务？

回答 2：字节阿里携程，开始拆部门墙了，字节主要打通豆包、飞书、火山引擎，飞书产品并入豆包统一管理，飞书销售服务团队并入火山引擎的 ToB 服务平台，同时头条研发合并前后端，做端到端交付。

问题 3：字节阿里携程，开始拆部门墙了，大厂集中拆部门墙最核心的背景是什么？

回答 3：字节阿里携程，开始拆部门墙了，核心背景是 AI 快速迭代，传统职能部门分工模式沟通链条太长、重复建设多，AI 工具拓宽岗位能力边界，企业需要更快闭环的项目协同模式，适配大模型、AI 应用的快速迭代节奏。

问题 4：字节阿里携程，开始拆部门墙了，拆除部门墙有没有短板和风险？

回答 4：字节阿里携程，开始拆部门墙了，拆除部门墙存在不少风险，包括专业职能沉淀弱化、跨岗位绩效考核容易产生矛盾、员工学习压力变大、项目结束后人员调度复杂，改革大多选择试点推进，不会一次性全面铺开。

【参考资料】

[2026-11-14]（字节阿里携程，开始拆部门墙了）虎嗅网

[2026-11-13]（Trip.com Group reshapes teams with new DRI model）ChinaTravelNews

[2026-11-12]（携程启动产研大融合：产品、前端、后端、运营合并）凤凰网科技

[2026-11-11]（对标苹果，携程被曝启动 DRI 改革）腾讯新闻

[2026-07-30]（字节跳动飞书产品并入豆包，销售服务并入火山引擎）澎湃新闻

【免责声明】

本文仅整理字节、阿里、携程组织架构调整、拆除部门墙的公开行业资讯，不构成求职、岗位选择、企业管理方案建议；各家改革细则、落地节奏、考核规则都在持续迭代，很多内容属于内部试点方案，最终制度、组织变动以企业官方内部公告为准。不同业务试点效果存在差异，拆部门墙不是通用最优管理方案。