微软这次调整里，最有意思的不是谁升了一级，而是 Teams 换了汇报线。
据 The Verge 援引内部备忘录和消息源报道，负责微软 Experiences and Devices 的资深高管 Rajesh Jha 将在 6 月 30 日退休。Jha 在微软工作超过 35 年，过去覆盖 Windows、Office、Copilot、Microsoft 365 等核心业务。
他的离开，触发了一次生产力业务重排：LinkedIn CEO、Office 负责人 Ryan Roslansky 将新增负责 Teams，并领导新的 Work Experiences Group。
我更在意的是，微软没有简单找一个人接 Jha 的全部盘子。它把前台工作场景、Copilot 平台能力、Windows 与设备拆开了。这说明微软对 AI 办公的管理重心，正在从“给每个应用加一个 Copilot”转向“让邮件、会议、文档、文件和业务系统真的串起来”。
Jha 退休后，微软把生产力业务重新切开
The Verge 看到的内部备忘录显示，新结构本周生效。Jha 6 月 30 日离职后，Charles Lamanna、Pavan Davuluri、Perry Clarke 和 Ryan Roslansky 将直接向 CEO Satya Nadella 汇报。
几条线可以这样看：
| 负责人 | 新职责或延续职责 | 这条线说明什么 |
|---|---|---|
| Ryan Roslansky | 已负责 LinkedIn 和 Office，新增 Teams，领导 Work Experiences Group | Office、Teams 和职场网络被放到更接近“工作场景”的一侧 |
| Charles Lamanna | 接管 Copilot、Agents and Platform，覆盖 M365/Dynamics 365 服务、BizChat、M365 Core、OneDrive、SharePoint、DPG | Copilot、Agent、文件、权限、数据和基础服务被放到同一条工程线上 |
| Pavan Davuluri | 继续负责 Windows and Devices Group，Intentional 团队转入其麾下 | Windows 与设备仍是独立重心，也承接部分老 Office 技术资产 |
| Perry Clarke | 出任 Application Systems CTO | 负责看 M365、Copilot、模型、Azure、芯片之间的系统架构 |
这张表里，最容易被误读的是 Teams。
Teams 转向 Roslansky，不等于 Teams 要和 LinkedIn 合成一个产品。材料目前只说明汇报线变化。更稳妥的理解是，微软想让 Teams、Office、LinkedIn 这些“人怎么工作”的产品，在管理上靠得更近。
这对企业客户很实际。
如果一家公司正在评估 M365 Copilot，IT 团队短期内更可能做两件事：一是暂缓大规模采购或扩容，等微软把 Teams、Office、BizChat 的路线讲清；二是先把权限、SharePoint 文档库、OneDrive 文件治理清一遍。因为 Copilot 好不好用，最后会卡在这些旧账上。
Copilot 的对手不是功能演示，而是企业里的旧流程
过去两年，微软给 Copilot 放了很多入口。Word、Excel、PowerPoint、Outlook、Teams 都有。BizChat 也被推到企业知识检索和工作流场景里。
但企业客户买的不是一个生成按钮。
他们要的是：会议纪要能不能接上任务，文档能不能按权限检索，邮件里的客户信息能不能进入业务流程，SharePoint 里的文件能不能被正确理解，Dynamics 365 的数据能不能被安全调用。
这也是 Lamanna 接管 Copilot、Agents and Platform 的关键。M365 Core、OneDrive、SharePoint、Data Platform and Growth 被放进同一组，至少表明微软想把 Copilot 背后的权限、文件、搜索、数据治理和代理能力集中处理。
横向看，Google 在把 Gemini 推进 Workspace，Salesforce 则用 Agentforce 绑定企业数据和流程。微软的牌面更厚：Office、Teams、Windows、Azure、Dynamics 365 都在手里。
厚也有代价。
Office 的历史太长，Windows 的兼容包袱太重，SharePoint 和企业权限系统又牵着大量老流程。AI 办公不像消费级聊天机器人，不能只追求回答漂亮。它要在合规、审计、管理员控制、跨版本文件里活下来。
这次重组的现实约束也在这里：汇报线变短，不等于产品体验马上变顺。普通 Teams 和 Office 用户短期内未必会立刻看到界面大改。更可能先变化的是企业版 Copilot 的入口、权限策略、管理后台和集成节奏。
对开发者和企业内部自动化团队来说，也要盯紧 Lamanna 这条线。如果 Copilot、Agent、M365 Core 的接口和治理规则更集中，围绕 Teams、SharePoint、Dynamics 365 做工具的人，后面可能需要调整插件、工作流和权限适配方式。
自愿退休计划不是裁员信号，但会影响产品记忆
微软同一时期还将向美国长期员工推出一次性自愿退休计划。The Verge 报道称，适用条件是年龄加服务年限合计达到 70 或以上，完整细节会向员工公布。
这里要划清边界。原文没有提到裁员人数，也没有给出成本节省规模。把它直接写成业绩恶化或大规模裁员信号，证据不够。
但它对 Windows、Office、SharePoint 这样的老牌组织不是小事。
符合条件的人里，可能有很多熟悉旧代码、旧格式、企业部署、兼容性和管理员场景的老员工。AI 产品要进大公司，常常靠这些“不显眼”的经验兜底：Excel 旧格式、Word 模板、SharePoint 权限、Windows 兼容、审计日志、管理员控制台。
老地基不是包袱那么简单。修桥的人换了，桥还得天天通车。
接下来最该看三件事：
- Roslansky 会不会把 Teams 做成 M365 Copilot 更明确的工作入口，而不只是会议和聊天工具。
- Lamanna 能不能把 Copilot、Agent、M365 基础服务收成一套企业可管、可审计、可扩展的平台。
- 自愿退休计划会不会带走关键产品记忆，尤其是 Office、Windows、SharePoint 这些老系统的工程细节。
这三件事，比头衔变化更能判断微软 AI 办公的进度。
开头那个问题也就回来了：Teams 为什么要换汇报线？因为微软已经发现，AI 办公的战场不在单个应用里，而在一条完整工作流里。Teams 只是入口，真正难的是让 Office 的老墙、M365 的底座和 Copilot 的新能力穿到一起。