Microsoft Teams の導入の結果と成功を定義する

• 適用対象:

  Microsoft Teams

最新化するすべてのビジネス シナリオまたはサービスに対して、ビジネスに対してどのような成功を収めるかを定義することが重要です。 前のフェーズで最初のシナリオをマップするときに、その情報を収集します。 スケールの実装に備えて、これらの重要な成功基準を見直して拡張する必要があります。

以下は、これらの条件をマッピングするための推奨される戦略です。 この手順には多くの有効な方法があります。 Microsoft のガイドに従うか、使用している可能性のある Microsoft パートナーのガイドに従うことができます。 選択した方法に関係なく、サービスの技術的実装とorganizationの全体的な目標によってビジネス成果がサポートされていることを確認します。

ビジネスに優先順位を付けることができる成果には、4 つのカテゴリがあります。 彼らは相互につながり、個々の従業員が経験するモダン化とデジタル変革の基盤を形成しています。

各カテゴリの結果の例を次に示します。

• 組織

  • 文化変革
  • 従業員の保持
  • 人材獲得
  • ソーシャル エンゲージメント
  • 運用の機敏性

• 文化

  • 従業員のセンチメント
  • 従業員の推奨事項
  • お客様からのフィードバック
  • イノベーション対策 (アイデア フォーラム コントリビューション、ハッカソン、製品イノベーション エンゲージメントなど)

• 有形

  • カスタマー エクスペリエンスへの影響 (サービスの高速化、サービス インシデントの削減、顧客紹介/ロイヤルティ プログラムへの参加)
  • コスト削減
  • 収益の生成
  • データ セキュリティ
  • プロセスの簡略化
  • レガシ システムの廃止

• 個々

  • 目的のツールの使用
  • 従業員の士気
  • 従業員の生産性
  • 従業員エンゲージメント
  • アイデアの生成

一般に、次のような方法で会社の変更商を作成するために、これらのメジャーを集計することを考える必要があります。

サービス有効化戦略を選択する

Teams は変革的なテクノロジであるため、organizationのサイズと既存のテクノロジによっては、さまざまなアプローチを取る場合があります。 次の戦略を検討してください。

Teams First	Teams Core	Teams Go Big	Skype サイド バイ サイド	移行
Teams を使用したクラウドのリードデプロイ	Teams でのリード コラボレーション シナリオの有効化	Teams および organization 全体のチームのすべての従業員	Teams とSkype for Businessを有効にする	ユーザーをSkype for Businessから Teams に移行する
- 新規または低使用量の Microsoft 365 または Office 365 のお客様に適用 - 顧客固有のシナリオで Teams をリードする - 統合されたユーザー エクスペリエンスを強調し、Microsoft 365 または Office 365の価値を高めるまでの時間を高速化する - シリアル実装を回避するために、ワークロードの有効化の計画を一緒に実行する	- OneDrive と SharePoint Online と共に Teams を有効にする - ニュースリソースやビデオをMicrosoft Streamと共有する会社のイントラネットを作成する 一緒に良い: Teams SharePoint Viva Engage プランナー PowerApps	- シート数が 5,000 未満のお客様 (現在の制限) - 1 つのチームとのクロス organization コラボレーションをすべてのユーザーに対して有効にする - 一般的なタスク (休暇要求、従業員アンケート、エグゼクティブ エンゲージメント) を自動化する	- Teams Core の戦術を使用してコラボレーションを加速する - 必要な サイズと機能セットに基づいて会議シナリオのガイダンスを強調表示する - エンタープライズ通話、相互運用性、ハイブリッド シナリオにSkype for Businessを使用する - 機能計画にはパブリック ロードマップを使用します。	- 顧客のサービス戦略ロードマップを作成して、Skype for Businessから Teams への移行を計画する - 機能リリース スケジュールにアタッチする - 移行を容易にするために、サイド バイ サイドと Teams Core を含めることをお勧めします

ほとんどの顧客組織に対する推奨事項を次に示します。 ただし、例外があります。 ここで取り上げられないシナリオのガイダンスを取得するには、運転導入コミュニティで質問するか、FastTrack チームまたは Microsoft パートナー ネットワークにお問い合わせください。

• [Teams First] または [Teams Core] を選択します。ほとんどの組織は、Microsoft テクノロジに既存の投資を行っています。 Exchange Online、OneDrive for Business、SharePoint など、一度に複数のワークロードを有効にしている可能性があります。 このような場合は、Teams First または Teams Core を選択することをお勧めします。 ユーザーが Teams の強化されたコラボレーション エクスペリエンスに慣れるようになります。 その後、コラボレーション プロジェクト チームは、追加の機能と、それらが成功するために必要なトレーニングとサポートをロールアウトすることを計画できます。

• [Teams Go Big] を選択する: 新しい Microsoft 365 または Office 365顧客組織では、多くの場合、Teams Go Big アプローチを使用して、新しいテクノロジを複数回学習することによって生じる変化の疲労を最小限に抑えることが最善です。 主要なコラボレーションと会議、SharePoint、OneDrive、Planner、その他のワークロードの両方で Teams を有効にし、従業員が Teams 展開のコンテキストでそれらのことを学習できるようにすることで、最大のメリットを得ることができます。

  Teams Go Big は、従業員のコミュニケーションとエンゲージメントを簡素化したい 1,000 人以下の従業員の組織にとって推奨される有効化戦略でもあります。 organization全体のチームを使用すると、すべてのデバイスで一般的なタスクとイニシアチブを確認するために人々をまとめることができます。

• [サイド バイ サイド] を選択する: 電話会議、会議室デバイスのサポート、またはクラウド音声機能にSkype for Businessを使用している組織では、Teams と Skype を並行して実行して、従業員にコア コラボレーション機能を理解し、会社にとって便利な一度にSkype for Businessの移行を計画することをお勧めします。 両方のクライアントを並べて実行すると、使用するツールに関するユーザーの混乱が発生する可能性があるため、導入の過程でこのフェーズを短くしておくことをお勧めします。

• [移行: Skype for Businessから Teams に移行する] には、技術的な観点から追加のコンポーネントがありますが、ユーザー導入体験には Teams Go Big 実装と同じコンポーネントがあります。 さらに、Teams 会議のエクスペリエンスとインターフェイス、新しい永続的なチャット動作、Skype for Businessとは異なるエクスペリエンスのその他の要素について、ユーザーに教育します。

有効化戦略ごとに、環境が優れた従業員エクスペリエンスを提供できるように、技術的な準備チームと緊密に連携することが不可欠です。

決定: Microsoft Teams のビジネス成果を最適にサポートし、技術実装チームが有効にできる有効化戦略を選択します。 これは、IT リーダーシップ、プログラム管理リーダー、およびユーザー導入スペシャリストの間で共同で決定されます。 この決定は、多くの場合、Organizationで Microsoft Teams またはコラボレーション サービスの最終的な成功所有者であるエグゼクティブ利害関係者にかかっています。

ベスト プラクティス: 有効化戦略は、プロジェクトまたは部門の実装スケジュールの特定のフェーズに適しています。 主要なペルソナとそのニーズを使用して選択を行います。 ユーザーの高品質なエクスペリエンスを確保するために、技術実装チームと緊密に連携します。

Engage関係者

コミュニケーションと期待の管理は、成功した変更プロジェクトの重要な要素です。 全体的なビジョンとその目標に向けた進捗状況を、organizationの関係者や他のユーザーに定期的に伝える必要があります。

決定: 会社の文化に合わせて、利害関係者とコミュニケーションを取るためのリズムと方法を決定します。 コミュニケーションを、organization全体のさまざまなレベルのエンゲージメントと関心の対象にします。

オプション: プロジェクトに関する情報の進行中のサポート情報を作成するには、SharePoint コミュニケーション サイトでニュース ページを使用することを検討してください。 ニュース ページ ライブラリ (計画チームに関連付けられている SharePoint サイト内のサイト ページ) を公開して、すべての関係者と共有できるようにします。

実装チームを拡張する

大規模なorganizationでは、広範な有効化フェーズにさまざまなロールを組み込む必要があります。 これには、追加のビジネス スポンサー、IT サポート スタッフ、チャンピオン コミュニティの追加メンバー、場合によっては正式な変更管理またはトレーニング担当者が含まれる場合があります。 次の図は、職務の分離を可能にする大規模な導入チームを示しています。

より小さなorganizationでは、これらのロールの 1 つ以上が 1 人の個人によって実行される場合がありますが、必要なスキルは変わりません。 成功した変更プロジェクトでは、技術的、コミュニケーション、トレーニングのスキルが重要です。

ガバナンスと情報管理ポリシーを拡張する

有効化戦略を選択したら、フェーズ 1 で行ったガバナンスに関する決定を再検討してスケーリングする準備が整います。 ガバナンス クイック スタートから 1 から 6 までの決定を見直し、Teams を使用するビジネス ユーザーに合わせてこれらのポリシーを拡張します。

チーム レベル	スコープ/目的	標準メンバーシップ	[時間]
レベル 1	部門または部署の権限のあるチーム	通常、この部門/ユニットの公式メンバーに制限されます	部門が存在する限り、永続的に (IT 部門、人事、マーケティングなど)
レベル 2	スコープが小さいプロジェクト、サービス、またはイニシアティブ チーム	通常は組織をまたがり、ゲストが含まれる場合があります	そのプロジェクトまたはサービスが作業されている限り
レベル 3	ポイントインタイム プロジェクト	個々のスコープを持つ小さなタイトなニットチーム。ゲストが含まれる場合があります	コア成果物に関連付けられた短いライフサイクル

チーム レベルのプロビジョニングと管理のベスト プラクティスの例:

チーム レベル	誰が作成しますか?	ラヴェルとリテンション期間	考慮事項
レベル 1 - 除算	そのグループの IT またはチャンピオンが適切に名前を付ける	標準のアイテム保持ポリシーが適用され、1 年間の更新ポリシーで機密	これは、ドメイン名の予約と同じように考えてください。 部門チームの名前付け方法と含まれる内容を制御する必要があります。 追加のユーザーを追加する前にチームを設計します。
レベル 2 - プロジェクト/サービス	プロジェクト所有者またはチャンピオン	コンテンツに応じて機密または機密性が高い。 アイテム保持ポリシーがある場合があります。 6 か月の更新。	これを作成する前に、作業中のプロジェクトまたはサービスの境界を越えて考えてください。 他のチームと力を組み合わせる方が理にかなっていますか? 同じプロジェクトまたはサービスで作業するときに、個々のユーザーが訪問する必要があるチームの数を最小限に抑えるためにあらゆる努力を行います。
レベル 3 – 小規模なオンデマンド プロジェクト チーム	organizationのすべてのユーザー	標準リテンション期間と 6 か月の更新を含む一般的なラベル。 名前付け規則 (プレフィックス/サフィックス) を含めることができます	セルフサービス オンデマンド チーム。 摩擦のないプロビジョニング。 これにより、会社が提供するサービスからすぐに価値を得るために探している小規模なプロジェクト チームのスムーズなコラボレーションとコミュニケーションが容易になります。

ビジネス エンゲージメントを合理化する

Microsoft Teams でデジタル変革と使用を推進する上で不可欠な部分は、ビジネス ユニットと連携して、ニーズ、機会、および困難を理解することです。 従来の IT とビジネスの会話に似ていますが、必要なものに焦点を当てる必要があります。 技術的な要件に移行する前に、リッスンします。 多くの場合、Teams のすぐに使用する機能は、organizationのニーズを満たします。

ベスト プラクティス: カスタム ソリューションの開発を検討する前に、organizationが Microsoft 365 または Office 365のすぐに使用できる機能を完全に使用していることを確認してください。 カスタム ソリューション開発では、IT 部門とサポート部門に対して常に長期的なコストが発生します。

ビジネス ユニットで作業を効率化するには、次の手順を実行します。 非常に大規模な多国籍企業では、このプロセスは、Microsoft Teams の最初の大規模な展開後も長く続く可能性があることを認識してください。

1. ビジネス ユニット内の主要なインフルエンサーと会い、エグゼクティブに関与して洞察と調整を得る。
2. 一般的なシナリオ (電子メール、SharePoint、Viva Engage、およびその他の製品) の現在のソリューションについて説明します。
3. スケールする際に、影響が大きく、低/中程度の難易度にマップされるシナリオを選択して、小規模から始めます。
4. フィードバックをキャプチャし、ビジネス ユニットの知識を持つチャンピオンを開発して移行をサポートします。
5. 毎月のチェックポイントを設定して進捗状況について話し合い、追加プロジェクトのバックログに優先順位を付ける。

次へ: フィードバックとレポートを最適化する