關於升級架構
為了協助您排除升級旅程的猜測，我們採用了實作變更的實證架構。 如下所示，架構中的每一個步驟都是在前一步建立，為了獲得最佳結果，建議您依序執行步驟。
首先，將適當的專案關係人整合在一起，並定義升級計畫 (例如範圍、目標和時程表) 。 有了計畫，請確認您的技術環境和使用者已準備好使用 Teams。 然後，分階段實作升級，準備就緒時從試驗升級到整個組織的升級。 一旦貴組織使用 Teams，請建立監控品質的營運計畫，並加快使用者採用速度。
在相關頁面上尋找此架構圖形，以識別您在升級程式中的位置。
升級時程表範例
升級之旅會在您開始規劃變更時開始。 以下利用成功架構做為指導方針，是一個範例時程表，可引導您從升級前階段開始規劃並準備升級，包括升級和升級之後的營運階段，其設計目的是維持和擴充您的成果。
注意事項
我們瞭解您前往 Teams 的旅程可能牽涉到在不同時間運用多個 模式 和升級使用者群組，這可讓您控制使用者升級體驗，同時維持 Teams 的動力。
為了協助示範您的升級旅程如何符合您的需求，我們提供了下方的範例計畫，其中定義從 商務用 Skype Online 到群島模式到 Teams 的旅程。 此外，範例計畫概述已將其使用者分成四個升級群組或一組的組織。 使用此範本做為範本，自訂計畫以包含您前往 Teams 的特定旅程，並結合您將使用的各種 模式 ，以及您將使用者分成的升級群組數目。
升級前
為您的組織準備 Teams。 為了協助確保 Teams 順利升級，請務必撥出足夠的時間準備。 您的組織不僅能夠快速開始瞭解 Teams 的價值，您也可以在 Teams 準備好時立即加速從商務用 Skype升級。 如果您已經同時啟用 Teams 商務用 Skype，請使用這些升級前活動做為檢查點，在您將使用者升級至 Teams 之前驗證貴組織的整備狀態。
提示
除了範例升級專案計劃和試驗測試計劃之外，還可下載範本使用者整備資料的 升級成功套件 ，例如通訊和使用者問卷。 套件中可用的專案在下列清單中會以星號 (*) 標示。
計畫：建立您的升級計畫，以協助確保您的組織已設定為長期成功
| 步 | 總結 | 資源 | |
|---|---|---|---|
| 1 | 定義專案關係人 | 指派負責推動升級成功的專案小組成員。 | 爭取專案關係人 |
| 2 | 定義專案願景和範圍 | 設計您的「全貌」願景和目前的專案範圍，為您的升級旅程建立藍圖。 | Project 願景 專案範圍 |
| 3 | 定義您的專案目標 | 設定目標目標，讓您衡量進度和專案成功。 | 專案目標 |
| 4 | 找出風險與風險降低方案 | 建立一項緩和計畫，以確保在發生問題時，您可以快速讓專案步入正軌。 | 風險與風險降低 |
| 5 | 定義時間軸 | 設定時程表和關鍵里程碑，以協助您的專案保持在時間和預算上。 | 時程表 升級成功套件 |
| 6 | 定義適當的商務用 Skype和 Teams 升級與共存策略 | 為您的組織規劃確保從 商務用 Skype 到 Teams 的最佳路徑之旅程。 | 瞭解 Microsoft Teams 與商務用 Skype共存與互通性 瞭解電話系統和 PSTN 連線選項 選擇您的升級旅程 |
準備：評估貴組織的 Teams 整備狀態
| 步 | 總結 | 資源 | |
|---|---|---|---|
| 1 | 評估您的環境並完成 Teams 技術上線 | 確定您的環境已準備好供 Teams 使用，以協助優化使用者體驗，並協助您隨著時間升級。 | 升級至 Teams 之前先評估您的環境。 準備升級至 Teams 的服務 |
| 2 | 優化 Teams 的網路，特別是即時媒體案例 | 如果您要部署音訊、視訊或會議，請採取下列額外步驟，針對該功能優化您的網路。 | 準備升級至 Teams 的網路 |
| 3 | 評估組織整備狀況並定義團隊工作案例 | 瞭解您的使用者基礎，以準備正確的訊息和教育層級，以促進和加快使用者採用。 | 組織變更整備 |
| 4 | 準備使用者整備計畫以定義通訊、訓練和支援使用者的方式 | 個人化您的通訊、訓練和支援計畫，以確保對新技術的最佳接受性。 | 準備使用者整備計畫 升級成功套件 |
| 5 | 宣佈 Microsoft Teams 擱置中啟動 | 提早溝通，協助使用者感到被包含在內、減少混淆，並產生興奮。 | 升級成功套件 |
| 6 | 為您的 IT 員工準備 Teams | 確認您的技術及支援人員具備所需的一切，以備妥並支援 Teams 的技術環境。 | 為您的 IT 員工準備 Microsoft Teams 升級成功套件 |
試驗：執行試驗以確認您的組織已準備就緒，並通知您前往 Teams 的最佳旅程
| 步 | 總結 | 資源 | |
|---|---|---|---|
| 1 | 大綱試驗物流 | 定義正式的試驗物流，以協助驗證貴組織是否準備好升級或共存。 | 大綱試驗物流 |
| 2 | 選取您的試驗參與者並測試案例 | 找出能夠協助驗證團隊工作案例並確認 Teams 整備狀態的使用者。 | 選取您的試驗參與者並測試案例 |
| 3 | 設計您的測試計劃和意見反應問卷 | 找出可讓參與者完成的明確定義工作，以及分享意見反應的方式。 | 設計您的測試計劃和意見反應問卷 |
| 4 | 建立您的試驗通訊計畫 | 教育試驗參與者瞭解發生的情況、時間、原因，以及預期的結果。 | 建立您的通訊計畫 升級成功套件 |
| 5 | 進行試驗 | 啟動試驗、追蹤進度，並視需要反覆運算以優化試驗結果。 | 進行試驗 |
| 6 | 評估學習並評估您的後續計畫 | 收集使用者意見反應、網路統計資料和支援票證，以針對您的目標進行分析，並判斷您的未來計畫。 | 評估學習並評估您的後續計畫 |
部署：與 商務用 Skype 共存執行 Teams
| 步 | 總結 | 資源 | |
|---|---|---|---|
| 1 | 宣佈 Teams 正式啟動 | 在 Teams 準備就緒時傳送正式啟動公告，以產生興奮和動力。 | 升級成功套件 |
| 2 | 實施您的升級 | 您採取的步驟取決於您目前的商務用 Skype部署。 | 實施您的升級 |
| 3 | 隨時掌握 Teams 藍圖 | 監控 Teams 藍圖，找出組織移至 Teams 的正確時間。 | Teams 藍圖 |
| 4 | 傳送其他通訊並與 Teams 冠軍互動，以促進 Teams 的興奮與採用 | 鼓勵使用者採用，並保持對 Teams 持續溝通和冠軍的興奮。 | Microsoft 365 冠軍計畫 |
升級
正式移至 Teams。 當您升級使用者時，您會將使用者移至僅限 Teams 模式。 Teams 會成為其聊天、會議、通話和共同作業的主要應用程式，且停用商務用 Skype應用程式的存取權。 雖然此階段的技術層面相當簡單，但請考慮變更對使用者體驗的影響，並讓使用者有時間正式將其活動從商務用 Skype轉換至 Teams。 若要減少使用不同用戶端之不同體驗的使用者，請嘗試將端對端升級視窗限制為 45 天左右。
升級：實作從 商務用 Skype 升級至 Teams 的作業
| 步 | 總結 | 資源 | |
|---|---|---|---|
| 1 | 確認您已完成上述升級前活動 | 確認完成所有規劃和準備活動，以協助確保升級成功。 | 上述所有內容 |
| 2 | 在您的第一個升級群組中啟動與使用者的通訊 | 通知使用者升級正在開始，並在整個程式中隨時掌握通知。 | 準備使用者整備計畫 升級成功套件 |
| 3 | 為第一個升級群組中的使用者啟用僅限 Teams 的共存模式 | 請依照適合您商務用 Skype環境的步驟執行技術使用者移轉。 | 從 商務用 Skype Online 升級至 Teams 從商務用 Skype內部部署升級至 Teams |
| 4 | 在迴圈迴圈中針對其餘的升級群組重複上述升級活動 | 繼續推動您持續的通訊計畫，並根據您的計畫升級使用者群組。 | |
| 5 | 傳送升級後的意見反應問卷給所有使用者 | 使用意見反應問卷來擷取使用者的意見反應和見解。 | 升級成功套件 |
升級後
使用 Teams 最大化商務價值。 在您的組織完全升級至 Teams 之後，請花時間根據您的目標評估您的成功，並實作繼續向前發展動力的計畫。
操作：衡量升級成功
| 步 | 總結 | 資源 | |
|---|---|---|---|
| 1 | 評估您的初始升級成功 | 根據您在升級前階段中建立的目標來評估進度。 | 專案目標 |
| 2 | 針對未步入正軌的任何目標實作一項緩和計畫 | 針對未達到的目標定義減輕或課程修正策略。 | 專案目標 |
| 3 | 監控網路健康情況和品質 | 實作品質檢查和監控計畫，以協助確保使用者有正面的體驗，並減少給支援中心的電話。 | 監控網路健康情況和品質 |
| 4 | 推動使用者動力與採用 | 透過持續採用計畫，鼓勵使用者採用，並為 Teams 保持興奮。 | 推動使用者動力與採用 |
| 5 | 準備新功能 | 建立創新和產品改良功能的變更週期，以實現最大價值。 | 準備新功能 |
注意事項
我們的升級內容持續不斷演進。 請務必回來查看最新的指導方針，並閱讀 Teams 部落格。
重要
商務用 Skype Online 已于 2021 年 7 月 31 日淘汰。 為了充分運用權益並確保貴組織有適當的時間來實作您的升級，我們鼓勵您立即開始前往 Microsoft Teams 的旅程。 請記住，成功升級會使技術和使用者整備一致，因此請務必運用本文所述的指引，流覽到 Microsoft Teams。