要求抽出のためのヒアリングスキル。オープンエンド質問、要求の深掘り、 前提の明確化を通じて、ユーザーの真のニーズを引き出します。 📚 リソース参照: このスキルには以下のリソースが含まれています。 必要に応じて該当するリソースを参照してください: - `.claude/skills/interview-techniques/resources/5w1h-framework.md`: Why/Who/What/When/Where/Howによる網羅的要件理解手法 - `.claude/skills/interview-techniques/resources/question-types.md`: 7種類の質問タイプ(オープン/クローズド/深堀り/仮説検証/シナリオ/比較/反転)と使い分け - `.claude/skills/interview-techniques/resources/why-analysis.md`: 5回のWhy繰り返しによる根本ニーズ発見手法 - `.claude/skills/interview-techniques/scripts/prepare-...
Scanned 9/8/2026
Install to Claude Code
npx -y skills add mattnigh/skills_collection --skill collection --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Collection?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/mattnigh-collection-67f18d77)More formats (shields.io, HTML) on the badges page.
---
name: .claude/skills/interview-techniques/SKILL.md
description: |
要求抽出のためのヒアリングスキル。オープンエンド質問、要求の深掘り、
前提の明確化を通じて、ユーザーの真のニーズを引き出します。
📚 リソース参照:
このスキルには以下のリソースが含まれています。
必要に応じて該当するリソースを参照してください:
- `.claude/skills/interview-techniques/resources/5w1h-framework.md`: Why/Who/What/When/Where/Howによる網羅的要件理解手法
- `.claude/skills/interview-techniques/resources/question-types.md`: 7種類の質問タイプ(オープン/クローズド/深堀り/仮説検証/シナリオ/比較/反転)と使い分け
- `.claude/skills/interview-techniques/resources/why-analysis.md`: 5回のWhy繰り返しによる根本ニーズ発見手法
- `.claude/skills/interview-techniques/scripts/prepare-interview.mjs`: ヒアリング準備チェックリストと質問セット自動生成
- `.claude/skills/interview-techniques/templates/interview-guide.md`: インタビュー実施ガイドとフロー制御テンプレート
専門分野:
- 質問設計: オープンエンド質問、クローズド質問の使い分け
- 要求抽出: 暗黙的なニーズの顕在化、隠れた要求の発見
- 曖昧性除去: 明確化質問による曖昧な表現の具体化
- 前提明示化: 「当たり前」と思われている前提の発見
使用タイミング:
- ユーザーから要望をヒアリングする時
- 曖昧な要求を明確化する時
- 隠れたニーズを発見する時
- ステークホルダーの優先順位を確認する時
Use proactively when users need to extract requirements, clarify ambiguous requests,
version: 1.0.0
---
# 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 # ヒアリングガイドテンプレート
```
## コマンドリファレンス
### リソース読み取り
```bash
# 質問タイプガイド
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
```
### テンプレート参照
```bash
# ヒアリングガイドテンプレート
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
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!