營運您的服務
本文是升級旅程中「卓越運作」階段的一部分，會在您完成從 商務用 Skype 升級至Teams之後開始。
本文將概略說明升級之後，貴組織成功執行Teams的需求。 藉由正確操作您的 Teams 服務，您可以確定您為組織提供了高品質、可靠的體驗。
操作指南簡介
操作指南提供 Microsoft Teams 服務管理功能中所有必要工作和活動的概觀。
服務管理是一個廣泛的主題，涵蓋 Microsoft Teams 服務在部署並啟用用戶之後的日常作業。 Teams 服務包含 Microsoft 365 或 Office 365 以及部署在內部部署 (例如網路) 的基礎結構元件。
服務管理的概念對大多數組織來說可能不是新的概念。 您可能已經實作與現有服務相關聯的程式和工作。 不過，當您今天規劃服務管理以在未來支援 Teams 時，或許可以擴充目前的程式。
服務管理包含管理Teams端到端的所有活動和處理程式。 如前文所述，服務管理的某些元件，即 Microsoft 365 或 Office 365 服務本身所構成的基礎結構，由 Microsoft 負責，而您這個客戶則會對您的用戶負責管理 Teams、網路和端點的各個層面。
本指南中的工作和活動分為八個類別，如下圖所述。 下列各節會逐一展開這些類別。
 決策點 |
|
 後續步驟 |
|
營運角色對應
您在 [想像] 階段進行作業的基礎規劃至關重要，因為作業活動會在第一個試驗用戶啟用時開始。 本指南列出必須在每日、每周、每月或視需要執行的活動和工作，以維持高品質的Teams部署。 本指南提供如何執行這些重要活動和工作的知識和指導方針。
成功部署的其中一個重要元件是確保您在 [想像] 階段初期所做的規劃包含決定誰將負責執行特定活動。 在您瞭解哪些工作和活動套用到您的部署之後，您必須了解這些工作，後面接著您指派給他們的群組或個人。
您識別的每一個小組都必須檢閱並同意已識別的工作和職責，並開始準備。 這可能包括訓練和整備、提供教職員計劃更新，或確保外部提供者已準備好進行配送。
本指南中定義的活動和角色在大多數情況下應有效，但每個 Teams 部署都是唯一的;因此，您可以使用本指南做為起點，自定義符合您需求的活動和預設角色。
確保每個可負責的小組都能夠深入瞭解執行服務所需的活動。 在第一次試驗開始之前，每個小組都必須接受並簽署他們在貴組織中的責任。
合約簽訂之後，對應的團隊應開始運作其角色。
後續步驟 |
|
Teams 服務相依性
Microsoft Teams 整合了整個 Microsoft 365 和 Office 365 的技術，以提供團隊合作中心。 範例包括：
Microsoft Entra ID 提供Teams的驗證和授權服務。
Exchange Online 提供進階功能，例如法律保留和電子探索。
SharePoint Online 提供在頻道中共用檔案的功能，而 商務用 OneDrive 提供在私人聊天中共用檔案的機制。
組織也可以運用內部部署基礎結構中的現有投資。 例如，現有的 內部部署的 Active Directory 帳戶可以利用 Microsoft Entra 連線來進行驗證。 某些版本的 Exchange Server 可用來取代 Exchange Online。
這些技術整合在一起，為使用者提供豐富的共同作業和智慧型手機通訊套件。 這種緊密整合是 Teams 的重要優點，但也推動了跨這些技術的服務管理需求。
本指南涵蓋管理Teams服務的重點領域。 您很可能已經針對 Teams 所依賴的支持技術制定服務管理方案。 如果沒有，您也必須為這些技術元件建立適當的服務管理計劃， (內部部署和在線) 。 這有助於確保您的使用者享有高品質、可靠的Teams使用體驗。
引用
Exchange 和 Microsoft Teams 如何互動
SharePoint Online 和 商務用 OneDrive 如何與 Microsoft Teams 互動
Microsoft Teams 和 商務用 Skype 共存與互操作性
營運指南活動
下列各節將概略說明成功操作 Microsoft Teams 服務所需的活動。 這些專案包括工具、關係型資訊及其他內容的參照，以協助您了解活動並協助整備計畫。
監控服務健康情況
請務必瞭解 Microsoft Teams 服務的整體健康情況，以便主動提醒組織中的其他人任何會影響服務的事件。 如先前所述，Teams 取決於其他 Microsoft 365 和 Office 365 服務，例如 Microsoft Entra ID、Exchange Online、SharePoint Online 和 商務用 OneDrive。 因此，您同樣必須監控相依服務的健康情況。
將此活動整合到您的事件管理程式中，以主動通知使用者、技術服務人員和您的作業小組，以準備處理用戶升級。
下列各節說明您可以運用的工具來監控影響Teams 服務的服務事件 。 下表包含每個工具的優點摘要，以及您應該使用每個工具的時機。
| 監控工具 | 優點 | 何時使用 |
|---|---|---|
| Microsoft 365 系統管理中心 | 可在任何裝置上使用支援的瀏覽器。 | 當您不需要即時通知時使用。 |
| Microsoft 365 系統管理 應用程式 | 提供推播通知到您的行動裝置。 | 當您外出時需要收到服務事件通知時使用。 |
| Microsoft System Center | 與 Microsoft System Center 整合。 | 當您需要進階監視功能和通知支援時使用。 |
| Microsoft 365 Service Communications API | 以程式設計方式存取 Microsoft 365 或 Office 365 服務健康情況。 | 當您需要與第三方監視工具整合，或想要建立您自己的解決方案時使用。 |
備註
只有獲指派 全域系統管理員 或 服務系統管理員 角色的人，才能檢視服務健康情況。
使用 Microsoft 365 系統管理中心監控
Microsoft 365 系統管理中心 提供服務健康情況儀錶板，您可以在此檢視Teams服務目前的健康情況，以及相依的服務。
使用行動裝置應用程式監控
Microsoft 365 系統管理 應用程式可在 Apple iOS、Android 和 Windows (電腦和行動) 上使用。 應用程式會提供系統管理員有關服務健康情況和近期變更的資訊。 應用程式支援推播通知，可在張貼建議后立即通知您。 這可協助您隨時掌握服務的狀態、健康情況，以及任何即將進行的變更。 通知支援會使其成為系統管理員建議的監控工具。 如需詳細資訊，請參閱：
下載 Microsoft 365 系統管理 行動裝置 App
使用 Microsoft System Center 監控
Microsoft System Center 是整合式管理平臺，可協助您管理資料中心、客戶端裝置和混合式雲端IT環境。 使用 System Center 的 Microsoft 365 或 Office 365 系統管理員現在可以選擇匯入管理套件，讓他們可以在 System Center 的 Operations Manager 內檢視所有服務通訊。 使用此工具可讓您存取訂閱服務的狀態、作用中且已解決的服務事件，以及訊息中心通訊 (即將進行的變更) 。 如需詳細資訊，請參閱下列 部落格文章。
如果您利用 System Center 監控 Teams 服務健康情況 (和相依服務) ，您可以進一步自定義管理套件以警示或通知特定群組或被識別為對事件做出反應的個人。 這些群組可以包括服務擁有者、技術服務人員、第二層和第三層支援群組，以及貴組織的事件管理員。
監控進階案例
您可以利用 Service Communications API 以程式設計方式存取服務健康情況和變更，來監控服務健康情況和即將到來的變更。 使用此 API 建立您自己的監視工具，或將現有的監視工具連線至 Microsoft 365 或 Office 365 服務通訊，以簡化您監視環境的方式。 如需詳細資訊，請參閱適用於企業開發人員的 Microsoft 365 或 Office 365。
每日/每周/每月/視需要的工作
| 活動 | 描述 | 節奏 | 已指派小組 |
|---|---|---|---|
| 監控服務健康情況 | 使用可用的工具，主動監控 Microsoft Teams 服務健康情況、 (和從屬服務) 。 相依服務包括：Exchange Online、SharePoint Online、商務用 OneDrive、Microsoft Entra ID。 | 即時 | |
| 事件通知 | 通知內部項目關係人影響Teams服務的事件。 內部項目關係人可以包含使用者、技術服務人員和事件管理員。 | 視需要 |
引用
如何檢查 Microsoft 365 或 Office 365 服務健康情況
管理組織變更
Microsoft Teams 是雲端式服務。 如此一來，您就可以快速地提供新功能。 提供持續創新對組織有明顯的好處，但您必須在組織內適當管理這些變更，以避免使用者抵觸或升級到技術服務人員。
系統會自動向您的使用者推出 Teams 匯報。 您的用戶永遠會有 Teams 服務中提供的最新用戶端和功能。 您無法管理向使用者推行 Teams 更新，因此透過有效通訊、訓練和採用程式管理變更至關重要。 如果您的用戶已經瞭解此變更、瞭解其優點，並具備運用新功能的能力，他們將能夠更快速地調整並歡迎變更。
監控變更
變更管理的第一個步驟是監控針對Teams所規劃的變更。 監控這些變更的最佳來源是 Microsoft 365 藍圖，其中列出目前正在開發、向客戶推出或已完全啟動的功能。 您可以使用提供的篩選來搜尋 Teams 的特定功能，或是將藍圖下載到 Excel 檔案以進行進一步分析。 針對每個功能，藍圖會提供簡短描述，以及預期的發行日期。
在 Microsoft Teams 部落格中，您可以了解有關 Teams 產品更新的最佳做法、趨勢和新訊。 預期會在這裡宣佈Teams的主要功能更新。 您也可以透過 RSS 摘要訂閱部落格。 接著，您可以將 RSS 摘要 直接新增至 Teams 頻道，如此一來，所有重要消息都會直接在 Teams 內傳遞。
發行的所有功能都會記錄在 Microsoft Teams 的版本資訊中。 您可以在這裡找到針對桌面電腦、網路和行動裝置發行的功能清單。 同一組版本資訊也可在 [說明] 的 [新增功能 ] 索引卷 標上使用。
熟悉可用資源，並確保您指派適用的擁有者監控變更。
規劃變更
現在您已經知道Teams服務即將進行的變更，下一個步驟是準備並據此規劃。 評估每個變更，以判斷哪些變更需要與使用者溝通、意識行銷活動、支援小組或使用者的訓練，或功能評估和採用營銷活動。 這是貴組織中變更管理小組的主要角色。 以下是可協助您規劃變更的範例數據表集合。
功能：會議錄製 (發行日期：2018 年 1 月)
一般曲目
| 變更整備 | 地位 | 附註/後續步驟 | 擁有者 |
|---|---|---|---|
| 法律檢閱 | 完成 | 這項功能是讓訓練團隊上線的必要條件。 | 專案小組 |
技術變更管理
| 變更整備 | 地位 | 附註/後續步驟 | 擁有者 |
|---|---|---|---|
| 需要 IT 變更 | 是 | 管理員 只需要為識別的使用者啟用錄製功能。 | 支援小組 |
| 技術整備完成 | 是 | 支援小組 | |
用戶變更管理
| 變更整備 | 地位 | 附註/後續步驟 | 擁有者 |
|---|---|---|---|
| 用戶影響 | 低 | ||
| 需要使用者整備 | 是 | ||
| 通訊準備就緒 | 否 | 已擬定通訊電子郵件，等待檢閱。 | 通訊小組 |
| 訓練準備就緒 | 是 | 訓練將運用現有的 Microsoft 影片。 | 訓練小組 |
狀態追蹤
| 變更整備 | 地位 | 附註/後續步驟 | 擁有者 |
|---|---|---|---|
| 發行狀態 | 進行中 | 高階主管贊助者正在等待檢閱。 | 變更管理小組 |
| 版本簽核 | |||
| 發行日期 |
如需有關使用Teams規劃變更管理的詳細資訊，請參閱 建立 Microsoft Teams 的變更管理策略。
每日/每周/每月/視需要的工作
| 活動 | 描述 | 節奏 | 已指派小組 |
|---|---|---|---|
| 監視變更 | 監控 Microsoft Teams 服務近期變更。 | 日常 | |
| 規劃變更 | 評估並規劃新功能，包括通訊計劃、宣傳活動和訓練。 | 視需要 | |
| 用戶整備 | 執行目標通訊、意識或訓練活動，以確保使用者已準備好迎接即將到來的變更。 | 視需要 | |
| 支援小組整備 | 執行目標溝通、意識或訓練活動，以確保支援小組已準備就緒。 支持團隊可以包括「白眼套」團隊、技術服務人員、第 2 層或第 3 層支援、外部合作夥伴等等。 | 視需要 |
評估 Teams 使用量
初始試驗開始之後，建立一般頻率以測量實際的Teams使用量至關重要。 這可讓您的組織深入了解實際使用量如何與您在 [想像] 階段預測的使用量一致。 雖然本節著重於Teams使用量，但這應是衡量及評估Microsoft 365或 Office 365使用狀況之更廣泛努力的一部分。
在部署初期經常檢閱使用方式可讓您有機會：
驗證使用者是否正在使用Teams。
在組織中建立重大問題之前，先找出可能的採用挑戰。
瞭解想像階段需求與實際使用量之間是否有差異。
如果使用方式與預期的不同，可能是部署問題、採用計劃無法正確執行，或是發生其他問題。 根據低使用量背後的實際原因，系統管理員必須與相關小組共同作業，以協助移除使用障礙。
使用 Microsoft 365 系統管理中心 測量使用量
Teams 的使用狀況數據可在 [報告] 儀錶板中使用。 您可以在三個不同的報告中找到 Teams 使用狀況數據。 第一份報告提供使用者如何使用 Microsoft 365 或 Office 365 中的各種服務進行通訊和共同作業的跨產品檢視。 您可以在這裡找到此報告： 系統管理中心的 Microsoft 365 報告 - 作用中的使用者
另外兩份報告是 Teams 專屬的報告，並從使用者和裝置的觀點提供有關 Teams 使用方式的進一步詳細數據。 您可以在這裡找到這兩個報告：
必要權限
系統管理中心中的使用方式報告可由獲指派 全域管理員 角色的人員存取，或是 (Exchange 系統管理員、商務用 Skype 系統管理員、SharePoint 系統管理員) 的產品特定系統管理員角色存取。
此外，報表 閱讀 程式角色也適用於需要存取報表，但不執行任何需要系統管理員層級許可權的工作的使用者。 您指派這個角色以提供使用方式報告給任何項目關係人，以監控並推動採用。 如需可用不同角色的詳細資訊，請參閱 關於 Microsoft 365 系統管理員角色。
評估使用量
在您使用 [報告] 儀錶板來測量使用量之後，請務必將測量使用量與您在專案 [想像] 階段定義 (KSIS) 任何關鍵成功指標進行比較。 您可以定義可能定義為使用中的 KSI，或間接連結到使用中的 KSI。
在繼續推出至其他網站或使用者之前，請務必先找出實際和計劃使用量之間的任何變數。 您可能會將組織學習識別為此活動的一部分，藉此確保下一批網站或使用者不會遇到相同的問題。
首先，請確定這是採用還是技術問題。 首先依序調查下列專案以判斷問題所在位置。
執行 體驗品質檢閱以驗證品質。
請與技術服務小組合作，確認沒有造成使用者無法存取或使用服務的趨勢技術問題。 如果問題趨勢確實存在，請使用本文稍後的 端點疑難解答 一節，嘗試在取得支援之前解決問題。
與訓練和採用小組合作，收集使用者的直接意見反應 (請參閱本文稍後) 評估用戶情緒 ，並檢查意識和採用活動的有效性。
每日/每周/每月/視需要的工作
| 活動 | 描述 | 節奏 | 已指派小組 |
|---|---|---|---|
| 測量使用 (啟用階段) | 當網站在啟用階段期間持續上線時，測量及評估Teams使用量。 視需要解決使用問題。 | 每周 | |
| 測量使用量 | 在) 完成部署之後，測量和評估 [磁碟驅動器值] 階段 (中的 Teams 使用量。 視需要解決使用問題。 | Biweekly | |
| (磁碟驅動器值階段) | |||
| 更新採用計劃 | 根據測量使用量與規劃目標的比較方式，更新採用計劃。 | 視需要 |
引用
評估用戶情緒
瞭解用戶情緒可以做為衡量Teams部署成功的關鍵指標。 用戶意見反應可能會推動貴組織中的變更;這可能包括變更您的通訊計劃、訓練程式，或您為使用者提供支援的方式。
請務必提早取得意見反應，並繼續在專案等整個生命週期期間持續評估用戶的情緒。 使用下列指引來決定貴組織尋找意見反應的時間間隔：
項目開頭：透過在專案開始時評估用戶的情緒，您可以提早了解使用者對其 Teams 體驗的感覺。
重大里程碑之後：透過收集整個專案生命週期的意見反應，您可以持續評估用戶的情緒，並視需要進行變更。 這在主要里程碑之後特別有用。
項目總結：在項目結束時評估用戶的情緒會告訴您完成的程度和工作仍需完成的位置，並可讓您比較結果與上一個問卷。
持續進行：繼續無限期地衡量用戶的情緒。 用戶情緒的改變可能是由於貴組織環境的變更或Teams服務的變更所致。 您可以定期測量用戶情緒，瞭解服務管理團隊的效能，以及貴組織對Teams服務變更的回應程度。
您可以透過許多不同的方法來評估用戶的情緒。 這些內容可能包括電子郵件問卷、個人或電話式面試，或直接在Teams或 Viva Engage中建立意見反應頻道。 如需詳細資訊，請參閱 Microsoft Teams 中用戶意見反應方法的最佳做法。
您也可以使用全業界的方法來評估稱為網路促銷員分數 (NPS) 的用戶情緒，如下一節所述。
Nps
NPS) (Net promoter 分數是全業界客戶忠誠度指派，是用來評估用戶情緒的好方法。 您可以詢問兩個問題來計算 NPS：「您建議同事使用 Teams 的可能性如何？」，後面接著手繪多邊形問題「為什麼？」
NPS 是一種介於 –100 到 100 的索引，用來衡量客戶是否願意建議公司的產品或服務。 NPS 是以透過電子郵件或其他電子方式傳送給使用者的匿名問卷為基礎。 NPS 會衡量提供者與消費者之間的忠誠度。 它只包含一個問題，要求使用者為1到10的體驗評分，並可選擇提供其他批注。 使用者接著會根據下列評分進行分類：
9 或 10 位是推廣者：將為您的服務推廣併為其他人提供動力的熱衷愛好者。
7 或 8 為被動：滿意但不具熱情、容易受到其他服務或服務的侵害。
從 1 到 6 是減損者：會損害您的服務並阻礙成長的不滿意的客戶。
雖然基本 NPS 數位很有用，但您會從分析使用者批注獲得最大價值。 它們可協助您了解用戶為何 (或不) 建議其他人使用Teams。 這些批注可提供寶貴的意見反應，協助專案或服務管理小組瞭解提供優質服務所需的調整。
若要提供 NPS 問卷給您的組織，您可以運用您最愛的在線問卷工具。
每日/每周/每月/視需要執行工作
| 活動 | 描述 | 節奏 | 已指派小組 |
|---|---|---|---|
| 評估用戶情緒 | 使用問卷或面試，或透過Teams或 Viva Engage 中的意見反應頻道來擷取和評估用戶情緒。 | 視需要 | |
| 更新採用計劃 | 根據使用者意見反應推動貴組織中的變更;這可能包括變更您的通訊計劃、訓練程式，或您為使用者提供支援的方式。 | 視需要 |
引用
管理網路品質
許多核心規劃元素會進入優化、以滑鼠右鍵調整及補救您的網路基礎結構，以確保有高品質且有效率的 Microsoft Teams 服務路徑。 我們的 網路整備 指導方針涵蓋規劃工作和需求。 由於升級、擴充或其他業務需求，網路通常會隨著時間而改變。 在網路規劃活動中，請務必考慮Teams的需求。
雖然網路規劃是Teams部署的一個重要層面，但同樣重要的是，要確保網路維持良好狀態，並根據變更業務或技術需求維持在最新狀態。
為了確保網路健康情況，必須定期執行許多作業活動。
每日/每周/每月/視需要的工作
| 活動 | 描述 | 節奏 | 已指派小組 |
|---|---|---|---|
| 監控 Microsoft 365 或 Office 365 IP 和 URL | 使用提供的 RSS 摘要監控 Office 365 URL 和 IP 位址範圍的任何變更，並起始對適用網路群組的變更要求。 | 日常 | |
| 根據變更 Microsoft 365 或 Office 365 IP 和 URL 來更新網路 | 更新防火牆 (、Proxy 伺服器、VPN、用戶端防火牆等適用的網路元件) ，以反映 Office 365 URL 和 IP 位址範圍的變更。 | 視需要 | |
| 提供建築物數據 | 提供更新的子網路資訊給質量冠軍 (或相關項目關係人) ，以確保 CQD 中的建築物定義 保持在最新狀態。 | 視需要 | |
| 實作變更 | 在網路上實作變更以支援變更Teams商務和技術需求。 網路元素可能包括：
|
視需要 | |
| 網路監控與報告 | 使用網路提供者提供的現有第三方網路管理工具和報告功能，監控網路端至端的可用性、使用率和容量趨勢。 將趨勢數據用於網路容量規劃。 | 每日、每周、每月 | |
| 容量規劃 | 與 Teams 服務擁有者共同作業，以瞭解可能會推動額外容量變更的業務和技術需求變更。 | 視需要 | |
| 網路疑難解答與補救 | 協助 Teams 技術服務人員、服務擁有者和重要專案關係人針對 Teams 連線、可靠性或品質的相關問題進行疑難解答和補救。 網路元素可能包括：
|
視需要 | |
| 災害復原和高可用性測試 | 在網路基礎結構上定期執行高可用性和災害復原測試，以確保符合 Teams 服務的 SLO) 或服務層級合約) (所述的服務層級目標 (SLAs。 | 每月 |
引用
評估並確保品質
所有組織都需要有群組或個人負責品質。 這是服務管理中最重要的角色。 質量冠軍角色會指派給對用戶體驗充滿熱情的人員或群組。 這個角色需要技能來識別環境的趨勢和贊助，才能與其他團隊合作以推動補救。 質量冠軍的最佳人選通常是客戶服務擁有者。 視組織的大小和複雜度而定，這可能會是任何熱衷確保高品質用戶體驗的人員或群組。
質量冠軍運用現有的工具和文件處理程式，例如通話品質儀錶板 (CQD) 以及 改善和監視 Teams 的通話品質、監控使用者體驗、識別質量趨勢，以及視需要推動修復。 質量冠軍應該與個別小組合作，以推動補救動作，並向指導委員會報告進度和任何公開問題。
改善及監控Teams的通話品質 ，包括評估和提供重要領域補救指導方針的活動，對改善用戶體驗有最大影響。 質量體驗檢閱指南中提供的指導方針著重於使用 CQD Online 做為報告和調查每個區域的主要工具，並著重於音訊以最大化採用和影響。 對網路進行的任何優化以改善音訊體驗，也會直接翻譯成視訊和桌面共用的改進。
我們強烈建議您提早將質量冠軍指名。 在參與之後，他們應該開始熟悉 改善及監控Teams通話品質 及相關訓練數據中的內容。
每日/每周/每月/視需要的工作
| 活動 | 描述 | 節奏 | 已指派小組 |
|---|---|---|---|
| () ，為高品質之冠軍指名和訓練 | 為質量冠軍進行指名和訓練。 | 視需要 | |
| 執行 (QER) 體驗品質檢閱 | 執行 QER 以識別品質及可靠性的趨勢、檢閱已定義的目標，以及向組織中的重要專案關係人報告。 | 在部署期間每周 () | |
| 磁碟驅動器修復 | 根據 QER 評定和結果，協調整個組織的補救工作。 | 視需要 | |
| 在 CQD 中更新建築物數據 | 在變更網路時更新或新增 CQD 中的建築物定義 (請參閱 上傳建築物資訊) 。 | 視需要 | |
| 填入質量冠軍角色 | 組織中品質的端對端責任。 這包括：
|
日常 |
引用
管理端點
Microsoft Teams 端點可以定義為任何 PC、Mac、平板電腦或行動 (或執行 Teams 用戶端的任何其他) 裝置。 端 點 一詞不僅包含裝置本身，也包含用戶連線到裝置的方式，例如使用裝置的內建麥克風或喇叭、耳機或優化的耳機。 部署之後，端點就不能忘記。 Teams 端點需要持續保養和維護。 下列各節說明要著重的特定領域。
端點需求
Teams 的主要優點之一是用戶端會自動保持在最新狀態。 PC 和 Mac 上的用戶端會使用背景程式進行更新，此程式會檢查新組建，並在應用程式閑置時下載新用戶端。 Teams 行動裝置 App 會透過各自的 App 市集保持最新狀態。
就基礎軟體平臺而言，Teams 用戶端有最低需求。 這些需求可能會隨著時間而改變，因此請務必監控這些需求以取得變更。 例如，Teams 用戶端擁有最低的 iOS 版本。 如果用戶端使用因特網瀏覽器，瀏覽器也必須保持在最新狀態。 您可以在取得 Microsoft Teams 的客戶端中找到支援的平台清單。
端點防火牆
用戶端防火牆可能會嚴重影響用戶體驗。 用戶端防火牆可能會影響通話品質，甚至無法建立通話。 在用戶端防火牆上設定適當的排除專案之後，必須根據 Office 365 URL 和 IP 位址範圍中的資訊，將它們保持在最新狀態。 您的第三方廠商將提供如何更新排除專案的特定指導方針。
Wi-Fi 驅動程式
Wi-Fi 驅動程式可能有問題。 例如，驅動程式可能會在存取點之間有非常積極且不必要的存取點切換，導致通話品質不佳的漫遊行為。 可能會透過體驗品質檢閱發現效能不佳的 Wi-Fi 驅動程式 (請參閱 改善和監控 Teams 的通話品質 ，以取得詳細) 。 實作監控新 Wi-Fi 驅動程式的質量導向流程至關重要，並確保在部署到一般用戶母體之前已經過測試。
端點管理
(如耳機) 支援的端點和介面裝置目錄應可供使用及維護。 此目錄將包含已選取並驗證為 [想像] 和 [上線] 階段一部分之核准裝置的清單。 一般而言，系統會針對組織中的每個角色類型選取特定裝置，以符合該角色屬性的需求。 所有端點都有生命週期，您必須管理與這些裝置相關聯的廠商合約、保固、更換、散發及維修原則。
端點疑難解答
即使您已遵循先前的指引，貴組織中的使用者仍可能會遇到Teams的問題。 雖然問題可能不是端點本身，但問題癥狀通常是透過用戶端向用戶顯示。 下列指引旨在提供您可以採取的一般步驟來解決問題;這不是完整的疑難解答指南。 這些步驟是以特定順序提供，但並不一定明確地遵循，而且可能不適用，視問題的性質而定。
驗證服務健康情況： 使用者所遇到的問題可能與對 Teams 服務或其相依服務造成負面影響的事件有關。 在第一個步驟中，建議您確認沒有作用中的服務問題。 請參閱 如何檢查 Microsoft 365 服務健康情況。 請記得檢查從屬服務 (的狀態，例如 Exchange、SharePoint、商務用 OneDrive) 。 如需詳細討論服務健康情況，請參閱上一節 的監控服務健康情況。
驗證客戶端連線： 連線問題會導致 Teams 中的功能或登入問題。 我們建議 (特別針對驗證服務連線) 的新網站或位置。 請確定每個網站已遵循下列 Office 365 URL 和 IP 位址範圍指導方針。 您可以利用 Microsoft 網路評定工具 來執行連線測試，以驗證已針對 Teams 功能正確開啟媒體埠。 有關如何執行連線測試的詳細步驟，請參閱 網路整備 指導方針。
檢查已知問題清單： 請參閱 Teams 疑難解答 ，判斷使用者是否受到下列其中一個問題的負面影響。 如果有解決此問題的) ，請遵循 (提供的因應措施。
流覽 Microsoft Teams 社群：Microsoft Teams 社群提供 Teams 專用空間。 Teams 社群提供以 Teams 為中心的討論清單、部落格文章和公告。 您可以張貼問題或搜尋先前的討論，以取得問題的解決方案。
連絡 Microsoft 支援服務：您可以連絡 Microsoft 支援服務，瞭解 Teams 在線或電話的問題。 如需詳細資訊，請參閱連絡商務產品支援 - 管理員 說明]。 對於頂級客戶，支援要求可以遵循連絡 Microsoft Teams 客戶 (Premier 客戶) 的指引來提出。
每日/每周/每月/視需要的工作
| 活動 | 描述 | 節奏 | 已指派小組 |
|---|---|---|---|
| 端點需求 | 確定 Teams 端點繼續符合取得 Microsoft Teams 客戶端中列出的所有 Teams 軟體需求。 | 每月 | |
| 端點防火牆 | 根據 Office 365 URL 和 IP 位址範圍中的資訊，維護端點防火牆上的適當排除專案。 您的第三方廠商將提供如何維持排除範圍的特定指導方針。 訂閱 RSS 摘 要以自動收到變更通知。 | 視需要 | |
| Wi-Fi 驅動程式 | 測試並更新電腦上的 Wi-Fi 驅動程式。 使用 CQD (改善及監控 Teams) 的通話質量 來驗證結果。 | 視需要 | |
| 端點管理 | 維護支援的端點和介面裝置的目錄， (例如耳機) 。 管理廠商合約、保固、散發、更換和維修原則。 | 每月 | |
| 端點疑難解答 | 疑難解答工作可能包括驗證連線、諮詢已知問題清單、記錄收集、分析，以及向 Microsoft 支援服務 或第三方廠商升級。 | 視需要 |
引用
管理 Teams
部署 Microsoft Teams 服務之後，您必須執行數個與其系統管理相關的活動。 活動範圍從管理服務和個別使用者，到容量規劃和布建授權和電話號碼。 下列各節涵蓋一些常見的系統管理工作。
服務系統管理
Teams 服務有多個設定，可在全租用戶中設定。 對租用戶設定所做的變更會影響已啟用Teams的所有使用者。 如需這些設定的詳細清單，請參閱 管理組織的 Microsoft Teams 設定。
用戶系統管理
若要支援使用者，組織可能需要任何數量的相關工作—特定工作會因組織而異。 最後，這些工作必須由已獲指派這些營運職責的支援小組來管理。 您通常需要下列工作來支援Teams中的使用者。
一般工作
團隊建立 (選擇性)
根據預設，在 Exchange Online 中擁有信箱的所有使用者都有權建立 Microsoft 365 群組，因此也可以在 Microsoft Teams 中建立一個團隊。 如果您想要更緊密地控制並 限制建立新團隊 (，並因此建立新的 Microsoft 365 群組) ，您可以將群組建立和管理許可權委派給一組系統管理員。 如果貴組織想要執行此選項，請參閱本文所述的程式，允許使用者提交由指派的小組處理的要求。
每日/每周/每月/視需要的工作
| 活動 | 描述 | 節奏 | 已指派小組 |
|---|---|---|---|
| 服務系統管理 | 管理全租使用者Teams設定。 | 視需要 | |
| 用戶系統管理 | 在 Teams 中管理用戶型設定和授權。 | 視需要 | |
| 授權管理 | 利用 PSTN 使用方式報告 和 PSTN 分鐘集區 報告，規劃使用者和消費型授權 (通話方案和通訊點數) 的目前和未來需求。 | 每周 | |
| 電話號碼管理 | 管理未來成長可用的電話號碼，並調整庫存量以符合您的組織需求。 | 每周 | |
| 團隊建立 (選擇性) | 檢閱和處理建立團隊的要求。 | 視需要 |
意見反應
即將登場：在 2024 年，我們將逐步淘汰 GitHub 問題作為內容的意見反應機制，並將它取代為新的意見反應系統。 如需詳細資訊，請參閱：https://aka.ms/ContentUserFeedback。
提交並檢視相關的意見反應