Microsoft 365 更改指南

注意

本文由该领域的 Microsoft 专家撰写，他们与企业客户合作部署 Microsoft 365。

重要

本文中的信息适用于 Microsoft 365 多租户环境。

云中的持续更改

Microsoft 365 云环境是一个不断变化的超大规模服务产品套件。 在技术行业，始终如一的前沿有利于生产力、安全性和用户幸福感。 Microsoft 云中的更改具有以下目的：提供客户价值、保护环境并取悦用户。 Microsoft 365 中的更改速度快速且持续 - 这两个形容词都描述了此模型有助于的客户价值管道。 Microsoft 通过提供创新功能和安全服务，帮助用户提高组织的效率。

Microsoft 使用敏捷开发模型来促进快速开发。 此模型缩短了从开始更改到在生产环境中的时间。 为了帮助提高可用性，我们的目标是缩短客户实现功能与实现价值之间的时间。 敏捷开发在现代云环境中非常重要。 使用它，我们可以根据客户反馈、市场动态、法规要求和新出现的风险灵活调整工程优先级。 将更改快速集成到你的环境中意味着我们更快地接收反馈数据，然后我们可以迭代地改进我们的服务。

许多更改与旨在增强用户体验的新功能相关。 这些更改是范围更广的更改类别。 更广泛的更改类别包括服务维护、安全更新和更新，以满足不断变化的法规和合规性环境的需求。

Microsoft 不断改进 Microsoft 365 服务，以帮助地球上的每个人和每个组织实现更多目标。 我们对增强用户体验的承诺意味着我们提供对服务的连续更新流。 为了简化部署规划，我们会根据发布周期发布客户端更新。 我们设计新功能以提高工作效率并取悦用户。 同样重要的是，功能在安全合规的环境中运行。 作为 共担责任模型的一部分，Microsoft 采取了广泛的措施来保护我们的环境。 Microsoft 服务信任门户 上托管的认证证明我们遵守了 100 多个框架。 另一半的责任模型（你的环境）也必须是安全且合规的，因此，在构建更改和周边流程时，我们会仔细考虑潜在的客户影响。

从历史上看，客户组织中更改的部署一直由 IT 部门严格控制。 控制租户中的部署在现代云环境中占有一席之地，但更快的功能部署是实现用户价值的关键。 随着 Microsoft 云进一步采用持续更新模型，组织基于风险做出决策的能力需要精细评估，哪些更改可以立即实施变得至关重要。

当 Microsoft 添加功能，并且用户利用这些功能时，用户体验会随着数据的支持而得到改善。 撰写本文时，使用持续更新通道 (当前频道) 的客户与 Semi-Annual 企业频道之间的净推广器分数 (NPS) [1] 比较显示，Microsoft 365 应用版的持续更新通道具有 10 分优势[2]。 图 1 显示了比较。

图 1

我们的目标是为组织提供可以控制 () （如果认为对组织有影响的）的更改，同时仍允许大多数更改流向用户，以提高价值、生产力、协作和安全性。

控制变革：挑战和战略

尽管快速发布和采用功能具有巨大的优势，但使用可靠的变更管理策略非常重要。 我们认识到，管理变更（尤其是持续云更改）对组织来说可能具有挑战性。 IT 部门和其他防线通常认为，在环境中部署新软件之前，必须深入审查每个更改。 对于一部分影响重大的更改，这可能是一种有利的策略，但审查 100% 的更改是一种繁重的策略，会延迟部署使用户能够无休止地发展的功能。

并非所有功能或更改都可能影响安全性或合规性状态，因此可能不需要深入分析每个更改。 对于有影响力的更改，我们提供用于控制相关功能的配置选项。 为了帮助用户采用新功能，默认情况下，这些更改通常处于启用状态 - 需要你采取措施来禁用或限制这些功能。

控制影响性变更的能力是 Microsoft 提供的一个差异化因素。 技术行业主要侧重于创新，通常认为创新对用户有积极影响。 技术领导者或其他云提供商提供的这些创新的控制粒度并不常见。 通过尊重你控制最具影响力的更改的权利，我们展示了我们对合作关系的承诺，并最终实现你的成功。 此外，我们致力于改进整体更改体验。 通过提供更改过程、过程和路线图的透明度，以及通过监视客户反馈，我们希望使我们的客户能够评估和部署我们发布的快速增加的更新量。

挑战

从行业观察、反馈和支持数据中，我们确定了客户在将高度限制性变更引入模型应用于 Microsoft 365 的持续发布策略时面临的一个关键挑战。 挑战在于 Microsoft 更新新式云中的服务的频率。 为了说明这一挑战，假设 Microsoft 每年推送 720 个以线性方式发布的更改。 如果这些更改仅限于评估，则限制更改的 IT 部门可能会在第一个月后落后多达 60 项更改。 由此产生的积压更改会加剧环境中的 entropy，并阻止用户利用最新的功能和更新。 问题是：组织是否能够根据现有过程处理这些快速更改，或者更改是否因无法与发布速度匹配而禁用？

重要

“组织是否能够根据现有过程处理这些快速更改，或者更改是否被禁用，因为它们与发布速度不符？”

挑战可以通过“汽车隐喻”来进一步解释。 许多组织只关注功能和安全性。 在车辆的上下文中，这相当于专注于从 A 点到达 B 点。在这种情况下，车主会满意，如果他们能修理车辆，如果他们知道它的工作原理，以及车辆是否有安全带的安全带。 但是，我们要求 IT 专业人员阅读本文以考虑用户。 对普通车辆消费者来说，交通比A到B多。用户 (消费者司机) 需要娱乐用收音机、空调用于气候控制，以及为方便起见的电源窗。 司机需要防抱死制动系统、安全气囊和安全带，确保安全。 如果重点仅在于让用户到达目标，则可能是取消了想要在旅程中更安全、更舒适和更高效的人口。 如果组织防线花费宝贵的时间来了解哪些功能很重要、用户关心哪些功能以及哪些功能导致 IT 环境中断，则负担将变得不可持续。 这需要变革评估的民主化：有关详细信息，请参阅 更改评估民主化部分。

尽管 Microsoft 不提供默认关闭选项，但我们发现很少有客户利用我们提供的选项来禁用其环境中的功能。 当组织利用我们提供的配置采用“一切关闭”策略时，其结果类似于管理本地软件。 最初通过迁移到云来寻求的好处在很大程度上被这种方法所疏远，因为用户关心的创新是不可用的。 此外，Microsoft 生态系统还受到此策略创建的使用情况数据差距的影响。 例如，诊断数据[3] 为 Microsoft 提供了有关客户如何使用功能的宝贵信息、这些功能如何 (或不) 改进整体体验，以及故障报告，帮助我们随时了解普遍存在的问题。 尽管我们为客户提供对诊断数据的控制，但实施这些控制会限制我们为使服务保持安全、最新以及按预期运行而拥有的数据。

我们将这列为一项挑战，因为我们承认在控制环境、确保适当的培训以及为员工提供令人兴奋的新功能之间必须达到微妙的平衡。 IT 专业人员处于保持这种平衡的最前沿 - 这就是为什么 Microsoft 提供工具、透明度和指导来做出基于风险的部署决策。 配置管理工具、产品路线图、更改通知和文档是我们承诺帮助实现变更风险平衡的体现。

此对话侧重于我们提供的功能，而不是后台发生的安全更新。 我们开发的功能与详尽的市场研究相同，以提高工作效率和用户满意度。 这些功能可帮助我们的客户实现更多目标，开放反馈渠道以敏捷的方式针对负面反馈进行调整。 我们需要客户参与来验证我们的功能，这意味着必须先在客户环境中部署功能，以便用户利用功能。

策略

可以根据观察到的更改策略识别三类客户：最大化更改、允许最多限制高影响和限制所有更改。 图 2 汇总了这些类别。

图 2

最大化更改策略最适用于寻求优化用户工作效率且没有合规性或法规要求的中小型企业。

“允许最多限制影响”类别是我们建议你针对的策略，尤其是在你的组织在受管制的环境中运营，或者你有严格的安全要求， (如金融服务、医疗保健和航空航天行业) 。 图 1 中的 NPS 数据支持实施基于风险的方法来评估更改的情况。

Microsoft 建议客户有意决定禁用更改，并避免无意识地禁用所有更改。 Microsoft 努力使你能够针对需要深入评估的更改做出基于风险的决策，同时允许以最小的评估 (和风险) 立即部署其余更改。 通过主动识别更改 分类和通知中描述的更改影响级别，并通过随时了解即将发生的更改（如 更改信息源中所述），我们可帮助你根据风险做出需要评估的更改决策。

Microsoft 行业观察表明，“限制所有更改”策略过于繁重，在用户授权方面效率较低，因为它限制了持续创新的好处。

使用和管理更改 - 消息中心和Planner

所有更改策略都需要通信和消息传送，以便用户使用更改并对其采取行动。 消息中心是计划内更改和其他重要 Microsoft 365 公告的通知中心。 消息中心位于Microsoft 365 管理中心。 它包括即将推出的新功能和更改的功能、计划内维护和其他重要公告。 邮件有三个类别：

• 阻止或修复问题
• 规划更改，以及
• 随时了解情况

消息中心提供的消息属性包括发布日期、消息 ID (，用于跟踪特定邮件) 、标题和 (更改/事件) 说明。 消息中心是重要的信息来源，对于 Microsoft 365 中的更改计划和更新使用非常重要。 从这些经常可操作的通知生成项目和任务对于成功的变更策略至关重要。 为了帮助你更好地了解此内容，Planner已与消息中心集成，允许消息直接与Planner同步。

Planner功能包括：

• 从消息中心同步消息。
• 选择同步消息 () 的类型。
• 设置消息同步的节奏。

将消息同步到Planner后，它将作为任务显示在Planner中。 消息中心帖子标题以括号中的关联服务为前缀。 如果更新了消息，该更新也会同步到Planner任务。

每个任务的结构如下：

• 邮件文章标题在括号 (有一个前缀，例如，“[SharePoint] 新功能”) 指示帖子关联的服务。 图 3 显示了一个示例。
• 开始日期设置为在 Planner 中创建任务的时间。
• 邮件帖子的发布日期可在备注中找到。

图 3

使用Planner管理任务、分组任务并制定有策略地完成任务的行动计划时，可以评审委员会和变更管理团队，以便有效地跟踪更改。

更改类型和控制方法

Microsoft 提供各种发布选项和工具，以帮助以符合你的策略的方式控制和部署更改。 我们之前已讨论过建议的策略：在本部分中，我们将介绍如何实现此策略。

Microsoft 365 更改将发布到 SharePoint Online 和 Teams) 和客户端等服务 (，称为 Microsoft Word、Excel 和 PowerPoint) 等Microsoft 365 应用版 (。 服务和客户端具有不同的发布选项和部署控制，因此，在实施发布管理策略时，了解差异非常重要。

Microsoft 365 服务和客户端的更改类型

Microsoft 365 更改可以是计划内更改，也可以是计划外更改，具体取决于更改的性质。 例如，安全更新并非总是计划好的，因为它们是对我们产品或服务中出现的风险或问题的反应。 根据更改的类型，信道也可能有所不同。 更改分类和通知部分进一步介绍了信道。 有关服务和客户端应用程序更改类型的摘要，请参阅表 1。

表 1：Microsoft 365 服务和客户端应用程序的更改类型

项目	功能	非安全更新	安全性
更改类型	功能更新 新功能或应用程序 不推荐使用的功能	针对问题的客户端修补程序	安全修补程序
提前通知？	需要操作的更改的 30 天通知	不;这些内容包含在所有频道的每月版本中	不;这些内容包含在所有频道的每月版本中
信道	Microsoft 365 管理中心中的消息中心 Microsoft 365 路线图 Microsoft 365 博客 Microsoft Tech Community的 Microsoft 365 区域	Microsoft 365 应用版更新发行信息	安全公告或 CVE
需要管理员操作？	有时	很少	很少
执行哪种操作？	更改设置 将更改传达给用户 验证自定义项	更改管理员设置

Microsoft 和你作为 Microsoft 365 租户的管理员共同负责管理这些更改。 有关详细信息，请参阅 Microsoft 责任分担模型。

现在，我们已经概述了你可以期望从 Microsoft 365 服务和客户端应用程序进行的更改类型，包括关联的职责，下一部分将探讨不同的发布选项以及每个选项可用的控件。

服务发布选项和控制

服务发布选项

Microsoft 365 服务提供了两个选项，用于在新产品更新和功能可用时接收这些更新和功能：标准版本和目标发布。[4] 这些发布选项可帮助你管理组织接收服务更新的方式。 我们提供控件，用于根据用户与其中一个发布选项的关联来指定哪些用户接收更新。

随着 Microsoft 开发产品和功能，新版本将分不同阶段进行验证。 图 4 描述了这些阶段，每个验证阶段将覆盖更广泛的受众。 在进入下一阶段之前，上一阶段的部署阈值必须完成，没有任何问题。

图 4

Microsoft 功能团队首先验证他们开发的功能。

确定的 bug 或问题解决后，该功能将发布到 Microsoft 365 组织，覆盖更广泛的用户群进行验证。

在功能已准备就绪后，它将发布到所有 Microsoft，在更新公开之前，在内部称为“对产品进行”修补“以识别问题。

下一阶段是公开发布。 目标发布由已将其租户或特定用户配置为使用“目标发布”选项的客户组成。 此阶段将收集大量反馈和产品性能数据，因为我们的客户在许多国家/地区、云体系结构以及 IT 专业人员或强大用户之间执行集成测试和广泛验证。 如果租户或部分用户配置为标准版本，则最后一个阶段是这些用户（以及世界其他地区）收到新功能时。

若要在组织内实现 变更策略的大众化 ，请利用面向 IT 和 Power 用户的定向发布。

服务发布控制

接收服务更新的主要控件是发布选项的配置。 尽管 Microsoft 可让你控制用户接收更新的节奏，但这些更改将部署到我们的超大规模云服务 (，而不是部署到 IT 基础结构) 中运行的软件安装。 对于 Microsoft 来说，使用针对特定租户运行的特定版本的服务来管理、更新和保护全球云是不切实际的。 这意味着，与Microsoft 365 应用版相比，服务更改提供的部署控制粒度要小，因为Microsoft 365 应用版提供发布通道和各种部署工具。

可以在 Microsoft 365 管理门户中配置发布选项，如在 管理中心设置发布选项中所述。 导航到门户，然后选择“设置”>“组织设置”“>组织配置文件>发布首选项”。 图 5 显示了配置窗格，你可以在其中选择让每个人加入标准版本、让每个人使用目标版本，或让特定用户加入目标版本。

图 5

将过渡或测试租户作为更改策略的一部分非常重要。 某些功能在用户体验中表现之前需要租户更改。 这些租户更改可以在过渡租户中实现，因此可以预览功能，同时保留生产租户配置。

客户端发布通道和控件

客户端发布通道

Microsoft 提供了不同的更新通道，客户可以订阅我们的即点即用客户端的更新，Microsoft 365 应用版。 这些通道确定将更改发布到其整个租户或订阅其租户的细分的频率，具体取决于客户配置。 频道是一种强大的机制，IT 部门和用户可通过该机制评估和测试即将发生的更改，而不会妨碍其发布给更大的用户群体。 有关详细信息，请参阅Microsoft 365 应用版的更新通道概述。

表 2 提供了Microsoft 365 应用版频道、当前频道、每月企业频道和企业频道 Semi-Annual 比较。

表 2：Microsoft 365 应用版更新通道

频道名称	当前频道	月度企业频道	半年度企业频道
建议的使用	在用户准备就绪后立即为用户提供新的 Office 功能，但不能按设定的计划提供。	每月仅向用户提供一次新的 Office 功能，并且按可预测的计划提供。	对于组织中的选定设备，在推出新的 Office 功能之前需要进行大量测试。 例如，为了符合法规、政府或其他组织要求。[5]
发布频率	每月至少一次 (可能更经常) ，但不是按设定的计划	每月一次，在每月的第二个星期二	每月一次，在每月的第二个星期二
功能更新	一旦准备就绪， (通常每月) 一次，但不按设定的计划	每月一次，在每月的第二个星期二	每年 (两次，) 年1月和7月，每月第二个星期二
如果需要) (安全更新	每月一次，在每月的第二个星期二	每月一次，在每月的第二个星期二	每月一次，在每月的第二个星期二
如果需要， (非安全更新)	通常每月至少一次 (可能更频繁地) ，但不是在设定的计划上	每月一次，在每月的第二个星期二	每月一次，在每月的第二个星期二[6]
特定版本的支持持续时间	在下一个版本发布新功能之前，通常大约是一个月	两个月	十四个月

Microsoft 提供了三种main方法来修改组织中设备的Microsoft 365 应用版更新通道：

• 使用 组策略 更改更新通道

• 使用 Office 部署工具 (ODT) 更改更新通道

• 使用 Configuration Manager 更改更新通道

切换频道时，需要考虑某些注意事项，例如在将用户从当前频道切换到 Semi-Annual 企业频道时丢失功能。 有关注意事项的完整列表，请参阅 更改通道时的注意事项。

客户端发布控件

与发布通道（这些通道本质上是控件本身）结合使用，Microsoft 提供了一系列工具和配置，用于进一步部署、控制和管理 Microsoft 365 客户端。 用于管理设备和安装在它们的 Microsoft 365 客户端的工具历来是分散式的。 除了提供的大量第三方选项外，Microsoft 解决方案还包含以下工具：

• Microsoft Configuration Manager

• Microsoft Intune

• Autopilot

• Microsoft 365 应用版管理中心，它与云策略集成

• 设备管理 管理员控制台中的其他功能

通过将Intune附加到Configuration Manager部署 (称为共同管理) ，你可以以强大的方式将 Microsoft 365 云中的智能附加到工作流。 可以执行下列操作：

• 完全自动执行 Windows 升级的兼容性测试。
• 更快地部署客户端更新，使组织快速安全合规。
• 立即在设备上执行操作。

使用 Microsoft Configuration Manager 管理Microsoft 365 应用版更新是了解的来源：

• 使用 Microsoft Configuration Manager 更新Microsoft 365 应用版时所需的先决条件。

• 如何启用 Configuration Manager 以接收 Microsoft 365 客户端包通知。

• 如何使 Microsoft 365 客户端能够从Configuration Manager接收更新。

• 允许客户端从 Configuration Manager 接收更新的选项。[7]

有关配置部署策略的综合说明，请参阅Microsoft Configuration Manager文档。

Microsoft 365 应用版管理中心旨在帮助管理员降低其总拥有成本，同时能够通过Microsoft 365 应用版快速交付功能、安全性和质量更新。 见解和控制功能可以提供更深入、近乎实时的部署信息、问题通知和快速操作， (推迟、还原、暂停和恢复) ，以确保将用户停机时间降至最低。

Microsoft 365 应用版管理中心提供清单和云更新，以更好地管理Microsoft 365 应用版的设备更新。

Office 清单

• 深入了解 Office 设备和加载项信息的详细视图。
• 查看频道/生成传播、添加多样性等见解。
• 导出数据。

安全货币

• 查看跨渠道安全更新符合性状态的仪表板。
• 设置目标目标，并时间线跟踪和报告。
• 识别故障设备并采取缓解措施。

云更新

• 为每月企业频道或当前频道上的设备设置更新配置文件，以自动接收更新。
• 利用 Windows 传递优化。
• 保持设备符合更新截止时间和更新日期排除项。
• 监视更新的部署，提供见解以及暂停或回滚部署的选项。

重要

发布时，Microsoft 365 应用版管理中心可供具有 E3 SKU 及更高版本的企业客户使用。

客户端配置控件

将Microsoft 365 应用版部署到设备和用户后，Microsoft 会按照定义的节奏使用企业级工具提供精细的客户端配置控制。 Microsoft 365 应用版有 2,000 多个配置选项，允许你根据组织的风险、合规性和操作配置文件来更改客户端行为。

尽管组策略在历史上一直用于强制实施客户端设置，并且仍然是一种可行的方法，但我们开发了一种基于云的同步 nexus 服务，该服务允许策略与用户一起漫游： 云策略。 此服务允许你在用户设备上为Microsoft 365 企业应用版强制实施策略设置，即使设备未加入域或未进行其他管理也是如此。 用户在设备上登录 Microsoft 365 企业应用版时，策略设置将漫游到该设备。 还可以为 Office Web 应用强制实施一些策略设置，无论是针对登录的用户还是匿名访问文档的用户。

图 6 显示了门户和大量可用于在 Microsoft 365 应用版 管理中心进行配置的策略设置。 还可以直接在 Microsoft Intune 管理中心使用云策略。

图 6

某些配置选项控制基本的客户端行为，例如 Excel 中的滚动条可见性或 PowerPoint 中实时字幕的可用性，而其他配置可能对安全性、合规性或风险部门很重要。 图 7 演示了用于在 Microsoft 365 应用版 中启用或禁用连接体验的云策略选项，该选项从桌面客户端为用户提供基于 Web 的服务， (翻译器、必应图像搜索和 3D Maps) 。

用于图 7

Microsoft 提供隐私控制，以便你可以在全球范围内履行合规性和安全义务，而不管操作地点如何。 使用云策略，可以使用下拉菜单修改这些设置，并在使用该配置文件的设备之间应用修改。

变更评估民主化

之前，我们共享了支持当前频道上的用户值的数据，该数据提供持续更新。 建议将此频道和每月企业频道作为两种解决方案，以加快更新评估和测试。 Microsoft 建议使用两种模型来使用这些通道：

• 测试租户： 为了评估和测试传入功能，客户使用模拟生产的测试租户。 对于客户端，我们建议测试租户订阅当前频道或每月企业频道。 对于服务，建议将测试租户订阅到“目标发布”选项。 测试租户用于独立于生产环境的集成测试和产品评估。 传统上，IT 拥有测试租户，并在其中操作测试帐户。 这是一个以 IT 为中心的模型，可能会导致出现瓶颈和不完整的评估。 建议在测试租户中包含来自不同部门和角色的用户。 IT 部门不是每个产品的专家，并不总是最适合执行某些产品评估。 对于 Microsoft 365 服务，可以使用“定向发布”和“标准发布”选项。

  • Microsoft 365 应用版：有关权益以及如何注册或更改更新通道的信息，请参阅更改组织中设备的Microsoft 365 应用版更新通道。 有关权益的说明，请参阅本文的 客户端发布通道 部分。

  • Microsoft 365 服务： 有关权益以及如何注册到这些更新通道的信息，请参阅 设置标准或目标发布选项。 有关通道的大纲，请参阅本文前面的 服务发布选项和控制 部分。

• power user (专业知识) ：若要使更新评估大众化，请确定生产租户中的 power 用户，并订阅他们当前频道或每月企业频道 (Microsoft 365 应用版) 和目标发布选项 (服务) 。 只有指定的 Power 用户会收到持续或早期更新，并作为跨各种业务线和用户专业知识提供反馈、bug 和体验的重要来源。

可以同时使用这两个模型来提供对传入更新的全面、有效和高效的评估。 从以 IT 为中心的接受模型和整个组织的民主化评估可提高工作的速度和质量。 如果组织的其余部分分别订阅 (Microsoft 365 应用版 和 Microsoft 365) 服务的 Semi-Annual 企业频道或标准发布选项，则测试租户中由 IT 和高级用户评估的更新将准备好部署，减少摩擦。

在内部，Microsoft 在名为 Microsoft Elite 的计划中采用这些更改评估策略。 Microsoft Elite 计划超越 dogfood，充当我们的早期采用者计划。 员工测试功能和特定方案;他们提供高质量的反馈，在将计划和功能发布到我们的客户和同事之前对其进行改进。 可以使用前面所述的发布节奏和更改策略在自己的环境中模拟此程序。

Microsoft 更改计划、策略和过程

Microsoft 变更任务是实现快速交付、提高工作效率，并使用新应用程序和功能让客户满意，同时尽量减少摩擦和中断。 管理变更是一个不断为用户提供持续创新的计划。 若要使产品和服务保持安全、最新并按预期工作，必须进行更改。 尽管创新是实现用户价值的关键，但我们认识到，对你的环境进行有影响力的更改可能会带来法律、法规、安全或合规性风险。 为了降低潜在风险，Microsoft 承诺：

• 遵循定义的更改控制策略和过程。
• 至少提前 30 天通知你有影响的更改。
• 听取社区反馈以改进更改发布过程。

更改管理计划

Microsoft 365 更改管理计划对于使客户能够规划和管理更改至关重要。 图 8 说明了该计划的支柱。

图 8

Microsoft 变更管理计划概述了三个更改阶段，以及与每个操作关联的建议客户操作。 表 3 总结了三个更改阶段。

表 3：Microsoft 变更管理计划阶段

阶段 1：更改前	阶段 2：更改期间	阶段 3：更改后
确定变革卓越中心或云治理委员会，其中包含来自业务中每个防线的代表。 验证现有更改策略并根据需要创建策略。	考虑更改对组织和用户的影响。	使用消息中心通信提供有关即将发生的服务更改的反馈。
了解更改： - 检查 产品路线图 - 检查 Microsoft 365 管理中心中的消息 中心	随时了解工作流更改，通过主动采用和变更管理来帮助部署团队并提高用户工作效率。	查看推动组织中成功部署的因素，并进行调整以减少影响并提高认知度和效率。
使用消息中心通信提供有关即将发生的服务更改的反馈。	确保客户配置文件的“利益干系人和联系人”部分已完成，并将其提供给技术客户经理 (TAM) 。	更改旨在使客户受益。 帮助用户了解更改、了解更改并充分利用这些更改。

无论变更策略如何，确保用户了解最新更改对于成功采用都很重要。 随着 Microsoft 和更大的市场走向持续变革，采用和变更管理的重要性继续呈上升趋势。

更改分类和通知

Microsoft 对更改进行分类，以帮助客户正确了解和规划每个更新。 对于评估和分析即将发生的更改的客户来说，主要更新应该是重点。 如果更改被归类为重大更新，则 Microsoft 承诺在实施前至少 30 天通知客户可能需要执行操作。

若要分类为 主要更新，更改必须满足以下一个或多个条件：

• 对日常工作效率的更改，例如收件箱、会议委派、共享和访问。
• 对可能影响自定义项的主题、Web 部件和其他组件的更改。
• 增加或减少到可见容量，例如存储、规则数、项或持续时间。
• 可能导致用户混淆或导致技术支持/附件更改或 URL 更改的品牌重塑。
• 新的服务或应用程序。
• 需要管理员操作的更改 (阻止/修复) 。
• 更改数据存储位置 (可能会影响法规或法律要求) 。

Microsoft 365 管理中心中的消息 中心 是更改信息的主要来源。 消息中心使用红色感叹号 () 标记) 重大更新 (❗ 重要更改 - 这有助于在发布的各个阶段轻松识别和跟踪这些更改。 图 9 显示了屏幕截图。

图 9

邮件在上面的右侧列中按以下三个类别之一进行标识：

阻止或修复问题：这些消息通知你已知问题，这些问题正在影响你的组织，并可能需要你采取措施来避免服务中断。 阻止或修复问题与服务运行状况消息不同，因为它们会提示你主动避免问题。

更改计划：这些消息通知你 Microsoft 365 的更改，可能需要你采取行动以避免服务中断。 例如，系统会通知你即将更改系统要求以及将删除的功能。 为了保持服务正常运行，我们努力在至少 30 天内提供任何需要管理员操作的更改通知。

随时了解情况：我们会在此通知你有关在组织中启用的新功能或更新的功能。 这些功能通常首先在 Microsoft 365 路线图中公布。 根据服务级别协议，随时了解消息可能还会让你了解计划内维护。 计划内维护可能会导致停机，你或你的用户无法访问 Microsoft 365、特定功能或电子邮件或 OneDrive 等服务。 有关详细信息，请参阅 消息中心文档。

“阻止或修复问题”和“计划更改”消息可能需要管理员采取措施。 为了帮助你确定优先级和计划， “按操作” 列包含需要操作的日期。

重要

“为了帮助你确定优先级和计划， ”按操作“ 列包含需要操作的日期。”

消息中心管理员用户界面是获取服务更改信息的一种方式。 使用 Office 365 服务通信 API，可以构建自动化解决方案来查询以下相关数据：

• 获取服务： 返回你订阅的服务的列表。
• 获取当前状态： 返回当前和正在进行的服务事件的实时视图。
• 获取历史状态： 获取服务事件的历史视图。
• 获取消息： 查找事件和消息中心通信，包括更改信息。

我们致力于不断改进更改分类和通知流程。 我们预测哪些更改可能会影响客户环境的努力是我们更改分类的基础，但这些预测是有限的，没有来自我们的客户社区的意见。 我们通过各种渠道收到的客户反馈增强了我们以敏捷、民主化、以客户为中心的方式响应变更问题的能力。

信息和反馈渠道的来源

为了确保广泛的传播和可访问性，Microsoft 会在各个位置发布更改信息。 Microsoft 365 管理门户中的消息中心是特定于租户的信息的关键源，但应注意整个源套件，以确保及时获得全面通知。

更改信息的来源

Microsoft 365 路线图

Microsoft 365 路线图是一个公共网站，用于传递正在开发、推出或推出的产品的状态。 可以查看每个功能或工作负载的状态、使用标记进行搜索，以及从单个门户确认发布日期。 如图 10 所示，可以使用筛选轻松查找感兴趣的服务或功能。

图 10

消息中心每周摘要

管理员可以使用消息中心每周摘要，以易于理解、易于共享的摘要格式通过电子邮件查看邮件中心通信。 该摘要是针对客户反馈创建的，并演示了 Microsoft 社区影响我们流程变化的创新方式。 客户可以通过在管理门户中更改设置来选择退出摘要电子邮件。 图 11 显示了摘要的示例。

图 11

Microsoft 管理员移动应用

Microsoft 365 管理移动应用具有 80 多项功能，可帮助你在外出时管理公司。 该应用程序可在 Apple App Store 和 Google Play 中下载。 使用移动应用，可以执行用户密码重置、将用户添加到组以及查看更改通知和警报等常见任务。 建议启用移动警报，以便在发布更新的那一刻随时了解更新。 图 12 显示了移动应用的屏幕截图。

图 12

若要利用 Microsoft 365 管理移动应用功能， 请下载该应用。

其他更改信息资源

除了更改我们的服务，我们还更新 Microsoft 365 客户端。 这两组更改都遵循更改管理计划，并在消息中心传达。 有关客户端更改的文档，请参阅：

• Microsoft 365 应用版更新通道概述

  • 这些更新通道镜像更改管理计划前面所述的频道。

• Microsoft 365 应用版更新发行信息

  • 客户端发行说明提供了大量有关不同平台的最新安全更新、更新大小和更新的信息， (例如 Mac) 。

• Microsoft 365 新闻和公告

  • 阅读博客文章中的最新版本和功能，这些版本和功能不同于我们的 正式文档。

• Microsoft 365 服务说明

  • 查看 Microsoft 365 服务和功能，详细了解可用于提高安全性和工作效率的现有功能。

在正式文档之外，我们建议客户加入Microsoft Tech Community，以随时了解行业同行管理和部署更改的方式。 Microsoft Tech Community是活动的、原始的实时信息源。 我们会主动监视平台，以便更好地了解如何接收更改。

反馈通道

Microsoft 在客户和我们的产品之间建立了良性反馈循环。 由于客户提交的反馈，有几个已回滚或修改的更改示例。 客户可以通过多个渠道提供反馈：

• Microsoft 365 管理门户
• 消息中心
• Microsoft 技术社区

Microsoft 365 管理门户
在管理门户每个页面的右下角，客户可以通过单击“ 提供反馈 ”按钮来提供反馈，如图 13 所示。

图 13

消息中心

消息中心还存在 “提供反馈 ”按钮，以便你可以提供有关传入更改或其他通知的反馈，而无需切换门户页面。 来自消息中心的反馈直接传递给 Microsoft 内部的工程和营销团队。 Microsoft 所有者会收到已提交的新反馈的每日报告。 如果反馈是关于特定更改或消息的，请确保包含消息中心 ID，以便正确关联反馈。 在图 14 中，可以在消息中心右下角看到 “提供反馈 ”按钮。

图 14

消息中心还支持每个消息的 “喜欢 ”和“ 不喜欢 ”按钮，如图 15 所示。 使用这些反馈可以快速提供反馈。 我们聚合此反馈，并使用它来了解客户对我们最近更改的一般接受度。

图 15

Microsoft 技术社区

此社区既充当来自同行的更改信息来源，也可用作提供反馈的论坛。 我们监视技术社区论坛以获取有价值的反馈，并使用这些信息来影响内部决策。 图 16 显示了反馈论坛的列表。

图 16

Footnotes

1： 净推广器分数 (NPS) 是衡量用户对产品或服务的偏好的行业计算。 NPS 的计算方式是考虑减损、支持或对考试目标保持中立的用户。 从发起人百分比中减去贬损者百分比可产生净发起人分数，如果每个客户都是减损者) ，则净发起人分数的范围可以是 -100 (到如果每个客户都是发起人) ，则其值可能为 100 (。

2： 误差幅度为 1.5。

3：Microsoft 提供对从用户终结点收集的诊断数据的控制，如使用策略设置管理Microsoft 365 企业应用版的隐私控制中所述。 如果 Microsoft 是受 GDPR 约束的个人数据的处理者或子处理者， 则 Microsoft Online Services 数据保护附录 附件 3 中的 GDPR 条款适用于该处理，双方还同意本子节 (“个人数据的处理”中的以下条款：GDPR“) 。

4： 有关选择加入这些服务发布选项的指导，请参阅 设置标准发布选项或目标发布选项。

5： 如果整个组织采用半年一次的节奏，你可能会发现，在两次发布之间等待这么长的一段时间时，功能更新之间的 6 个月会导致客户端不符合法规要求或内部策略。

6： 这包括 Semi-Annual 企业频道的非安全更新的选定子集。

7：为了使Configuration Manager能够管理 Office 更新，需要在安装 Office 的计算机上启用 Office COM 对象。 Office COM 对象从 Configuration Manager 获取命令来下载和安装客户端更新。 可以在 Configuration Manager、组策略 或 Office 部署工具中使用客户端策略来启用 Office COM 对象。 如果使用多个方法，组策略设置将确定最终配置。