Microsoft 365 變更指南

  • 發行項

注意事項

本文是由與企業客戶合作以部署 Microsoft 365 的 Microsoft 專家所撰寫。

重要事項

本文中的資訊適用於 Microsoft 365 多租用戶環境。

雲端中的持續變更

Microsoft 365 雲端環境是不斷變更的超大規模服務供應專案套件。 在科技產業中，始終領先生產力、安全性和用戶快樂。 Microsoft 雲端中的變更有其目的：提供客戶價值、保護環境，以及讓用戶滿意。 Microsoft 365 中的變更步調是快速且連續的 -這兩個形容詞都描述此模型可協助的客戶價值管線。 Microsoft 藉由提供創新的功能和安全服務，協助使用者提升其組織的效率。

Microsoft 使用敏捷式開發模型來促進快速開發。 此模型會縮短從起始變更到在生產環境中的時間。 為了協助改善可用性，我們的目標是縮短客戶的功能實作與價值實現之間的時間。 敏捷式開發在現代雲端環境中很重要。 使用它，我們可以根據客戶意見反應、市場動態、法規需求和新興風險，靈活調整工程優先順序。 將變更快速整合到您的環境中，表示我們會更快收到意見反應數據，然後我們可以反覆改善我們的服務。

許多變更都與設計來增強用戶體驗的新功能相關。 這些變更是更廣泛的變更類別。 更廣泛的變更類別包括服務維護、安全性更新和更新，以符合不斷變更的法規和合規性環境的需求。

Microsoft 會持續改善 Microsoft 365 服務，以協助全球的每個人和每個組織達成更多目標。 我們對增強使用者體驗的承諾，表示我們提供服務的持續更新串流。 為了簡化您的部署規劃，我們會發行用戶端更新，以符合發行週期。 我們設計新功能來提升生產力並讓用戶滿意。 同樣重要的是，功能在安全且相容的環境中運作。 作為 共同責任模型的一部分，Microsoft 會採取廣泛的措施來保護我們的環境。 我們裝載於 Microsoft 服務信任入口 網站的認證證明我們符合 100 個以上的架構。 責任模型的另一半 – 您的環境 - 也必須安全且符合規範，因此，當我們建構變更和周圍的程式時，我們會仔細考慮潛在的客戶影響。

在過去，客戶組織內的變更部署一直受到IT部門的嚴密控制。 控制租使用者內的部署在現代雲端環境中是一個位置，但更快的功能部署是為用戶實現價值的關鍵。 隨著 Microsoft 雲端進一步採用持續更新模型，組織能夠針對哪些變更做出風險型決策，需要細微評估，且可立即實作這些變更會變得至關重要。

當 Microsoft 新增功能，且使用者利用這些功能時，用戶體驗會隨著數據的支援而改善。 在撰寫本文時，使用持續更新通道 (目前通道) 和 Semi-Annual 企業通道的客戶之間，net promoter 分數 (NPS) [1] 的比較會顯示 Microsoft 365 Apps 連續更新通道的 10 點優勢[2]。 圖 1 顯示比較。

Net Promoter 分數發行通道比較。圖 1

我們的目標是為您的組織提供可在可能的情況下) (控制的變更，如果認為對組織有影響，同時仍然允許大部分的變更流向使用者，以增強價值、生產力、共同作業和安全性。

控制變更：挑戰和策略

儘管快速發行和採用功能的絕大部分優點，但請務必使用強固的變更管理策略。 我們瞭解管理變更，特別是持續的雲端變更，對組織而言可能很困難。 IT 部門和其他防禦程式通常會認為每個變更都必須經過深入檢閱，才能在其環境中部署新軟體。 這可能是高影響力變更子集的優點策略，但檢閱 100% 的變更是一項麻煩策略，會延遲部署可讓使用者實現無限進化的功能。

並非所有功能或變更都可能會影響您的安全性或合規性，因此可能不需要深入分析每一項變更。 對於有影響的變更，我們提供控制相關功能的組態選項。 為了協助使用者採用新功能，根據預設，這些變更通常會開啟 - 您必須採取動作，才能停用或限制這些功能。

控制有影響變更的能力是 Microsoft 提供的差異。 科技產業主要著重於創新，通常會假設對使用者有正面的影響。 在技術領導者或其他雲端提供者所提供的這些創新上，通常不會發現這些創新的控制粒度。 藉由尊重您控制最具影響力變更的權利，我們將示範我們對合作關係的承諾，並最終展現您的成功。 此外，我們致力於改善整體變更體驗。 藉由提供變更程式、程式和藍圖的透明度，以及藉由監視客戶的意見反應，我們想要讓客戶評估和部署我們發行的快速增加更新數量。

挑戰

從業界觀察、意見反應和支持數據中，我們發現客戶在將嚴格限制的變更擷取模型套用至 Microsoft 365 的持續發行原則時，所面臨的主要挑戰。 挑戰在於 Microsoft 更新新式雲端中服務的頻率。 為了說明挑戰，假設 Microsoft 每年推送 720 項變更，並以線性方式發行。 如果這些變更僅限於評估，則控制變更的 IT 部門在第一個月之後最多可以落後 60 項變更。 產生的變更待辦專案會在環境中增加熵，並防止使用者利用最新的功能和更新。 問題會變成：組織是否能夠根據現有的程式來處理這些快速變更，還是因為無法符合發行步調而停用變更？

重要事項

「組織是否能夠根據現有程式處理這些快速變更，或變更因為無法符合發行步調而停用？」

「汽車隱喻」可以進一步說明挑戰。 許多組織只著重於功能和安全性。 在車輛的內容中，這相當於著重於從點 A 到點 B。在此情況下，如果擁有者可以修正車輛、知道車輛的運作方式，以及車輛是否具有安全性安全的安全性，則為內容。 不過，我們會挑戰 IT 專業人員閱讀本文以考慮使用者。 對於一般車輛取用者而言，交通量大於 A 到 B。使用者 (取用者驅動程式) 想要一台無線電來進行娛樂、用於氣候控制的空調，以及為了方便起見的電源視窗。 驅動程式需要防鎖制動系統、安全氣箱和安全帶。 如果著重於讓用戶能夠到達目的地，您可能會將想要在旅程中更安全、舒適且有效率的母體取消基礎。 如果組織防禦線花費寶貴的時間來辨別哪些功能很重要、用戶關心哪些功能，以及哪些功能造成IT環境中斷，負擔就會變成無法繼續。 這會要求大眾化變更評估;如需詳細資訊，請參閱 變更評估大眾化一節。

雖然 Microsoft 未提供預設關閉選項，但我們發現極少數客戶會利用我們提供的選項來停用其環境中的功能。 當組織利用我們提供的設定來採用「一切關閉」策略時，結果類似於管理內部部署軟體。 原本藉由移至雲端所尋求的優點大部分都是透過這種方法來實現，因為使用者關心的創新無法使用。 此外，Microsoft 生態系統會因此策略所建立的使用量數據差距而受到影響。 例如，診斷數據[3] 提供 Microsoft 有關客戶如何使用功能、功能如何 (或未) 改善整體體驗的寶貴資訊，以及可協助我們持續瞭解廣泛問題的當機報告。 雖然我們讓客戶能夠控制診斷數據，但執行這些控制件會限制我們為了確保服務安全、保持最新狀態，以及如預期般運作所擁有的數據。

我們之所以將此視為挑戰，是因為我們認可在控制環境、確保適當訓練，以及為員工提供令人興奮的新功能之間必須達到的平衡。 IT 專業人員是維護此平衡的最前面 -這就是為什麼 Microsoft 提供工具、透明度和指引來制定風險型部署決策的原因。 組態管理工具、產品藍圖、變更通知和文件是我們承諾協助您達成變更風險等價的示範。

此交談著重於我們提供的功能，而不是背景中發生的安全性更新。 我們透過詳盡的市場研究開發的相同功能，可提高生產力和用戶滿意度。 這些功能可協助我們的客戶達成更多目標，並透過開放的意見反應管道，以敏捷方式調整負面意見反應。 我們需要客戶參與來驗證我們的功能，這表示功能必須先部署在客戶環境中，使用者才能運用。

策略

您可以根據觀察到的變更策略來識別三種類別的客戶：最大化變更、允許最大限制高影響，以及限制所有變更。 圖 2 摘要說明這些類別。

最大變更策略圖表。圖 2

最大化變更策略最適用於尋求將用戶生產力優化且不需符合規範或法規需求的中小型企業。

[允許最高限制高影響] 類別是我們建議您設定的目標策略，特別是當貴組織在受管制的環境中運作，或您在金融服務、醫療保健和工業) 等 (有嚴格的安全性需求時。 圖 1 中的 NPS 數據支援實作以風險為基礎的方法來評估變更的情況。

Microsoft 建議客戶刻意決定停用變更，並避免意外停用所有變更。 Microsoft 致力於讓您針對需要深入評估的變更做出以風險為基礎的決策，同時允許立即部署其餘變更，並以最少的評估 (和風險) 。 藉由主動識別變更影響層級，如 變更分類和通知中所述，並讓您持續瞭解即將進行的變更，如 變更資訊的來源所述，我們可協助您針對哪些變更需要評估做出風險型決策。

Microsoft 業界觀察顯示「限制所有變更」策略過度負擔，且用戶權力降低，因為它限制了持續創新的優點。

取用和管理變更 – 訊息中心和 Planner

所有變更策略都需要通訊和傳訊，使用者才能取用並處理變更。 訊息中心是您針對計劃性變更和其他重要 Microsoft 365 公告的通知中樞。 訊息中心位於 Microsoft 365 系統管理中心。 其中包含即將推出的新功能和變更的功能、計劃性維護和其他重要公告。 訊息有三種類別：

  • 防止或修正問題
  • 規劃變更，以及
  • 隨時掌握

訊息中心提供的訊息屬性包括 [發行日期]、[訊息標識符] (，用於追蹤特定訊息) 、標題，以及 (變更/事件) 描述。 訊息中心是重要資訊來源，對於整個 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 Apps (。 服務和用戶端有不同的發行選項和部署控制，因此在實作發行管理策略時，請務必了解差異。

Microsoft 365 服務和客戶端的變更類型

根據變更的本質而定，Microsoft 365 變更可以是計劃性變更或非計劃性變更。 例如，安全性更新不一定會規劃，因為它們會響應我們產品或服務中的新興風險或問題。 視變更的類型而定，通道也可能會有所不同。 變更 分類和通知一節會進一步說明通道。 如需服務和用戶端應用程式變更類型的摘要，請參閱表 1。

表 1：變更 Microsoft 365 服務和用戶端應用程式的類型

項目 功能 非安全性更新 安全性
變更類型 功能更新

新功能或應用程式

被取代的功能		 問題的用戶端 Hotfix 安全性修補程式
事先通知？ 需要採取動作之變更的 30 天通知 不;這些都包含在所有通道的每月組建中 不;這些都包含在所有通道的每月組建中
通訊通道 Microsoft 365 系統管理中心 中的訊息中心

Microsoft 365 藍圖

Microsoft 365 部落格

Microsoft Tech Community 的 Microsoft 365 區域		 Microsoft 365 Apps 更新的版本資訊 資訊安全公告或 CVE
需要系統管理員動作嗎？ 有時候 很少 很少
哪一種動作？ 變更設定

向使用者傳達變更

驗證自訂		 變更系統管理員設定

Microsoft 與您作為 Microsoft 365 租用戶的系統管理員，共同負責管理這些變更。 如需詳細資訊，請參閱 Microsoft 共同責任模型。

既然我們已概述您可以預期的 Microsoft 365 服務和用戶端應用程式變更類型，包括相關聯的責任，下一節會探索不同的發行選項，以及每個選項可用的控件。

服務發行選項和控件

服務發行選項

Microsoft 365 服務提供兩個選項，讓您在產品更新和功能可供使用時接收：標準版本和目標發行。[4] 這些發行選項可協助您管理組織接收服務更新的方式。 我們提供控制項讓您根據使用者與其中一個發行選項的關聯，指定哪些使用者收到更新。

當 Microsoft 開發產品和功能時，新版本會在各種階段中進行驗證。 圖 4 描述這些階段，每個驗證階段都觸及更廣泛的物件。 移至下一個階段之前，必須先完成先前階段中的部署閾值，而不會發生任何問題。

發行管理驗證圖表。圖 4

Microsoft 功能小組會先驗證他們所開發的功能。

在發現錯誤或問題解決之後，此功能會發行至 Microsoft 365 組織，跨越更廣泛的使用者基礎進行驗證。

將此功能視為就緒之後，會在更新公開之前發行給所有 Microsoft，這會在內部稱為「狗條」我們的產品來識別問題。

下一個階段是公開發行。 目標發行是由已設定其租用戶的客戶或特定使用者所組成，以在 [目標發行] 選項上。 我們的客戶會在此階段收集大量意見反應和產品效能數據，以在多個國家或地區、雲端架構以及IT專業人員或進階用戶之間執行整合測試和廣泛驗證。 如果您的租用戶或使用者的子集已設定為標準版本，則最後一個階段是當這些使用者和全世界其他地方收到新功能時。

若要在組織內實作 變更策略的大眾化 ，請針對IT和進階使用者運用目標發行。

服務發行控制

接收服務更新的主要控件是發行選項的組態。 雖然 Microsoft 可讓您控制使用者接收更新的頻率，但這些變更會部署到我們的超大規模雲端服務 (，而不是部署到在 IT 基礎結構) 中執行的軟體安裝。 Microsoft 使用針對特定租用戶執行的特定服務版本，來管理、更新及保護全域雲端是不切實際的。 這表示服務變更可讓您比 Microsoft 365 Apps 更細微地控制部署，因為 Microsoft 365 Apps 擁有發行通道和各種可用的部署工具。

您可以在 Microsoft 365 系統管理入口網站中設定發行選項，如在系統管理 中心設定發行選項中所述。 流覽至入口網站，然後選取 [ 設定>組織配置>文件>發行喜好設定]。 圖 5 顯示 [組態] 窗格，您可以在其中選取 [讓所有人擁有標準版本]、[目標發行] 上的每個人，或 [目標發行] 上的特定使用者。

發行喜好設定選項。圖 5

請務必將預備或測試租用戶作為變更策略的一部分。 某些功能需要租用戶變更，才能在用戶體驗中展現。 這些租用戶變更可以在預備租用戶中實作，讓您可以預覽功能，同時保留生產租用戶設定。

用戶端發行通道和控制件

用戶端發行通道

Microsoft 提供不同的更新通道，客戶可以訂閱我們隨選即用用戶端的更新，Microsoft 365 Apps。 這些通道會根據客戶設定，決定變更發行至整個租使用者或訂閱其租用戶的頻率。 通道是一種強大的機制，IT 部門和進階使用者可以透過此機制來評估和測試即將推出的變更，而不會阻礙他們發行給更多使用者。 如需詳細資訊，請參閱 Microsoft 365 Apps 更新通道概觀。

表 2 提供 Microsoft 365 Apps 通道、目前通道、每月企業通道和 Semi-Annual 企業通道的比較。

表 2：Microsoft 365 Apps 更新通道

通道名稱 目前通道 每月企業頻道 半年企業通道
建議使用 在使用者準備好時立即提供新的 Office 功能，但未依設定的排程提供。 每月只為使用者提供一次新的 Office 功能，並依可預測的排程。 針對組織中的選取裝置，在推出新的 Office 功能之前，需要進行廣泛的測試。 例如，若要遵守法規、政府或其他組織需求。[5]
發行頻率 每月至少一次 (可能更常) ，但不在設定的排程上 一個月一次，在當月的第二個星期二 一個月一次，在當月的第二個星期二
功能更新 一旦它們就緒， (通常每個月) 一次，但不在設定的排程上 一個月一次，在當月的第二個星期二 一年兩次， (一月和七月) 日，於當月的第二個星期二
如有需要， (安全性更新) 一個月一次，在當月的第二個星期二 一個月一次，在當月的第二個星期二 一個月一次，在當月的第二個星期二
如有需要， (非安全性更新) 通常每月至少一次 (更常) ，但不會依設定的排程執行 一個月一次，在當月的第二個星期二 一個月一次，在當月的第二個星期二[6]
特定版本的支持持續時間 在下一個版本發行新功能之前，通常大約一個月 兩個月 十四個月

Microsoft 提供三種主要方法來修改組織中裝置 Microsoft 365 Apps 更新通道：

當您切換通道時，有一些考慮，例如將使用者從目前通道切換至企業通道時遺失功能 Semi-Annual。 如需完整的考慮清單，請參 閱變更通道時的考慮。

用戶端發行控制

Microsoft 會搭配原本就控制本身的發行通道，提供一系列工具和設定，以進一步部署、控制及管理您的 Microsoft 365 用戶端。 用來管理裝置及其上安裝之 Microsoft 365 用戶端的工具，在過去已分散。 除了許多可用的第三方選項之外，Microsoft 解決方案還包含下列工具：

藉由將 Intune 附加至 Configuration Manager 部署 (稱為共同管理) ，您可以使用強大的方式，將來自 Microsoft 365 雲端的智慧連結至您的工作流程。 您可以：

  • 完全自動化 Windows 升級的相容性測試。
  • 更快速地部署用戶端更新，讓您的組織安全且符合規範。
  • 在您的裝置上立即採取動作。

使用 Microsoft Configuration Manager 管理 Microsoft 365 Apps 更新是您瞭解的來源：

  • 使用 Microsoft Configuration Manager 更新 Microsoft 365 Apps 時所需的必要條件。

  • 如何讓 Configuration Manager 接收 Microsoft 365 用戶端套件通知。

  • 如何讓 Microsoft 365 用戶端接收來自 Configuration Manager 的更新。

  • 讓客戶端從 Configuration Manager 接收更新的選項。[7]

如需設定部署策略的完整指示，請參閱 Microsoft Configuration Manager 檔。

Microsoft 365 Apps 系統管理中心旨在協助系統管理員降低其總擁有成本，同時能夠使用 Microsoft 365 Apps 快速提供功能、安全性和品質更新。 深入解析和控制功能可以提供更深入且近乎即時的部署資訊、發出通知，以及快速動作 (延遲、還原、暫停和繼續) ，以確保使用者停機時間降到最低。

Microsoft 365 Apps 系統管理中心提供清查和雲端更新，以更妥善地管理 Microsoft 365 Apps 的裝置更新。

Office 清查

  • 深入瞭解 Office 裝置和載入宏資訊的詳細檢視。
  • 檢視深入解析，例如通道/建置散佈、新增多樣性等等。
  • 匯出數據。

安全性貨幣

  • 檢視儀錶板以取得跨通道的安全性更新合規性狀態。
  • 將目標目標和時間軸設定為追蹤和報告。
  • 識別失敗的裝置並採取緩和動作。

雲端更新

  • 設定每月企業通道或目前通道上裝置的更新配置檔，以自動接收更新。
  • 利用 Windows 傳遞優化。
  • 維護裝置符合更新期限和更新日期排除範圍。
  • 監視更新的部署，提供深入解析，以及暫停或復原部署的選項。

重要事項

發佈時，Microsoft 365 Apps 系統管理中心可供具有 E3 SKU 和更新版本的企業客戶使用。

用戶端組態控制

將 Microsoft 365 Apps 部署到裝置和用戶之後，Microsoft 會以您定義的步調和企業級工具，為您提供細微的用戶端組態控制。 Microsoft 365 Apps 有超過 2,000 個設定選項，可讓您改變客戶端行為，以符合貴組織的風險、合規性和作業配置檔。

雖然組策略過去一直用來強制執行用戶端設定，但仍是可行的方法，但我們已開發雲端式同步處理 Nexus 服務，可讓原則與使用者漫遊： 雲端原則。 此服務可讓您針對使用者裝置上的 Microsoft 365 Apps 企業版 強制執行原則設定，即使裝置未加入網域或以其他方式管理。 當使用者在裝置上登入 Microsoft 365 應用程式企業版時，其原則設定會漫遊至該裝置。 您也可以針對 Office Web 應用程式強制執行一些原則設定，適用於已登入的使用者和匿名存取檔的使用者。

圖 6 顯示入口網站，以及 Microsoft 365 Apps 系統管理中心內可供設定的大量原則設定。 您也可以直接在 Microsoft Intune 系統管理中心使用雲端原則。

[編輯原則設定] 網頁的螢幕快照。圖 6

某些設定選項可控制基本的客戶端行為，例如 Excel 中的滾動條可見度或 PowerPoint 中即時子標題的可用性，而其他設定對您的安全性、合規性或風險部門而言可能很重要。 圖 7 說明在 Microsoft 365 Apps 中啟用或停用連線體驗的雲端原則選項，其可為使用者提供來自桌面用戶端的 Web 服務， (例如翻譯工具、Bing 影像搜尋和 3D 地圖服務) 。

下拉式方塊的螢幕快照，可啟用或停用 Office 中分析內容的連線體驗。圖 7

Microsoft 提供隱私權控制，讓您可以符合全球規模的合規性和安全性義務，無論營運狀況為何。 使用雲端原則，您可以使用下拉功能表來修改這些設定，並在使用該配置檔的裝置上套用修改。

變更評估大眾化

稍早，我們共用的數據支援目前通道上的使用者值，以提供持續更新。 我們建議使用此通道和每月企業通道作為兩個解決方案，以加速更新評估和測試。 Microsoft 建議使用下列通道的兩個模型：

  • 測試租使用者： 若要評估和測試傳入功能，客戶會使用模擬生產環境的測試租使用者。 針對客戶端，建議您將測試租使用者訂閱目前通道或每月企業通道。 針對服務，建議您將測試租使用者訂閱目標發行選項。 測試租用戶用於與生產環境分開的整合測試和產品評估。 傳統上，IT 擁有測試租使用者，並在其中操作測試帳戶。 這是以IT為中心的模型，可能會造成瓶頸和未完成的評估。 建議您在測試租使用者中包含來自不同部門和角色的使用者。 IT 部門並非每項產品的專家，也不一定最適合執行特定產品評估。 針對 Microsoft 365 服務，有目標發行和標準版本選項可供使用。

  • Power user (專業知識) ：若要將更新評估大眾化，請識別生產租使用者中的進階使用者，並將其訂閱目前通道或每月企業通道 (Microsoft 365 Apps) ，以及 (服務) 的目標發行選項。 只有指定的進階使用者會收到連續或早期的更新，並作為各種企業營運和使用者專業知識的意見反應、錯誤和體驗的基本來源。

您可以同時使用這兩個模型，為傳入更新提供全面、有效且有效率的評估。 離開以 IT 為中心的接受模型，並在整個組織中將評估大眾化，可改善工作的速度和品質。 如果您的組織其餘部分分別訂閱 Semi-Annual 企業通道或標準發行選項 (Microsoft 365 Apps 和 Microsoft 365 服務，) ，IT 和進階使用者在測試租用戶中評估的更新將會準備好部署，減少摩擦。

在內部，Microsoft 會在稱為 Microsoft Elite 的程式中採用這些變更評估策略。 Microsoft Elite 計劃已超越 dogfood，並作為我們早期採用者計劃。 我們的員工測試功能和特定案例;他們提供質量的意見反應，可在發行給客戶和同事之前改善程式和功能。 您可以使用稍早所述的發行頻率和變更策略，在您自己的環境中模擬此程式。

Microsoft 變更計劃、原則和程式

Microsoft 變更任務是讓客戶能夠快速傳遞、提高生產力，並以新的應用程式和功能讓客戶滿意，同時將摩擦和中斷降到最低。 管理變更是一種常青計劃，可為使用者提供持續創新。 需要進行變更，才能確保產品和服務的安全、最新狀態，並如預期般運作。 雖然創新是提供用戶價值的關鍵，但我們發現對環境有影響的變更可能會造成法律、法規、安全性或合規性風險。 為了降低潛在風險，Microsoft 承諾：

  • 遵循定義的變更控制原則和程式。
  • 至少提前 30 天通知您有影響的變更。
  • 聆聽社群意見反應以改善變更發行程式。

變更管理計劃

Microsoft 365 變更管理計劃對於讓客戶規劃和管理變更至關重要。 圖 8 說明計劃的要件。

Microsoft 365 變更管理計劃四大要素的圖表。圖 8

Microsoft 變更管理計劃概述三個變更階段，以及與每個動作相關聯的建議客戶動作。 表 3 摘要說明三個變更階段。

表 3：Microsoft 變更管理計劃階段

階段 1：變更之前 階段 2：變更期間 階段 3：變更之後
找出卓越的變更中心或雲端治理委員會，其中包含來自企業中每個防禦線的代表。

驗證現有的變更原則，並視需要建立原則。		 請考慮變更對組織和用戶的影響。 使用訊息中心通訊，提供有關即將進行之服務變更的意見反應。
了解變更：
- 檢查 產品藍圖

- 在 Microsoft 365 系統管理中心檢查訊息中心		 留意工作流程變更，以協助部署小組，並透過主動採用和變更管理來提高用戶生產力。 檢閱推動組織中成功部署的因素，並調整以降低影響並提高認知和效率。
使用訊息中心通訊，提供有關即將進行之服務變更的意見反應。 請確定客戶配置檔的項目關係人和聯繫人區段已完成，並提供給您的技術帳戶管理員 (TAM) 。 變更的設計目的是要讓客戶受益。 協助使用者瞭解變更、了解變更，並充分利用這些變更。

不論變更策略為何，確保您的用戶瞭解最新的變更對於成功採用都很重要。 採用和變更管理的重要性會隨著 Microsoft 繼續呈向上趨勢，而更大的市場則會朝向持續變更的方向發展。

變更分類和通知

Microsoft 會分類變更，以協助客戶針對每個更新適當地了解和規劃。 主要更新應該是客戶評估和分析近期變更的重要焦點。 如果將變更分類為重大更新，Microsoft 會在可能需要採取動作前至少 30 天通知客戶。

若要分類為 重大更新，變更必須符合下列一或多個準則：

  • 每日生產力的變更，例如收件匣、會議委派、共用和存取。
  • 主題、網頁元件及其他可能會影響自定義的元件變更。
  • 增加或減少可見容量，例如記憶體、規則數目、專案或持續時間。
  • 可能造成使用者混淆或導致技術支持人員/附屬變更或URL變更的品牌化。
  • 新的服務或應用程式。
  • 需要系統管理員動作的變更 (避免/修正) 。
  • 數據儲存位置的變更 (可能會影響法規或法律需求) 。

Microsoft 365 系統管理中心的 訊息中心是您變更資訊的主要來源。 訊息中心會標示重大更新 (重大更新的變更，) 紅色驚嘆號 () ❗ -這可協助他們輕鬆地識別及追蹤各種發行階段。 圖 9 顯示螢幕快照。

訊息中心喜好設定的螢幕快照。圖 9

訊息會在上述右側數據行中由三個類別的其中一個識別：

防止或修正問題：這些訊息會通知您會影響組織的已知問題，而且可能需要您採取動作以避免服務中斷。 防止或修正問題與 服務健康情況 訊息不同，因為它們會提示您主動避免發生問題。

規劃變更：這些訊息會通知您 Microsoft 365 的變更，可能需要您採取行動以避免服務中斷。 例如，系統需求即將變更，以及即將移除的功能，都會通知您。 為了讓服務保持正常執行，我們致力於提供至少 30 天的變更通知，要求系統管理員採取行動。

隨時掌握資訊：我們會在此通知您我們即將在組織中開啟的新功能或更新功能。 這些功能通常會先在 Microsoft 365 藍圖中宣佈。 隨時掌握訊息也可讓您根據我們的服務等級協定得知計劃性維護。 計劃性維護可能會導致停機時間，您或您的使用者無法存取 Microsoft 365、特定功能或電子郵件或 OneDrive 等服務。 如需詳細資訊，請參閱 訊息中心檔。

「防止或修正問題」和「規劃變更」訊息都可能需要系統管理員採取動作。 為了協助您排定優先順序和計劃， [依動作 依據] 數據行包含需要採取動作的日期。

重要事項

「為了協助您排定優先順序和規劃， [依動作 依據] 資料行包含需要採取動作的日期。」

訊息中心系統管理員使用者介面是取得服務變更資訊的其中一種方式。 使用 Office 365 服務通訊 API，您可以建置自動化解決方案來查詢下列相關資料：

  • 取得服務： 傳回您訂閱的服務清單。
  • 取得目前狀態： 傳回目前和進行中服務事件的實時檢視。
  • 取得歷程記錄狀態： 取得服務事件的歷史檢視。
  • 取得訊息： 尋找事件和訊息中心通訊，其中包括變更資訊。

我們致力於持續改善變更分類和通知程式。 我們預測哪些變更可能會影響客戶環境，是我們變更分類的基礎，但這些預測會受到限制，而不需要客戶社群的輸入。 我們透過各種管道收到的客戶意見反應，可增強我們以敏捷、大眾化、以客戶為中心的方式回應變更疑慮的能力。

信息和意見反應通道的來源

為了確保廣泛散佈和輔助功能，Microsoft 會在各種位置發佈變更資訊。 Microsoft 365 系統管理 入口網站中的訊息中心是租使用者特定資訊的重要來源，但您應該注意整個來源套件，以確保及時全面通知您。

變更資訊的來源

Microsoft 365 藍圖

Microsoft 365 藍圖是一個公用網站，可轉送正在開發、推出或啟動的產品狀態。 您可以檢視每個功能或工作負載的狀態、使用標籤進行搜尋，以及從單一入口網站確認發行日期。 如圖 10 所示，您可以使用篩選輕鬆地尋找感興趣的服務或功能。

包含篩選條件的 Microsoft 365 藍圖螢幕快照。圖 10

訊息中心每周摘要

您的系統管理員可以使用訊息中心每周摘要，以可摘要、易於共用的摘要格式，透過電子郵件檢閱訊息中心通訊。 摘要的建立是為了回應客戶的意見反應，並示範 Microsoft 社群效果在我們的程式中變更的創新方式。 客戶可藉由變更管理入口網站中的設定，退出宣告摘要電子郵件。 圖 11 顯示摘要的範例。

訊息中心公告範例。圖 11

Microsoft 管理行動裝置應用程式

Microsoft 365 系統管理行動裝置應用程式有超過 80 項功能，可協助您在進行時管理公司。 應用程式可在 Apple App Store 和 Google Play 中下載。 使用行動應用程式，您可以執行常見的工作，例如用戶密碼重設、將使用者新增至群組，以及檢閱變更通知和警示。 建議您啟用行動裝置警示，讓您在更新發行時隨時掌握更新的相關信息。 圖 12 顯示行動應用程式的螢幕快照。

Microsoft 365 系統管理行動裝置應用程式的螢幕快照。
圖 12

若要利用 Microsoft 365 管理行動應用程式功能， 請下載應用程式。

其他變更信息資源

除了變更我們的服務之外，我們也會更新 Microsoft 365 用戶端。 這兩組變更都會遵循我們的變更管理計劃，並在訊息中心進行通訊。 如需用戶端變更的相關文件，請參閱：

在正式檔之外，我們建議客戶加入 Microsoft Tech Community，以持續掌握產業同儕如何管理及部署變更。 Microsoft Tech Community 是主動、原始、實時的資訊來源。 我們主動監視平臺，以進一步瞭解接收變更的方式。

意見反應通道

Microsoft 會在客戶與我們的產品之間建立良性的意見反應迴圈。 有數個因客戶提交的意見反應而回復或修改的變更範例。 客戶可以透過多個通道提供意見反應：

  • Microsoft 365 系統管理入口網站
  • 訊息中心
  • Microsoft 技術社群

Microsoft 365 系統管理入口網站
在系統管理入口網站中每個頁面的右下方，客戶可以按兩下 [ 提供意見反應 ] 按鈕來提供意見反應，如圖 13 所示。

[提供意見反應] 按鈕的螢幕快照。
圖 13

訊息中心

[ 提供意見反應 ] 按鈕也存在於訊息中心，因此您可以提供連入變更或其他通知的意見反應，而不需要切換入口網站頁面。 來自訊息中心的意見反應會直接傳送給 Microsoft 內的擁有工程和行銷小組。 Microsoft 擁有者會收到已提交新意見反應的每日報告。 如果您的意見反應是關於特定變更或訊息，請務必包含訊息中心標識碼，讓意見反應能夠正確相互關聯。 在圖 14 中，您可以在訊息中心右下角看到 [ 提供意見反應 ] 按鈕。

訊息中心設定頁面的螢幕快照。圖 14

訊息中心也支援每個訊息的 [Like ] 和 [ 分析 ] 按鈕，如圖 15 所示。 使用這些功能，您可以快速提供意見反應。 我們會匯總此意見反應，並使用它來瞭解最近變更的一般客戶接收。

[喜歡] 和 [不喜歡] 按鈕的螢幕快照。圖 15

Microsoft 技術社群

此社群可作為來自同儕的變更資訊來源，以及作為提供意見反應的論壇。 我們會監視技術社群論壇中的重要意見反應，並使用這些資訊來影響內部決策。 圖 16 顯示意見反應論壇的清單。

意見反應論壇清單的螢幕快照。圖 16

Footnotes

1： NPS) (凈促銷者分數是測量產品或服務用戶喜好設定的產業計算。 NPS 的計算方式是考慮對檢查目標進行減去、支援或中性的使用者。 減去升階者百分比中的減法者百分比會產生凈升階者分數，如果每個客戶都是轉譯者) ，則每個客戶都是轉譯者，則其範圍可能介於 -100 (低，如果每個客戶都是升階者) ，則最高為 100 (。

2： 錯誤的 1.5 邊界。

3：Microsoft 提供從用戶端點收集之診斷數據的控制，如使用原則設定來管理 Microsoft 365 Apps 企業版 的隱私權控制中所述。 若 Microsoft 是受限於 GDPR 的個人資料處理者或轉包處理者， Microsoft Online Services 數據保護附件 3 中的 GDPR 條款會控管該處理，而合作物件也同意本子節中的下列條款 ( 處理個人資料;GDPR“) 。

4： 如需選擇加入這些服務版本選項的指引，請參閱 設定標準或目標發行選項。

5： 如果您的整個組織都採用半年的頻率，您可能會發現功能更新之間的六個月期間，會導致用戶端在等候這類延長發行期間時，不符合法規需求或內部原則。

6： 這包含針對 Semi-Annual 企業通道選取的非安全性更新子集。

7：若要讓 Configuration Manager 能夠管理 Office 更新，必須在安裝 Office 的計算機上啟用 Office COM 物件。 Office COM 物件會從 Configuration Manager 取得命令，以下載並安裝用戶端更新。 您可以在 Configuration Manager、群組原則 或 Office 部署工具中使用用戶端原則來啟用 Office COM 物件。 如果您使用多個方法，群組原則 設定會決定最終組態。