ユーザー パイロットを実施する

  • [アーティクル]
  • 適用対象:
    Microsoft Teams

アップグレード体験図。展開と実装が強調表示されています。

この記事は、お客様のアップグレード手順における展開と実装の段階の一部を取り上げており、効果的なパイロットの実施に関する見解を共有しています。 先に進む前に、次のアクティビティを完了していることを確認してください。

新しいテクノロジをデプロイすることで、organizationはコスト削減、セキュリティ コンプライアンス、従業員の満足度、運用効率などのビジネス価値を実現できますが、ユーザーの生産性や組織のインフラストラクチャ (ネットワーク) にも影響を与える可能性があります。 組織全体で新しいテクノロジを有効にする前に、正式なユーザー パイロットを行います。 部屋全体を塗る前に壁に小さな色のパッチを塗るのと同じように、パイロットを実施して技術的およびユーザーの準備状況を検証し、問題を特定して軽減し、organization全体の実装を成功させるために役立つ広範なロールアウトをテストします。

最も現実的な結果を得るため、パイロットには、実際のユーザーを含め、コミュニケーションと共同作業の方法を再現し、技術的およびユーザーの両方のエクスペリエンスを確認する必要があります。 組織が Skype for Business と Teams を同時に実行すること、今後 Teams にアップグレードすること、通話や会議などの新機能を展開することを検討している場合、パイロットは組織の適切な経路を特定するのに役立ちます。 ロールアウトのフェーズ 1 と見なされる場合があります。理想的なパイロットは、既に開始した準備を活用し、対象となるユーザー グループを使用して定義された計画を実装します。

   
判断ポイントを表すアイコン。
判断ポイント
  • パイロットを使用してプロジェクトの方向性をどう説明しますか?
次の手順を示すアイコン。
次の手順
  • 以下のガイドラインを使用して、正式なパイロットを設計し、実行します。

ヒント

サンプル パイロット リソースを使用して、コミュニケーション、テスト計画、およびフィードバックのアンケートを設計します。

1. パイロットのロジスティクスの概要

適切なパイロットには、定義された開始日と終了日、成功を測定するための明確に定義された目標が含まれます。 これらの目標は、プロジェクトの範囲を定義したときに文書化したとおり、幅広いプロジェクトの範囲に合わせて調整され、パイロットが終了した後の経路を通知するために使用されます。 また、プロジェクトの期間中に適切な利害関係者が含まれていることも確認する必要があります。 パイロットを実行し、その影響を評価するのに十分な時間を確保する必要があります。少なくとも 30 日間をお勧めします。

小さいスケールで開始し、必要に応じてパイロットにワークロード、機能、ユーザーを追加します。作業を繰り返しながら、結果を評価し、パイロットを調整するための時間を確保してください。 Teams の新機能がロードマップごとにリリースされるたびに、後続のパイロットを実行することもできます。

2. パイロットの参加者およびテスト シナリオを選択する

パイロット計画の最も重要なタスクの 1 つは、入念に参加者を選択することです。 Teams は、チームワークに最適化されているため、役割や人物だけでなく、プロジェクトやチーム間の作業に基づいてパイロットの参加者を選択してください。 手始めに、Teams で検証できる実際のプロジェクトについて関係者や部門のマネージャーに質問することをお勧めします。 役割ベースのプロジェクトの例としては、Teams を使用している営業組織では、フィールド担当者は必要なリソースに簡単にアクセスして、他のフィールド メンバーと分析情報を共有できます。 プロジェクトベースの作業の例としては、製品発売イベントについて、マーケティング、トレーニング、広報、イベント計画のチームと調整することがあります。 どのシナリオを選択しても、パイロットは IT、トレーニング、ヘルプデスク内の主要人物を対象とし、プロジェクト管理のリソースを完全に最適化しながらソリューションを十分に検証できるようにする必要があります。

ヒント

Teams パイロット グループの参加者を選択するときは、Skype for Business の上位ユーザーを含めてください。 それらのユーザーが最近どのように Skype for Business を使用しているかを確認したら、Teams で現在のニーズを満たすことができるかどうかを確認するテスト計画を構築します。

3. テスト計画とフィードバック アンケートを作成する

パイロット エクスペリエンスを成功させるには、完了すべきタスクを明確に定義し、参加者がフィードバックを共有できるようにします。 タスクをグループ化して、ユーザーに実際のシナリオを提供し、毎日のアクティビティとの関連性を示します。 「組織的な変更の準備状況を評価する」で定義したユース ケースがテスト計画をガイドします。

組織では、すべての機能を一度にパイロットすることも、段階的なアプローチすることもできます。 たとえば、最初に共同作業、次に会議、その次にチャットと通話をパイロットします。 フィードバック チャンネルを開設し、進捗状況を追跡し、成果を図ることができるようにします。 パイロット結果を簡単にとらえて評価するには、事前に定義された調査を使用します。調査の設計は、テスト計画のシナリオと機能に基づいて行う必要があります。

4. コミュニケーション計画を作成する

パイロットの成功には、何が起こっているのか、いつ、なぜ、何が期待されるかについてパイロット参加者を教育することが重要です。 関心を高め、最大限の参加を可能にするには、ユーザーの価値に関するメッセージを含めてください。また、ユーザーがパイロットを進める際に追加情報を得られるように、トレーニングとサポートのリンクも含めます。 パイロット コミュニケーション計画を開始するためのサンプル リソースを次に示します。

5. パイロットを実施する

すべての物流が整い、パイロットを開始する準備ができました。 パイロットの実施には、ユーザーとコミュニケーションを取り、ネットワークと使用状況を監視することで、ネットワーク パフォーマンスと通話の品質が正常性を維持していることを確認し、参加者からのフィードバックを収集し、Teams に関連する質問のヘルプデスク チケットを確認することが含まれます。

パイロットの成功のためのヒント

パイロットを成功に導くヒントは次のとおりです。

  • パイロットを開始する前に、すべてのパイロット参加者が適切な [共存モード] を有効にしていることを確認します。
  • (https://aka.ms/SkypeToTeams-SetCoexistence) 検証する。
  • パイロット全体を通して毎週プロジェクトの関係者と打ち合わせを行い、ユーザーからのフィードバック、利用状況データ、ネットワーク データ、ヘルプデスクのチケットを確認して、パイロットがスムーズに実行されるようにします。 必要に応じて調整します。

推奨されるタイムライン

30 日間のパイロットで推奨されるスケジュールを次に示します。

  • パイロット キックオフの 1 週間前: パイロット ユーザーにイニシャル コミュニケーションを送信します。
  • 1 日目: パイロット ユーザーにキックオフ コミュニケーションを送信します。
  • 7 日目: 最初の週 1 回のプロジェクト チーム チェックポイント会議を行います。
  • 14 日目: パイロット ユーザーに中間のコミュニケーションを送信します。週 1 回のプロジェクト チーム チェックポイント会議を行います。
  • 21 日目: 週 1 回のプロジェクト チーム チェックポイント会議を行います。
  • 30 日目: パイロット ユーザーに最後のコミュニケーションを送信します。
  • 31 から 45 日目: パイロット結果を評価して、次の手順を計画します。

6. 学習成果を見極めて、今後のプランを評価する

パイロットが完了したら、すべてのフィードバック調査、最終的なネットワーク統計、目標に対する分析のサポート チケットを収集し、今後の計画を実装するかどうかを決定します。 organizationが広範な展開の準備ができているか、より多くのユーザーにパイロットを拡張する必要がある場合や、特定した懸念が軽減された後、後でパイロットを再検討したい場合があります。 パイロットは、管理された環境で技術的およびユーザーの結果を予測する優れた方法です。移行するときは、よく考えてください。

結果として次のことが示される場合:

ヒント

パイロットの参加者をピア チャンピオンとして登録し、新しいユーザーの Teams への伝道とオンボーディングを支援します。 ピア チャンピオンは他のユーザーと簡単に交流でき、自分の経験や学習内容を共有し、同僚をサポートしたりガイダンスを提供したりすることができます。 チャンピオンの詳細と独自の展開でそれらを使用する方法について説明します。