Microsoft Teams 的管理快速入門

• 適用於:

  Microsoft Teams

下列活動會同時進行，而且可能會涉及您所有或部分的重要小組。 最佳做法是在您完成 Teams 的初始實驗之後，延後進行大規模控管和安全性交談。 請務必瞭解監管決策會如何影響使用者體驗，並簡化您日後必須做出的決策。 針對此階段，必須做出一些決定。 若要順利建立，您必須先回答下列問題：

• 先前評定中的哪些專案關係人適合參與這項有限的商務上線？
• 此個人 (或一組個人是否) 建議使用案例是此階段的良好候選項目？
• 他們對於組織中的員工是否有足夠的興趣，能夠成為早期採用者，並提供您有意義且一般的意見反應？

若要深入瞭解，請閱讀 Teams 中的管理規劃 和 Teams 的生命週期管理規劃。

決定

此時 (下列決策，這些決定僅適用于階段 2) ：

決策 1：誰可以建立團隊

在此階段的用途中，除了核心專案小組之外，您還可以將建立小組的人員限制為早期採用者人口。 這可讓您的早期採用者視需要建立其他團隊。 監控此行為會提供您廣泛部署的重要資訊。

決策 2：Teams 命名慣例

建議您針對 Teams 廣泛部署實作一些命名慣例，並檢查重複的名稱。 在階段 2 中，我們建議您只針對初始專案實作手動命名慣例。 最佳作法是與早期採用者專案小組進行互動式入職作業，並允許他們選取自己的名稱。 這可讓您深入瞭解員工對其工作的想法，而且對於日後建立更大規模的命名慣例至關重要。 (本指南稍後將會顯示互動式入門功能元素的其他資訊。)

決策 3：來賓存取

根據專案的範圍和類型以及您的產業性質而定，與合作夥伴或廠商進行安全的共同作業可能是您想要測試的必要功能。 您可以使用適當的租使用者控制項來限制可以新增來賓至團隊的人員，並使用敏感度標籤限制要對來賓開放的團隊。 您可以進一步確保來賓符合組織安全性需求，例如使用多重要素驗證 (MFA) 。

決策 4：已核准的應用程式

Teams 的最佳使用方式包括將其他應用程式整合到體驗中。 您的技術小組至少應啟用 Teams 體驗中的第一方和精選應用程式。 視您的使用案例和組織中使用的其他應用程式而定，您可以選擇將其他應用程式納入受控實驗的一部分。 請務必檢查任何協力廠商應用程式，以確保它們符合貴組織的安全性和合規性要求。

決策 5：您的測試中是否包含會議？

Teams 會議體驗高品質，支援視訊交談，並讓您的員工聚在一起以更有效。 請洽詢您的技術小組，確定您的環境已準備好包含簡單的 VoIP 會議。 啟用音訊會議或語音服務通常會排除在此實驗階段中;不過，這取決於您的核心專案小組、技術整備以及貴組織中其他語音/會議服務的狀態。 技術整備應包含會議室設備、使用者裝置和配件，以及網路等專案。 我們建議您在實驗中加入視訊聊天和 VoIP 會議，以從您的 Teams 實作中獲得更多價值。

決策 6：內容管理和結構

當使用者在平臺內進行端對端工作，而非要求他們持續切換回舊版系統和服務時，Teams 的運作效果最佳，並提供與使用者慣用方式不同的新工作方式。 在進行實驗時，請與參與者一起考慮團隊結構和頻道，以採用多模式在 Teams 內共同作業，並避免只是複製現有的資料夾和儲存結構。 此外，請考慮對儲存在現有支援系統以外的內容，例如記錄管理或備份系統的任何合規性要求。

決策 7：資料安全性

在準備廣泛的部署時，您可以選擇使用安全性標籤來分類環境中的團隊類型。 為了此實驗的目的，建議您參閱 Teams 中的管理規劃 ，並確保已針對 Microsoft 365 中的 Teams 資料設定基本保留原則。 您可能需要與技術小組協調這項工作，因為必須具備 Microsoft 365 系統管理員許可權，才能完成這項工作。

決策 8：實驗的長度

成功的 Teams 實作會以良好的步調進行，以確保適當的動力、專注和學習。 我們建議您將專案的這個階段長度延長 60 天，以確保您的早期採用者完成足夠的商業週期。 延長實驗時間太長會增加變更程式失敗的風險;不過，這次會因每個組織而異。

下一步： 定義使用案例