Microsoft Teams のガバナンスのクイック スタート

• 適用対象:

  Microsoft Teams

次のアクティビティは同時に行われ、キー チームのすべてまたは一部が関与する場合があります。 ベスト プラクティスとして、Teams での最初の実験を完了した後の大規模なガバナンスとセキュリティの会話を延期します。 ガバナンスの決定がエンド ユーザー エクスペリエンスにどのような影響を与えるかを理解することが重要であり、後日行う必要がある決定を簡略化します。 このフェーズでは、いくつかの決定を行う必要があります。 正常に作成するには、まず次の質問に答える必要があります。

• この制限付きビジネス オンボーディングに参加する適切な候補として、以前の評価の利害関係者はどれですか?
• この個人 (または個人のグループ) は、このフェーズに適した候補となるユース ケースを提案しましたか?
• 組織内の従業員が早期採用者になり、有意義で定期的なフィードバックを提供するのに十分な関心がありますか?

詳細については、「Teams でのガバナンスの計画」および「Teams でのライフサイクル管理の計画」を参照してください。

決定

次の決定を行います (この時点では、これらの決定はフェーズ 2 にのみ適用されます)。

決定 1: チームを作成できるユーザー

このフェーズでは、コア プロジェクト チームに加えて、チームを作成できるユーザーを早期導入者の集団に制限できます。 これにより、早期導入者は必要に応じて他のチームを作成できます。 この動作を監視すると、広範なデプロイの重要な情報が得られます。

決定 2: Teams の名前付け規則

Teams の広範な展開に対していくつかの名前付け規則を実装し、重複する名前を確認する必要があります。 フェーズ 2 では、初期プロジェクトに対してのみ手動の名前付け規則を実装することをお勧めします。 そのためのベスト プラクティスは、早期導入プロジェクト チームと対話形式のオンボードを行い、自分の名前を選択できるようにすることです。 これにより、従業員が自分の仕事についてどのように考えているかについての洞察が得られ、後で大規模な名前付け規則を作成する際に不可欠になります。 (対話型オンボードの要素に関する追加情報は、このガイドの後半に表示されます)。

決定 3: ゲスト アクセス

プロジェクトの範囲と種類、および業界の性質によっては、パートナーやベンダーとの安全なコラボレーションを有効にすることが、テストする必要がある不可欠な機能になる場合があります。 適切なテナント コントロールを使用してチームにゲストを追加できるユーザーを制限し、秘密度ラベルを使用してゲストに対して開いているチームを制限できます。 さらに、ゲストが多要素認証 (MFA) の使用などの組織のセキュリティ要件に準拠していることを確認することもできます。

決定 4: 承認済みアプリ

Teams の最適なケースの使用には、他のアプリのエクスペリエンスへの統合が含まれます。 少なくとも、技術チームは、Teams エクスペリエンスでファースト パーティーとおすすめアプリを有効にする必要があります。 ユース ケースや組織内で使用されているその他のアプリによっては、制御された実験の一部として追加のアプリを含めることができます。 サード パーティ製アプリが組織のセキュリティとコンプライアンスの要件に準拠していることを確認してください。

決定 5: 会議はテストに含まれていますか?

Teams 会議エクスペリエンスは高品質であり、ビデオ チャットをサポートし、従業員をまとめ、より効果的になります。 環境に簡単な VoIP 会議を含める準備ができていることを確認するには、技術チームに問い合わせてください。 通常、電話会議または音声サービスを有効にすることは、実験のこのフェーズから除外されます。ただし、これは、コア プロジェクト チーム、技術的な準備状況、組織内の他の音声/会議サービスの状態によって異なります。 技術的な準備には、会議室の機器、エンドユーザーのデバイスとアクセサリ、ネットワークなどが含まれている必要があります。 Teams の実装からより多くの価値を得るために、ビデオ チャットと VoIP 会議を実験に含めることをお勧めします。

決定 6: コンテンツの管理と構造

Teams は、ユーザーが従来のシステムやサービスに継続的に戻す必要なく、プラットフォーム内でエンド ツー エンドで作業する場合に最適であり、ユーザーの慣れ方とは異なる新しい作業方法を提供します。 実験の一環として、参加者と協力して、Teams 内で共同作業を行うマルチモーダルな方法を採用するチーム構造とチャネルを検討し、既存のフォルダーとストレージの構造を単にレプリケートしないようにします。 さらに、レコード管理やバックアップ システムなど、サポートされている既存のシステムの外部に格納されているコンテンツのコンプライアンス要件を考慮してください。

決定 7: データ セキュリティ

広範な展開に備えて、セキュリティ ラベルを使用して環境内のチームの種類を分類することを選択できます。 この実験では、「 Teams でのガバナンスの計画 」を参照し、Microsoft 365 の Teams データに基本的なアイテム保持ポリシーが設定されていることを確認することをお勧めします。 この作業を完了するには Microsoft 365 管理者権限が必要であるため、この作業を技術チームと調整する必要がある場合があります。

決定 8: 実験の長さ

Teams の正常な実装は、適切な勢い、焦点、学習を確保するために健全なペースで進められます。 早期導入者が十分なビジネス サイクルを完了できるように、プロジェクトのこのフェーズは 60 日間にすることをお勧めします。 時間の長すぎる実験を拡張すると、失敗した変更プログラムのリスクが高まります。ただし、今回は組織ごとに異なります。

次へ: 使用シナリオを定義する