欄位的最佳做法：Microsoft 365 變更指南
注意事項
本文是由與企業客戶合作部署 Office 的 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 顯示比較。
圖 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 10傳遞優化。
使用工具來暫停、還原和延遲部署。
維護裝置符合更新期限和更新日期排除範圍。
重要事項
發佈時，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系統管理中心使用雲端原則。
![[編輯原則設定] 網頁的螢幕擷取畫面。](../images/fieldnotes/edit-policy-configuration.png)
圖 6
某些設定選項可控制基本的用戶端行為，例如 Excel 中的捲軸可見度或 PowerPoint 中即時子標題的可用性，而其他設定對您的安全性、合規性或風險部門而言可能很重要。 圖 7 說明在Microsoft 365 Apps中啟用或停用連線體驗的雲端原則選項，其可為使用者提供來自桌面用戶端的 Web 服務， (例如翻譯工具、Bing 影像搜尋和 3D 地圖服務) 。
圖 7
Microsoft 提供隱私權控制，讓您可以符合全球規模的合規性和安全性義務，無論營運狀況為何。 使用雲端原則，您可以使用下拉式功能表來修改這些設定，並在使用該設定檔的裝置上套用修改。
變更評估大眾化
稍早，我們共用的資料支援目前通道上的使用者值，以提供持續更新。 我們建議使用此通道和每月企業通道作為兩個解決方案，以加速更新評估和測試。 Microsoft 建議使用下列通道的兩個模型：
測試租使用者： 若要評估和測試傳入功能，客戶會使用模擬生產環境的測試租使用者。 針對用戶端，建議您將測試租使用者訂閱目前通道或每月企業通道。 針對服務，建議您將測試租使用者訂閱目標發行選項。 測試租使用者用於與生產環境分開的整合測試和產品評估。 傳統上，IT 擁有測試租使用者，並在其中操作測試帳戶。 這是以 IT 為中心的模型，可能會造成瓶頸和未完成的評估。 建議您在測試租使用者中包含來自不同部門和角色的使用者。 IT 部門並非每項產品的專家，也不一定最適合執行特定產品評估。 針對 Microsoft 365 服務，有目標發行和標準版本選項可供使用。
Microsoft 365 Apps：如需權益以及如何註冊或變更更新通道的相關資訊，請參閱變更組織中裝置的Microsoft 365 Apps更新通道。 如需權益的說明，請參閱本文 的用戶端發行通道 一節。
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 說明計畫的要件。
圖 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 藍圖是一個公用網站，可轉送正在開發、推出或啟動的產品狀態。 您可以檢視每個功能或工作負載的狀態、使用標籤進行搜尋，以及從單一入口網站確認發行日期。 如圖 10 所示，您可以使用篩選輕鬆地尋找感興趣的服務或功能。
圖 10
訊息中心每週摘要
您的系統管理員可以使用訊息中心每週摘要，以可摘要、易於共用的摘要格式，透過電子郵件檢閱訊息中心通訊。 摘要的建立是為了回應客戶的意見反應，並示範 Microsoft 社群效果在我們的程式中變更的創新方式。 客戶可藉由變更管理入口網站中的設定，退出宣告摘要電子郵件。 圖 11 顯示摘要的範例。
圖 11
Microsoft 365 系統管理行動裝置應用程式有超過 80 項功能，可協助您在進行時管理公司。 應用程式可在 Apple App Store 和 Google Play 中下載。 使用行動應用程式，您可以執行常見的工作，例如使用者密碼重設、將使用者新增至群組，以及檢閱變更通知和警示。 建議您啟用行動裝置警示，讓您在更新發行時隨時掌握更新的相關資訊。 圖 12 顯示行動應用程式的螢幕擷取畫面。
圖 12
若要利用 Microsoft 365 管理行動應用程式功能， 請下載應用程式。
其他變更資訊資源
除了變更我們的服務之外，我們也會更新 Microsoft 365 用戶端。 這兩組變更都會遵循我們的變更管理計畫，並在訊息中心進行通訊。 如需用戶端變更的相關檔，請參閱：
-
- 這些更新通道會反映稍早在變更管理計畫中所述的更新通道。
-
- 用戶端版本資訊提供有關不同平臺的最新安全性更新、更新大小和更新的豐富資訊 (例如 Mac) 。
-
- 請參閱部落格文章中的最新版本和功能，這與正式 檔不同。
-
- 檢閱 Microsoft 365 服務和功能，以深入瞭解可用來改善安全性和生產力的現有功能。
在正式檔之外，我們建議客戶加入Microsoft Tech Community，以持續掌握產業同儕如何管理及部署變更。 Microsoft Tech Community是主動、原始、即時的資訊來源。 我們主動監視平臺，以進一步瞭解接收變更的方式。
意見反應通道
Microsoft 會在客戶與我們的產品之間建立良性的意見反應迴圈。 有數個因客戶提交的意見反應而回復或修改的變更範例。 客戶可以透過多個通道提供意見反應：
- Microsoft 365 系統管理入口網站
- 訊息中心
- Microsoft 技術社群
Microsoft 365 系統管理入口網站
在系統管理入口網站中每個頁面的右下方，客戶可以按一下 [ 提供意見反應 ] 按鈕來提供意見反應，如圖 13 所示。
![[提供意見反應] 按鈕的螢幕擷取畫面。](../images/fieldnotes/give-feedback-button.png)
圖 13
[ 提供意見反應 ] 按鈕也存在於訊息中心，因此您可以提供連入變更或其他通知的意見反應，而不需要切換入口網站頁面。 來自訊息中心的意見反應會直接傳送給 Microsoft 內的擁有工程和行銷小組。 Microsoft 擁有者會收到已提交新意見反應的每日報告。 如果您的意見反應是關於特定變更或訊息，請務必包含訊息中心識別碼，讓意見反應能夠正確相互關聯。 在圖 14 中，您可以在訊息中心右下角看到 [ 提供意見反應 ] 按鈕。
圖 14
訊息中心也支援每個訊息的 [Like ] 和 [ 分析 ] 按鈕，如圖 15 所示。 使用這些功能，您可以快速提供意見反應。 我們會匯總此意見反應，並使用它來瞭解最近變更的一般客戶接收。
![[喜歡] 和 [不喜歡] 按鈕的螢幕擷取畫面。](../images/fieldnotes/message-center-like-and-dislike.png)
圖 15
此社群可作為來自同儕的變更資訊來源，以及作為提供意見反應的論壇。 我們會監視技術社群論壇中的重要意見反應，並使用這些資訊來影響內部決策。 圖 16 顯示意見反應論壇的清單。
圖 16
註腳
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 物件。 如果您使用多個方法，群組原則設定會決定最終組態。