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 天,以确保早期采用者完成足够的业务周期。 延长试验时间过长会增加更改计划失败的风险:但是,此时间因每个组织而异。

表示下一步的图标。 下一步: 定义使用方案