サーベイ
サーベイとは
サーベイの構成:カテゴリ、質問、回答オプション、および公開前の制限事項。
ドキュメントのセクション
サーベイは単発のアンケートではなく、尋ねる → 見る → 話し合う → 検証するというサイクルにおける尋ねるフェーズの基盤です。これを通じて組織はチームのフィードバックを定期的に収集し、測定期間ごとに結果を比較します。
構成要素
サーベイはカテゴリ、質問、回答オプションから構成されます。
カテゴリは類似する質問をグループ化し、サーベイ全体だけでなく、個別のブロックごとに結果を読み取るのに役立ちます。たとえば、あるブロックはプロセスの透明性について、別のブロックはチーム内の相互作用についてといった具合です。
質問は参加者に具体的な焦点を投げかけます。回答者は評価スケールや回答オプションのリストで回答し、コメントを追加することもできます。また、AIファシリテーターが必要に応じてフォローアップ質問を投げかけます。これにより、評価だけでなくその背後にある理由も保持できます。
回答オプションはスコアの数値的基盤を提供します。通常、質問には5つの回答オプションがあります(最も弱いシグナルから最も強いシグナルまで)。追加のテキストフィードバックは評価と同じくらい重要です。なぜなら、そこから繰り返し現れるテーマ、改善点、アイデアが生まれるからです。
テンプレートベースのサーベイと手動作成サーベイ
サーベイはテンプレートから、またはゼロから作成できます。
テンプレートベースのサーベイでは、構造(カテゴリ、質問、回答オプション、分析テーマ)が事前に定義されています。この方法は、定期的な診断や繰り返しの測定期間に適しています。なぜなら、結果を時系列で比較しやすいからです。
手動作成サーベイは、既存のテンプレートにないローカルなテーマや状況を調査する必要がある場合に有用です。構造はご自身で定義し、分析テーマは参加者の実際の回答に基づいて結果の集計時に形成されます。
質問数と公開
公開するには、サーベイに3〜36個の質問が必要です。定期的な診断の実用的な目安は8〜16個の質問です。これは全体像を把握するのに十分でありながら、参加者に過度な負担をかけない数です。
短すぎるサーベイは分析に十分な材料を提供しません。長すぎるサーベイは回答の質を低下させます。参加者はより早く疲れ、形式的な回答が増え、有益なコメントが少なくなります。
開始前に次の3点を確認することをお勧めします:
- カテゴリが技術的なグループ分けではなく、理解しやすいブロックとして読めること
- 各質問が1つの明確な焦点を尋ねていること
- 回答オプションが質問文に適しており、特定の回答へ誘導していないこと
サーベイが単独で解決しないこと
サーベイは正直なフィードバックを収集するだけです。責任を追及したり、議論の代わりになったり、自動的にタスク化されることはありません。
その後に重要なサイクルの次のステップは、測定期間をクローズまたは結果の集計を行い、結果を確認し、改善点について議論し、新しい測定期間で変化を検証することです。これがなければ、サーベイは単なる回答の集まりに留まり、改善のツールとはなりません。