Interview Techniques

概要

このスキルは、要求抽出のための効果的なヒアリング技法を提供します。 オープンエンド質問を活用し、ユーザーの真のニーズを引き出すことで、 より良い要件定義を実現します。

核心概念:

• オープンエンド質問: 自由な回答を促す質問で深い洞察を得る
• 5W1H: Why/Who/What/When/Where/How による網羅的な理解
• Why 分析: 5 回の Why で根本ニーズを発見
• 前提の明示化: 暗黙の前提を顕在化

主要な価値:

• ユーザーの真のニーズの発見
• 曖昧な要求の明確化
• ステークホルダー間の認識統一

リソース構造

interview-techniques/
├── SKILL.md                                    # 本ファイル（概要とワークフロー）
├── resources/
│   ├── question-types.md                       # 質問タイプ別ガイド
│   ├── 5w1h-framework.md                       # 5W1Hフレームワーク詳細
│   ├── why-analysis.md                         # Why分析手法
│   └── clarification-patterns.md               # 明確化質問パターン
├── scripts/
│   └── generate-questions.mjs                  # 質問生成支援スクリプト
└── templates/
    └── interview-guide-template.md             # ヒアリングガイドテンプレート

コマンドリファレンス

リソース読み取り

# 質問タイプガイド
cat .claude/skills/interview-techniques/resources/question-types.md

# 5W1Hフレームワーク
cat .claude/skills/interview-techniques/resources/5w1h-framework.md

# Why分析手法
cat .claude/skills/interview-techniques/resources/why-analysis.md

# 明確化質問パターン
cat .claude/skills/interview-techniques/resources/clarification-patterns.md

テンプレート参照

# ヒアリングガイドテンプレート
cat .claude/skills/interview-techniques/templates/interview-guide-template.md

いつ使うか

シナリオ 1: 初期要求のヒアリング

状況: 新しいプロジェクトや機能の要求を収集

適用条件:

• 要求が明確でない
• ステークホルダーが複数存在
• 優先順位が不明確

期待される成果: 構造化された要求リスト

シナリオ 2: 曖昧な要求の明確化

状況: 「〜など」「適切に」などの曖昧な表現がある

適用条件:

• 定性的な表現が含まれる
• 範囲が不明確
• 条件が曖昧

期待される成果: 具体的で測定可能な要求

シナリオ 3: 隠れたニーズの発見

状況: 表面的な要求の背後にある真のニーズを探る

適用条件:

• 「なぜ」が明確でない
• 代替案の検討が必要
• 根本的な問題解決を目指す

期待される成果: 根本ニーズと優先順位の明確化

ワークフロー

Phase 1: オープンエンド質問による探索

目的: 幅広い情報を収集する

質問パターン:

1. 目的の理解:

   • 「この機能で何を達成したいですか？」
   • 「なぜこの機能が必要ですか？」

2. ユーザーの理解:

   • 「誰がこの機能を使いますか？」
   • 「どのような状況で使いますか？」

3. 現状の理解:

   • 「現在はどのように対処していますか？」
   • 「何が問題になっていますか？」

判断基準:

• 目的が理解できたか？
• ユーザーが特定できたか？
• 現状の問題が把握できたか？

リソース: resources/question-types.md

Phase 2: 5W1H による網羅的理解

目的: 漏れなく要求を理解する

フレームワーク:

• Why: なぜこの機能が必要か（目的・背景）
• Who: 誰が使うか（ユーザー、ステークホルダー）
• What: 何を実現したいか（期待される結果）
• When: いつ使うか（使用タイミング、頻度）
• Where: どこで使うか（環境、コンテキスト）
• How: どのように使うか（操作フロー）

判断基準:

• 6 つの観点すべてが確認できたか？
• 各観点で十分な情報が得られたか？

リソース: resources/5w1h-framework.md

Phase 3: Why 分析による深掘り

目的: 根本的なニーズを発見する

手法:

1. 表面的な要求に対して「なぜ？」を問う
2. その回答に対してさらに「なぜ？」を繰り返す
3. 5 回程度繰り返すことで根本ニーズに到達

例:

要求: 「レポート出力機能が欲しい」
Why 1: なぜレポートが必要？→「上司に報告するため」
Why 2: なぜ報告が必要？→「進捗を把握してもらうため」
Why 3: なぜ進捗把握が必要？→「問題を早期発見するため」
Why 4: なぜ早期発見が重要？→「遅延を防ぐため」
Why 5: なぜ遅延を防ぎたい？→「納期を守るため」

→ 根本ニーズ: 「プロジェクトの納期遵守」
→ 代替案: リアルタイムダッシュボード、アラート機能なども検討可能

判断基準:

• 根本的なニーズが特定できたか？
• 代替案の検討が可能になったか？

リソース: resources/why-analysis.md

Phase 4: 曖昧性の明確化

目的: 曖昧な表現を具体化する

明確化質問パターン:

1. 量的曖昧性:

   • 「『高速』とは具体的に何秒以内ですか？」
   • 「『多くの』とは何件以上を想定していますか？」

2. 質的曖昧性:

   • 「『使いやすい』とはどういう状態ですか？」
   • 「それをどうやって測定しますか？」

3. 範囲の曖昧性:

   • 「『など』には他に何が含まれますか？」
   • 「すべてを列挙していただけますか？」

4. 条件の曖昧性:

   • 「『場合によって』とはどのような条件ですか？」
   • 「すべての条件を教えていただけますか？」

判断基準:

• 曖昧な表現がすべて明確化されたか？
• 具体的な数値や条件が定義されたか？

リソース: resources/clarification-patterns.md

質問設計の原則

オープンエンド質問

• 特徴: 自由な回答を促す
• パターン: 「どのように〜」「なぜ〜」「何が〜」
• 用途: 探索的な情報収集

クローズド質問

• 特徴: Yes/No や選択式の回答
• パターン: 「〜ですか？」「A と B どちらですか？」
• 用途: 確認、選択の絞り込み

使い分け

探索フェーズ: オープンエンド質問 → 幅広い情報収集
確認フェーズ: クローズド質問 → 理解の確認
深掘りフェーズ: Why質問 → 根本ニーズの発見
明確化フェーズ: 具体化質問 → 曖昧性の除去

ベストプラクティス

すべきこと

1. 傾聴を優先:

   • 回答を遮らない
   • 相手のペースに合わせる
   • メモを取りながら聞く

2. オープンエンド質問を優先:

   • 「どのように〜」で始める
   • Yes/No 質問は最小限

3. 具体例を求める:

   • 「例えば？」「具体的には？」
   • 抽象的な回答を具体化

避けるべきこと

1. 誘導質問:

   • ❌ 「〜だと思いませんか？」
   • ✅ 「どのようにお考えですか？」

2. 複合質問:

   • ❌ 「A についてと B について教えてください」
   • ✅ 質問は 1 つずつ

3. 前提を含む質問:

   • ❌ 「この機能は速くあるべきですよね？」
   • ✅ 「速度についてどのような要求がありますか？」

関連スキル

• .claude/skills/requirements-engineering/SKILL.md (.claude/skills/requirements-engineering/SKILL.md): 要件工学
• .claude/skills/use-case-modeling/SKILL.md (.claude/skills/use-case-modeling/SKILL.md): ユースケース
• .claude/skills/acceptance-criteria-writing/SKILL.md (.claude/skills/acceptance-criteria-writing/SKILL.md): 受け入れ基準

メトリクス

質問の効果性

測定方法: (明確化された要求数 / 初期の曖昧な要求数) × 100 目標: >90%

要求カバレッジ

測定方法: 5W1H すべてがカバーされた要求の割合 目標: 100%

ヒアリング品質スコア

• 目的の明確さ (0-10)
• ユーザーの特定 (0-10)
• 条件の具体性 (0-10)
• 優先順位の明確さ (0-10) 目標: 平均 8 点以上

変更履歴

バージョン	日付	変更内容
1.0.0	2025-11-25	初版作成

参考文献

• 『Exploring Requirements: Quality Before Design』 Donald Gause, Gerald Weinberg 著
• 『Software Requirements』 Karl Wiegers 著 - Chapter 6: Finding the Voice of the User