微软这次改变的不只是产品路线图的名称。2026 年 8 月 25 日，Microsoft 365 Roadmap 正式更名为 AI at Work Roadmap；从 2026 年 9 月开始，Dynamics 365、Power Platform 和 Dataverse 的路线图内容也将逐步加入其中。25

微软希望打造一个统一入口，用于查看 Microsoft 365、业务应用、低代码平台以及 AI 产品的计划功能。对管理员和企业规划人员来说，更重要的变化在于：Dynamics 365 沿用了多年的半年一度发布波次机制将退出舞台，微软将改为持续发布路线图信息，而不再集中到 Release Wave 1 和 Release Wave 2 两次公告中。357

一张路线图覆盖更多产品

新的 AI at Work Roadmap 将覆盖以下产品和功能领域：

• Microsoft 365 及其商业功能
• Dynamics 365
• Microsoft Power Platform
• Microsoft Dataverse
• Copilot、软件代理（agents）及其他相关 AI 体验

微软给出的理由是，企业通常会组合使用这些产品。将相关信息集中到一个追踪器中，有助于用户发现即将推出的功能、查看发布进度，并协调由不同团队负责的产品部署和采用计划。5

这次调整主要涉及信息架构和发布方式，并不会创建一个完全不同的产品体验。微软表示，用户仍可按照原有方式访问路线图；新路线图的目标是整合规划信息，而不是改变访问流程。20

2026 年 9 月不会再有 Release Wave 2 计划

过去，Dynamics 365 和 Power Platform 客户通常围绕每年两次的发布波次来安排预算、测试、培训和部署工作。但这一模式即将结束。

微软发布的计划说明称，从 2026 年 9 月起，新的 Dynamics 365、Power Platform 和 Dataverse 功能将发布到 AI at Work Roadmap，之后不再发布传统意义上的 Release Plan。现有发布计划仍会保留，供用户查阅历史信息。7

因此，2026 年 9 月不会有 Release Wave 2 计划。未来的新功能将在微软认为计划已经确定、适合公开时直接出现在路线图中，而不必等到固定的发布波次公告。39

这一变化既有好处，也会带来新的规划成本：

• 潜在好处： 信息可以全年持续出现，不必等到集中发布时点。
• 规划代价： 客户将失去固定日期、集中整理的年度规划快照，必须自行持续搜集和解读变化。

换句话说，新模式可能带来更新更及时的信息，但也把更多路线图管理责任交给了客户。

Release Planner 将于 11 月退役

微软计划在 2026 年 11 月 15 日 退役 Release Planner，其功能将由 AI at Work Roadmap 承接。后者将成为整合后路线图内容的主要入口。13

旧的发布计划不会立即消失。微软表示，现有计划会继续保留，供用户进行历史参考。企业团队仍可利用这些资料回顾过去的承诺，并与当前路线图条目进行对照。7

IT 团队需要改变发布管理节奏

过去，企业可以把大量规划工作集中在每年两次的发布波次前后。随着这一机制取消，组织不应再等待两个固定的年度节点，而应建立周期性的发布管理流程。多数团队可以按月审查；对于定制程度较高或业务影响较大的环境，则可以提高审查频率。

一个比较实用的流程包括：

1. 明确需要关注的产品和环境。 按负责团队区分 Microsoft 365、Dynamics 365、Power Platform、Dataverse、Copilot 和代理相关变化。
2. 使用路线图筛选器。 AI at Work Roadmap 支持按产品、状态、发布阶段、平台和云实例筛选内容。10
3. 保存并订阅相关视图。 RSS 订阅可以帮助团队持续跟踪特定类别，而不必反复搜索完整路线图。16
4. 将路线图变化接入内部治理流程。 将相关条目分别交给测试、安全、许可、沟通和变更管理团队评估。
5. 把内部决策与微软预测分开记录。 路线图条目可以作为规划依据，但不应自动等同于部署决定或采购依据。

最后一点尤其重要。微软明确说明，路线图中的日期只是预计发布日期，相关信息也可能发生变化。10 因此，路线图适合用来提前准备，但不能被视为具有合同约束力的交付承诺。

AI 工具也能帮助查询路线图

微软的 Release Communications MCP Server 可让兼容 MCP 的 AI 客户端以程序化方式访问 Microsoft 365 Roadmap 和 Azure Updates 背后的信息。它支持通过自然语言搜索、筛选和获取发布信息。30

这意味着管理员不一定只能手动浏览网页，也可以在兼容的 AI 工具中直接提出查询。例如，微软文档介绍了 MCP 与 Visual Studio 等开发工具的集成；相关公告材料还将 Visual Studio Code 和 GitHub Copilot CLI 列为可用于这类工作流的环境示例。22930

不过，AI 查询并不能取代人工审核。管理员在据此做出运营决定前，仍需确认功能范围、许可要求、云实例可用性、发布状态、依赖关系以及最新的微软文档。

为什么“AI at Work”这个名字引发争议

微软的解释并不复杂：新的路线图覆盖了更广泛的产品组合，涉及办公生产力、业务应用、低代码工具和 AI。因此，公司希望用一个围绕工作场景的名称来统一呈现这些内容。

但与 Microsoft 365 Roadmap 相比，AI at Work Roadmap 对用户来说并不一定更直观，尤其是当路线图中仍包含大量传统产品更新时。一些批评者认为，新名称可能让 Microsoft 365、Dynamics 365 或 Power Platform 的普通功能更难被准确找到；也有人将此视为微软在多个产品和服务中持续强化 AI 品牌的一部分，认为这种做法可能模糊功能、产品与许可要求之间的区别。81719

许可问题也可能增加理解难度。部分 Copilot 和 AI 功能需要单独的许可或附加组件，因此某项功能出现在一个以 AI 命名的路线图中，并不意味着所有客户都能直接使用它。18

对企业客户意味着什么

AI at Work Roadmap 应被理解为两项变化的结合：一次品牌重命名，以及从定期集中披露转向持续披露的发布模式转型。

微软正在把 Microsoft 365、Dynamics 365、Power Platform、Dataverse、Copilot、代理和相关体验的路线图集中到一个入口，同时结束熟悉的发布波次节奏，并退役 Release Planner。357

对企业客户而言，最实际的应对方式是建立内部持续监控机制：按实际使用的产品和云环境筛选路线图，订阅相关更新，在合适的情况下使用程序化或 AI 辅助访问，并在投入预算、测试资源或培训计划前逐项核实信息。

统一路线图或许能让微软庞大的产品组合更容易在一个页面中查看，但也意味着客户必须承担更多自己的发布治理工作。

微软这次改变的不只是产品路线图的名称。2026 年 8 月 25 日，Microsoft 365 Roadmap 正式更名为 AI at Work Roadmap；从 2026 年 9 月开始，Dynamics 365、Power Platform 和 Dataverse 的路线图内容也将逐步加入其中。25

微软希望打造一个统一入口，用于查看 Microsoft 365、业务应用、低代码平台以及 AI 产品的计划功能。对管理员和企业规划人员来说，更重要的变化在于：Dynamics 365 沿用了多年的半年一度发布波次机制将退出舞台，微软将改为持续发布路线图信息，而不再集中到 Release Wave 1 和 Release Wave 2 两次公告中。357

一张路线图覆盖更多产品

新的 AI at Work Roadmap 将覆盖以下产品和功能领域：

• Microsoft 365 及其商业功能
• Dynamics 365
• Microsoft Power Platform
• Microsoft Dataverse
• Copilot、软件代理（agents）及其他相关 AI 体验

微软给出的理由是，企业通常会组合使用这些产品。将相关信息集中到一个追踪器中，有助于用户发现即将推出的功能、查看发布进度，并协调由不同团队负责的产品部署和采用计划。5

这次调整主要涉及信息架构和发布方式，并不会创建一个完全不同的产品体验。微软表示，用户仍可按照原有方式访问路线图；新路线图的目标是整合规划信息，而不是改变访问流程。20

2026 年 9 月不会再有 Release Wave 2 计划

过去，Dynamics 365 和 Power Platform 客户通常围绕每年两次的发布波次来安排预算、测试、培训和部署工作。但这一模式即将结束。

微软发布的计划说明称，从 2026 年 9 月起，新的 Dynamics 365、Power Platform 和 Dataverse 功能将发布到 AI at Work Roadmap，之后不再发布传统意义上的 Release Plan。现有发布计划仍会保留，供用户查阅历史信息。7

因此，2026 年 9 月不会有 Release Wave 2 计划。未来的新功能将在微软认为计划已经确定、适合公开时直接出现在路线图中，而不必等到固定的发布波次公告。39

这一变化既有好处，也会带来新的规划成本：

• 潜在好处： 信息可以全年持续出现，不必等到集中发布时点。
• 规划代价： 客户将失去固定日期、集中整理的年度规划快照，必须自行持续搜集和解读变化。

换句话说，新模式可能带来更新更及时的信息，但也把更多路线图管理责任交给了客户。

Release Planner 将于 11 月退役

微软计划在 2026 年 11 月 15 日 退役 Release Planner，其功能将由 AI at Work Roadmap 承接。后者将成为整合后路线图内容的主要入口。13

旧的发布计划不会立即消失。微软表示，现有计划会继续保留，供用户进行历史参考。企业团队仍可利用这些资料回顾过去的承诺，并与当前路线图条目进行对照。7

IT 团队需要改变发布管理节奏

过去，企业可以把大量规划工作集中在每年两次的发布波次前后。随着这一机制取消，组织不应再等待两个固定的年度节点，而应建立周期性的发布管理流程。多数团队可以按月审查；对于定制程度较高或业务影响较大的环境，则可以提高审查频率。

一个比较实用的流程包括：

1. 明确需要关注的产品和环境。 按负责团队区分 Microsoft 365、Dynamics 365、Power Platform、Dataverse、Copilot 和代理相关变化。
2. 使用路线图筛选器。 AI at Work Roadmap 支持按产品、状态、发布阶段、平台和云实例筛选内容。10
3. 保存并订阅相关视图。 RSS 订阅可以帮助团队持续跟踪特定类别，而不必反复搜索完整路线图。16
4. 将路线图变化接入内部治理流程。 将相关条目分别交给测试、安全、许可、沟通和变更管理团队评估。
5. 把内部决策与微软预测分开记录。 路线图条目可以作为规划依据，但不应自动等同于部署决定或采购依据。

最后一点尤其重要。微软明确说明，路线图中的日期只是预计发布日期，相关信息也可能发生变化。10 因此，路线图适合用来提前准备，但不能被视为具有合同约束力的交付承诺。

AI 工具也能帮助查询路线图

微软的 Release Communications MCP Server 可让兼容 MCP 的 AI 客户端以程序化方式访问 Microsoft 365 Roadmap 和 Azure Updates 背后的信息。它支持通过自然语言搜索、筛选和获取发布信息。30

这意味着管理员不一定只能手动浏览网页，也可以在兼容的 AI 工具中直接提出查询。例如，微软文档介绍了 MCP 与 Visual Studio 等开发工具的集成；相关公告材料还将 Visual Studio Code 和 GitHub Copilot CLI 列为可用于这类工作流的环境示例。22930

不过，AI 查询并不能取代人工审核。管理员在据此做出运营决定前，仍需确认功能范围、许可要求、云实例可用性、发布状态、依赖关系以及最新的微软文档。

为什么“AI at Work”这个名字引发争议

微软的解释并不复杂：新的路线图覆盖了更广泛的产品组合，涉及办公生产力、业务应用、低代码工具和 AI。因此，公司希望用一个围绕工作场景的名称来统一呈现这些内容。

但与 Microsoft 365 Roadmap 相比，AI at Work Roadmap 对用户来说并不一定更直观，尤其是当路线图中仍包含大量传统产品更新时。一些批评者认为，新名称可能让 Microsoft 365、Dynamics 365 或 Power Platform 的普通功能更难被准确找到；也有人将此视为微软在多个产品和服务中持续强化 AI 品牌的一部分，认为这种做法可能模糊功能、产品与许可要求之间的区别。81719

许可问题也可能增加理解难度。部分 Copilot 和 AI 功能需要单独的许可或附加组件，因此某项功能出现在一个以 AI 命名的路线图中，并不意味着所有客户都能直接使用它。18

对企业客户意味着什么

AI at Work Roadmap 应被理解为两项变化的结合：一次品牌重命名，以及从定期集中披露转向持续披露的发布模式转型。

微软正在把 Microsoft 365、Dynamics 365、Power Platform、Dataverse、Copilot、代理和相关体验的路线图集中到一个入口，同时结束熟悉的发布波次节奏，并退役 Release Planner。357

对企业客户而言，最实际的应对方式是建立内部持续监控机制：按实际使用的产品和云环境筛选路线图，订阅相关更新，在合适的情况下使用程序化或 AI 辅助访问，并在投入预算、测试资源或培训计划前逐项核实信息。

统一路线图或许能让微软庞大的产品组合更容易在一个页面中查看，但也意味着客户必须承担更多自己的发布治理工作。