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

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

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

ビジネスに優先順位を付けることができる結果には、4 つのカテゴリがあります。 相互に接続され、個々の従業員が経験する近代化とデジタル変革の基盤を形成します。

4 つの結果カテゴリを示すグラフ。

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

  • 組織

    • カルチャの変換
    • 従業員の保有期間
    • タレントの取得
    • ソーシャル エンゲージメント
    • 運用の機敏性
  • 文化

    • 従業員のセンチメント
    • 従業員の推奨事項
    • お客様からのフィードバック
    • イノベーション対策 (アイデア フォーラムの貢献、ハッカソン、製品イノベーションの取り組みなど)
  • 有形

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

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

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

個々のセンチメントで割った有形メジャー = 商を変更します。

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

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

Teams First Teams Core Teamsビッグに行く Skype並べて 移行
Teamsを使用してクラウドのデプロイをリードする Teamsを使用したリード コラボレーション シナリオの有効化 Teamsおよび組織全体のチームのすべての従業員 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
Yammer
プランナー
PowerApps
- 5000 席未満のお客様 (現在の制限)
- 1 つのチームとの組織全体のコラボレーションをすべてのユーザーに対して有効にする
- 一般的なタスク (休暇要求、従業員アンケート、エグゼクティブ エンゲージメント) を自動化する
- Teams Core の戦略を使用してコラボレーションを加速する
- 必要なサイズと機能セットに基づいて会議シナリオのガイダンスを強調表示する
- エンタープライズ呼び出し、相互運用性、およびハイブリッドシナリオにSkype for Businessを使用する
- 機能計画にはパブリック ロードマップを使用します。
- 顧客向けのサービス戦略ロードマップを作成して、Skype for BusinessからTeamsへの移行を計画する
- 機能リリース スケジュールにアタッチする
- 移行を容易にするために、Side by Side と Teams Core を含めることをお勧めします

ほとんどのお客様組織に対する推奨事項を次に示します。 ただし、例外があります。 ここで説明していないシナリオのガイダンスを入手するには、Driving Adoption コミュニティで質問するか、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 人未満の組織にとって推奨される有効化戦略でもあります。 組織全体のチームを使用すると、あらゆるデバイスで一般的なタスクやイニシアチブを確認するために、ユーザーを集めることができます。

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

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

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

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

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

利害関係者の関与

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

デシジョン ポイントを表すアイコン。 決定: 会社の文化に合わせて、関係者とコミュニケーションを取るためのリズムと方法を決定します。 組織全体のさまざまなレベルのエンゲージメントと関心に合わせてコミュニケーションをターゲットにします。

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

実装チームを拡張する

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

大規模な企業導入チーム モデルの図。

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

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

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

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

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

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

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

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

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

次の手順に従って、部署での作業を効率化します。 非常に大規模な多国籍企業では、このプロセスは、Microsoft Teamsの最初の大規模なデプロイ後も長く続く可能性があることを認識してください。

  1. ビジネス ユニット内の主要なインフルエンサーと会ってから、経営陣が洞察と調整を得る必要があります。
  2. 一般的なシナリオ (電子メール、SharePoint、Yammer、その他の製品) に対する現在のソリューションを理解する。
  3. 小規模を開始するには、スケールする際に高い影響、低/中の難易度に対応するシナリオを選択します。
  4. フィードバックをキャプチャし、ビジネス ユニットの知識を持つチャンピオンを開発して、移行をサポートします。
  5. 毎月のチェック ポイントを設定して、進行状況について話し合い、追加のプロジェクトのバックログに優先順位を付けます。

次の手順を表すアイコン。 次へ: フィードバックとレポートを最適化する