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