Microsoft Teams に対する組織の準備状況について

プロジェクト チームが集まり、Teams が組織に対して何ができるかを確認し始めているので、Teams 移行に対する組織の準備状況を評価することが重要です。 準備状況を評価するには、次の手順を実行する必要があります。

1. 利害関係者を評価する。
2. 早期導入者を特定する。
3. 変更に対する組織の準備状況を評価します。

利害関係者を評価する

組織内の主要な利害関係者とビジネス リーダーを一覧表示します。 個人ごとに、次の質問をします。

1. このリーダーは新しいテクノロジに優しいですか?
2. 現在のテクノロジに対するこのリーダーの満足度を評価します。
3. このリーダーは、承認されていないテクノロジを使用して結果を加速したり、チーム メンバーにとってより良いエクスペリエンスを作成したりする意思がありますか?
4. このリーダーは、重要なビジネス成果を上げるという高いプレッシャーを受けているでしょうか。
5. このリーダーは、移行を支援するために Teams との経験を伝える意思がありますか?
6. このリーダーは、既存のプロジェクト チームの主要メンバーと肯定的な関係を持っていますか?
7. このリーダーは、組織内の "変化のエージェント" と見なされるのが好きですか?

組織に関連するその他の質問を追加できます。 最初の 2 つのフェーズ (スタートアップと実験) では、変化に優しく、現在のテクノロジに不満を持ち、良好な関係を持つリーダーが表示されます。 これらのリーダーは、ビジネス アドバイザーとしてコア プロジェクト チームに参加する必要があり、実験フェーズに不可欠なプロジェクトがある可能性があります。 実験するインパクトのある現実世界の状況を選択し、初期実験のリスクの高いプロジェクトを回避することが重要です。

早期導入者を特定する

早期導入者は、組織の規模や業界に関係なく、特定の特性を共有します。 通常、早期導入者は次の特徴を共有します。

• テクノロジに関心がある
• 変更の一部になる意思がある
• 改善の追求
• 自然によるコラボレーション
• 彼らの観察と学習をグループと共有する意思がある
• リスクの受け取り者です。つまり、動作するかどうかを確認するために何かを試してみる

Microsoft 365 または Office 365 のフォームを使用して、これらの個人が Teams の早期導入プログラムをオプトインできるようにします。 組織の規模と複雑さに応じて、実験フェーズでこれらの個人の一部またはすべてを有効にすることもできます。 このプログラムでは、実験フェーズに積極的に参加し、プロジェクト チームに定期的なフィードバックを提供することに同意します。 単に新しいテクノロジを試したい人は避けてください。 このアクティブなフィードバックを提供することで、プロジェクトの成果を生み出すのに役立っていることを伝えてください。 このユーザーの一覧は、 フェーズ 2 - 実験で使用します。

早期導入プログラム ガイドは、お使いの環境でこのプログラムを開始するのに役立つリソースです。

変更に対する組織の準備状況を評価する

変化は、テクノロジとは関係のない人間のプロセスです。 変化に対する自然な抵抗について私たちを教育する行動心理学と神経科学があります。 変更を受け入れるためには、ユーザーのニーズを予測し、状況を理解し、その状況を改善するソリューションを作成することが重要です。 そうすることでも、変化に対する自然な抵抗に遭遇します。

各組織のアプローチは、地域、仕事のスタイル、プロのプロファイル、および組織のその他の要素によって異なります。 組織の準備状況を評価するには、「 組織の変更の準備状況を評価する」を参照してください。 ガイドラインを使用して、次の質問に回答します。

1. 各バケットに分類されるユーザーの割合は何パーセントですか? (抵抗の変化)

   • 早期導入者: ソリューションを使用できるようになる前に要求します。
   • 通知されたユーザー: その価値が証明されたら、ソリューションを使用します。
   • Dissenters: 変更をプッシュバックします。

   ヒント

   早期導入者は、優れたパイロットテスターとピアチャンピオンを作ります。 新しいツールを採用するのが遅いユーザーには、追加の励ましと調整に多くの時間が必要です。

2. 変更に対するユーザーのコンピテンシーは何ですか? (トレーニング)

   • セルフ スターターでは 、ビデオへのリンクのみが必要です。
   • チーム ビルダーはグループ トレーニングでうまくいきます。
   • 1 対 1 の学習者には個人的なサポートが 必要です。

   ヒント

   コンピテンシーとペルソナに合わせてトレーニングの種類と量を調整します。 新しい機能がオンラインになると、トレーニングを更新し続けます。

3. このサービスのデプロイに加えて、他にいくつの変更が発生していますか? (適応性)
   変更には、Office/Windows のアップグレード、オフィスの移動、合併、再編成などが含まれます。

   • なし
   • 1 から 3 の変更
   • 3 つ以上の変更

   ヒント

   変更が多すぎると、受け入れと生産性が低下する可能性があります。 3 つ以上の変更が進行中の場合は、間隔を空けるか、変更をバンドルするテーマを作成することを検討してください。

このデータを、早期導入プログラムを選択する利害関係者プロファイルと従業員と組み合わせます。 これにより、既存の職務と共に変化を吸収できる準備ができているグループを特定できます。 この方法を使用すると、変更中にパートナーを作成できます。

内部チャンピオンを使用して、さまざまな変更の種類の問題に対処できます。 ここで、フィードバックは成功の鍵です。人々が自分の課題やニーズを共有することを奨励します。 実験中に、これらの個人またはグループにテーブルの席を与えることによって、混乱者や反対者を受け入れます。 このベスト プラクティスは、コラボレーションの改善をよりスムーズに広範に展開するための道を開きます。

次へ: Microsoft Teams 導入フェーズ 2: 実験