組織的な変更の準備状況を評価する
この記事は、アップグレード体験のユーザー準備ステージの一部であり、技術的準備ステージと並行して完了するアクティビティです。 先に進む前に、前のステージからこれらのアクティビティを完了したことを確認します。
プロジェクト チームをセキュリティで保護し、ビジョン、スコープ、目標を定義したら、アップグレード体験の次の手順は、organizationとユーザーが Teams の準備ができていることを確認することです。これは、技術的な準備と並行して完了するアクティビティです。 Teams の価値を実現するには、ユーザーが実際にそれを使用する必要があります。 Teams を有効にするだけでは、目標を達成できるわけではありません。 ユーザーのユース ケースと学習スタイルが異なり、新しいテクノロジに異なる速度で適応します。 良いニュースは、変更の管理がそれほど複雑なわけではありませんが、焦点を絞った作業が必要です。 以下のガイド付きディスカッションは、ユーザーの導入を容易にし、加速させるために適切なレベルの教育を準備できるように、ユーザー ベースを理解するのに役立つよう設計されています。 ユーザー ベースを確認する方法は 2 つあります。
- 組織の変更の準備: ユーザーが通常、変更に反応する速さ (またはそうでない) を理解します。 この情報は、ユーザーの導入を促進するために行う必要がある可能性がある認識、トレーニング、価値販売の量を通知するのに役立ちます。
- チームワークのシナリオ: ユーザーの作業方法を理解することで、Teams を作業アクティビティにマップし、導入を加速し、Skype for Businessからのシフトを促進できます。
注意
以下に示す評価アクティビティを、organizationの変更イニシアチブに適応させることができます。 プロジェクトの範囲に基づいて質問に答えるだけです。 次の説明では、音声通話、電話会議、または Skype for Business から Teams へのアップグレードに "新しいソリューション" を適用できます。
 判断ポイント |
|
 次の手順 |
|
組織の変更の準備
organizationの準備状況を評価することで、ユーザーが作業方法を変更し、新しいテクノロジを採用する際にどのように受け入れる (または受け入れられないか) かを判断できます。 変更に対するユーザーの反応を理解することで、organizationが問題に積極的に対処し、ロールアウト計画を調整して最適なバイインを取得し、実際に同僚との変更を促進するのに役立つユーザーを特定できます。
アクティビティ
次の会話スターターを使用して、組織の準備状況評価を実施し、変更に関するorganizationのカルチャを文書化します。 この情報は、プロジェクトを実装するためにどの程度の意識の向上とトレーニングが必要になるかを判断するのに役立ちます。 正確な数値を心配しないでください。 この演習は、組織の文化に関する一般的な理解を表します。 作業の開始に関するヘルプが必要な場合は、単に過去のロールアウトを評価してください。これは、ユーザーがどのように変化に反応するかを予測し、予想される反応に事前に対処するのに役立ちます。
各バケットに分類されるユーザーの割合は何パーセントですか?
| 早期導入者 | 通知されたユーザー | 出遅れ |
|---|---|---|
| これらのユーザーは、使用可能な前にソリューションを要求します。 | これらのユーザーは、その値が示されたらすぐにソリューションを受け入れます。 | これらのユーザーは、変更にプッシュされた場合でも、ソリューションを拒否します。 |
ヒント
ピア チャンピオンとして機能するだけでなく、パイロット テストのために早期導入者を参加させる。 チャンピオンは、新しいテクノロジを伝道し、例によってリードして、価値を実現する方法を同僚に示すのに役立ちます。 正式なチャンピオン プログラムの作成の詳細については、 Office 導入ガイドを参照してください。 ラグガードは、新しいテクノロジを採用する前に、より説得力が必要になる場合があります。 organizationの 20% 以上がこのバケットに該当する場合は、価値メッセージングの伝達とカスタマイズされたトレーニングの提供により多くの時間を費やします。 さらに、フィードバック ループを開いて変更を通じてサポートし、彼らのためらいをより深く理解し、対処します。
各コンピテンシーに分類されるユーザーの割合は何パーセントですか?
| 自己動機付け | チーム プレーヤー | 手を持つシーカー |
|---|---|---|
| これらの学習者は、リソースを探し出し、学習します。 | これらのユーザーは、グループと対話型のトレーニングを楽しみます。彼らは同僚と一緒に行くでしょう。 | これらのユーザーは、"ホワイト グローブ" または 1 対 1 の支援を期待しています。 |
ヒント
誰もが同じように学ぶわけではありません。 意欲的な方は、Microsoft のオンライン ビデオとトレーニング記事を参照してください。 20% 以上がチーム プレーヤーの場合は、トレーニング チームまたはパートナーに参加して、ライブで対話型のトレーニングを (対人またはオンラインで) 提供します。 通常、持ち手カテゴリにはエグゼクティブまたは対象ロールがあります。 これは、パーソナライズされた短いトレーニング セッションの恩恵を受ける重要なグループです。 チャンピオンに参加して、最適なエクスペリエンスを得るために、これらのユーザーにトレーニングを提供します。
チームワーク シナリオの評価
Microsoft Teams は、包括的なコミュニケーションとコラボレーション ソリューションを提供する、Skype for Businessの機能を拡張します。 ユーザーをSkype for Businessから Teams にアップグレードするための計画を設計するときは、チームワーク コラボレーションの力を使用して、ユーザーを興奮させ、Skype for Businessから Teams への移行を容易にする方法を検討してください。
その中核となるチームワークは、人々が共同作業を行って作業を行う方法です。 適切なユーザーを適切なツールに合わせて調整し、ユーザーに適した方法で調整します。 Teams は、人、会話、ファイル、プロジェクトを 1 つのワークスペースにまとめ、organizationのチームワークのための真のハブを作成します。
ユーザーのしくみと連携方法を理解することで、ユーザーが Teams をどのように使用できるかを視覚化し、Skype for Businessからのシフトを容易にすることができます。 チームワークのシナリオについて考える主要な方法は、人中心とプロジェクト中心の 2 つあります。
- プロジェクト中心のチームワーク は、特定のプロジェクトまたはイニシアチブ (たとえば、製品発売イベントの計画) を中心としています。 スコープの計画から予算管理、マーケティング作業まで、プロジェクト中心のチームワークは、プロジェクトのワークストリームを調整し、全員に情報を提供するのに役立ちます。
- People中心のチームワークは、同じチーム (営業チーム、道路戦士など) またはチーム全体 (ピア チャンピオンなど) で作業する可能性がある、同様の責任や属性を持つ人々を中心に展開します。 同僚とチャットして質問の答えを得るからチーム会議に参加するまで、人中心のアクティビティには情報共有やレポート作成が含まれます。
Teams を最大限に活用するには、両方のシナリオを含むチームワーク戦略を構築し、ユーザーが Teams で作業する方法を理解するのに役立ちます。
| 判断ポイント |
|
次の手順 |
|
例
プロジェクト中心のチームワーク: 製品起動イベント (たとえば、organizationは新しい製品を市場に投入する準備をしており、認識を促進し、リードを生み出し、売上を促進するための広範なプロモーション イベントを計画しています)。
| 考察 | メモ |
|---|---|
| コア属性 |
|
| 今日のチームワークの課題 |
|
| チームワークの要件 |
|
| Teams でのチームワーク |
|
1 Teams でのアプリの統合または配置をサポートします。
People中心のチームワーク: 営業チーム (たとえば、地域に分散した営業チームは、道路との接続を維持し、パイプラインに沿い続け、年間クォータ目標に向けて推進するのに役立つ主要なオファーとイニシアチブを理解する必要があります)
| 考察 | メモ |
|---|---|
| コア属性 |
|
| 今日のチームワークの課題 |
|
| チームワークの要件 |
|
| Teams でのチームワーク |
|
1 Teams でのアプリの統合または配置をサポートします。
チームワーク戦略に適した "適合" を特定するためのヒント
すべてのユーザー、すべてのチーム、およびすべてのプロジェクトのチームワーク戦略を形成するのは簡単です。 すべてのプロジェクトまたはチームが、完全に定義されたチームワーク戦略を必要とするわけではありません。 作業を開始するためのベスト プラクティスを次に示します。
作業を開始したばかりの、または今後予定されているチーム間プロジェクトを検討してください。
- イベント計画 – 複数のチーム (予算、物流、プレゼンテーションなど) からの調整
- 新しい製品のパイロット - 情報を共有し、制御された環境でフィードバックを収集する
ユーザー ペルソナとコア作業グループを特定し、相互に対話するさまざまな方法を Teams に接続する
- 営業チーム/地域 - 道路の戦士、簡単にアクセスできるリソース、迅速なターンアラウンド応答
- 人事 – すべての部門で標準化されたプロセス、採用のための一貫したアプローチ
- 現場担当者 - ピア/管理への接続、手順へのアクセス、NEO
次の考慮事項に留意してください。
- 小さく始めます。 チームワーク モデルを検証した後に、より大きく複雑なプロジェクトを保存します。
- 新しいプロジェクトに焦点を当てます。 ワークフローが中断される可能性があるため、進行中の既存のプロジェクトを変更しないでください。
- タイミングを検討してください。 会計年度の終わりに新しいチームワーク戦略を売上に展開することは理想的ではないかもしれません。
- 反復 処理。 ホイールを再発明する必要はありません。 動作するチームワーク構造が見つかると、他のワークグループやプロジェクトと繰り返します。 テンプレート チームを定義し、ユーザーが Teams にすばやく同化し、一貫性を提供できるようにガイドラインを設定します。
上記で収集した情報を使用して、 ユーザーの準備計画を通知します。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示