詳細設計書作成前のヒアリングテンプレート - 角が立たない確認術

認識齟齬を防ぎ、円滑にプロジェクトを進めるためのヒアリングテンプレートをお届けします!

📋 1. ヒアリングシート全体構成

┌─────────────────────────────────────────┐
│  ヒアリングの5W1H                        │
├─────────────────────────────────────────┤
│  Why   : なぜこの機能が必要か          │
│  What  : 何を作るのか                  │
│  Who   : 誰が使うのか                  │
│  When  : いつまでに必要か              │
│  Where : どこで使われるか              │
│  How   : どうやって実現するか          │
└─────────────────────────────────────────┘
        ↓
┌─────────────────────────────────────────┐
│  認識確認の3ステップ                     │
├─────────────────────────────────────────┤
│  Step 1: 背景・目的の確認               │
│  Step 2: 要件の具体化                   │
│  Step 3: 制約・前提条件の明確化          │
└─────────────────────────────────────────┘

💬 2. 丁寧な質問フレーズ集

2.1 基本的な聞き方パターン

【DO - 角が立たない表現】

✅ 「確認させてください」系
   "念のため確認させていただきたいのですが..."
   "理解を深めたいので、教えていただけますでしょうか..."
   "認識に齟齬がないか確認させてください..."

✅ 「私の理解では」系
   "私の理解では○○という認識ですが、この理解で合っていますでしょうか?"
   "○○という理解で進めてよろしいでしょうか?"
   "こちらで○○と解釈したのですが、いかがでしょうか?"

✅ 「具体例で確認」系
   "例えば、○○のような場合はどうなりますか?"
   "具体的には、○○という動きをイメージしているのですが..."
   "○○の場合と△△の場合で動作は変わりますか?"

✅ 「選択肢を提示」系
   "○○と△△のどちらをイメージされていますか?"
   "パターンとしては以下が考えられますが、どれが近いでしょうか?"

【DON'T - 避けるべき表現】

❌ 詰問・攻撃的な表現
   × "それはおかしいんじゃないですか?"
   × "なぜそうなるんですか?"
   × "説明が矛盾してますよね?"
   × "さっきと言ってること違いますよね?"

❌ 相手を否定する表現
   × "それは無理です"
   × "そんなのできません"
   × "常識的に考えて..."

❌ 曖昧なまま進める
   × "まあ、なんとかなるでしょう"
   × "その辺は適当に..."
   × "察します"

📝 3. ヒアリングシートテンプレート

3.1 プロジェクト基本情報

# 詳細設計ヒアリングシート

## 基本情報

**ヒアリング日時**: 2025年1月21日 14:00-15:00
**ヒアリング実施者**: YUKIKO ISHIGURO
**ヒアリング対象者**: [お名前] 様 ([部署・役職])
**プロジェクト名**: ネットワーク監視ダッシュボード開発
**バージョン**: 1.0

---

## 1. 背景・目的の確認

### 1.1 プロジェクトの背景
**質問**: 
今回のプロジェクトを始めることになった背景について、
念のため確認させていただけますでしょうか?

**回答メモ**:
_______________________________________
_______________________________________

**私の理解**:
現状、ネットワーク監視が手動で行われており、
異常検知に時間がかかっているため、
リアルタイム監視ダッシュボードが必要。
→ この理解で合っていますでしょうか? □ Yes □ 要調整

---

### 1.2 解決したい課題
**質問**:
具体的にどのような課題を解決したいと
お考えでしょうか?

**回答メモ**:
_______________________________________
_______________________________________

**確認ポイント**:
- □ 現状の問題点が明確か
- □ 課題の優先順位が明確か
- □ 定量的な目標があるか(例: 検知時間50%削減)

---

### 1.3 成功の定義
**質問**:
このプロジェクトがどうなれば成功とお考えですか?
例えば、「○○ができるようになれば成功」といった
イメージがあれば教えてください。

**回答メモ**:
_______________________________________
_______________________________________

**KPI確認**:
- □ 定量的な目標: _______________________
- □ 定性的な目標: _______________________
- □ 測定方法: ___________________________

---

## 2. ユーザー・利用シーン

### 2.1 想定ユーザー
**質問**:
このシステムを主に使われる方は
どのような方々でしょうか?

**回答メモ**:
_______________________________________
_______________________________________

**確認項目**:
| ユーザー区分 | 人数 | ITスキルレベル | 利用頻度 | 主な利用目的 |
|------------|------|--------------|---------|------------|
| ネットワーク管理者 |  |  |  |  |
| セキュリティ担当 |  |  |  |  |
| マネージャー |  |  |  |  |

---

### 2.2 利用シーン
**質問**:
具体的にどのような場面で使われることを
想定されていますか?
例えば「朝の定例チェック時」「アラート発生時」など...

**回答メモ**:
_______________________________________
_______________________________________

**シナリオ整理**:
1. **日常監視**: _________________________
2. **異常検知時**: _______________________
3. **レポート作成時**: ___________________

---

## 3. 機能要件の具体化

### 3.1 必須機能
**質問**:
「これがないと困る」という機能を
教えていただけますでしょうか?

**回答メモ**:
_______________________________________
_______________________________________

**優先度付け**:
| 機能名 | 優先度 | 理由 | リリース時期 |
|--------|--------|------|-------------|
|  | Must | | V1.0 |
|  | Should | | V1.1 |
|  | Nice to have | | V2.0 |

---

### 3.2 表示項目・内容
**質問**:
ダッシュボードに表示したい情報について、
具体的に教えていただけますか?
例えば「送信元IP」「通信量」など...

**回答メモ**:
_______________________________________
_______________________________________

**表示項目リスト**:
| 表示項目 | 必須/任意 | 更新頻度 | データソース |
|---------|----------|---------|-------------|
| 総通信量 | 必須 | リアルタイム | network_logs |
|  |  |  |  |

---

### 3.3 操作フロー
**質問**:
ユーザーが画面でどのような操作をすることを
想定されていますか?
具体的な流れを教えていただけると助かります。

**回答例で確認**:
「例えば、以下のような流れをイメージしているのですが...
 1. ダッシュボードを開く
 2. 異常なIPを発見
 3. そのIPをクリックして詳細を見る
 4. 必要に応じてアクションを取る
この理解で合っていますでしょうか?」

**回答メモ**:
_______________________________________
_______________________________________

---

### 3.4 画面イメージ
**質問**:
画面のイメージについて、参考になるものや
「こんな感じ」というものはありますか?

**方法**:
- 手書きで簡単に描いていただく
- 参考サイトを見せていただく
- 類似システムを参考にする

**回答メモ**:
_______________________________________
_______________________________________

**添付**: □ 画像 □ URL □ 手書きメモ

---

## 4. データに関する確認

### 4.1 データソース
**質問**:
表示するデータはどこから取得しますか?
念のため確認させてください。

**回答メモ**:
_______________________________________
_______________________________________

**データソース一覧**:
| データ種類 | 取得元 | 更新頻度 | データ量 | 保持期間 |
|----------|--------|---------|---------|---------|
| 通信ログ | Splunk | リアルタイム | 50GB/日 | 90日 |
|  |  |  |  |  |

---

### 4.2 データ鮮度
**質問**:
データの更新頻度について、
どの程度リアルタイム性が必要でしょうか?

**選択肢で確認**:
「以下のどれが近いイメージでしょうか?
 A) 数秒以内(完全リアルタイム)
 B) 1分以内
 C) 5分以内
 D) 時間単位でOK」

**回答**: □ A □ B □ C □ D □ その他(_______)

**私の理解**:
業務上、○○の理由で○分以内の更新が必要。
→ この理解で進めてよろしいでしょうか?

---

### 4.3 データ量
**質問**:
扱うデータの規模感を教えていただけますか?
例えば、1日あたりのレコード数など...

**回答メモ**:
_______________________________________
_______________________________________

**パフォーマンス要件**:
- 1日あたりのデータ量: ________________
- 同時アクセスユーザー数: ____________
- 画面表示の許容時間: ________________

---

## 5. 非機能要件

### 5.1 パフォーマンス
**質問**:
画面表示の速度について、
どの程度を期待されていますか?

**回答メモ**:
_______________________________________
_______________________________________

**パフォーマンス目標**:
- ダッシュボード初期表示: _____秒以内
- 検索・フィルタ適用: _____秒以内
- グラフ更新: _____秒以内

---

### 5.2 可用性
**質問**:
システムの稼働時間について、
要件はありますでしょうか?

**選択肢で確認**:
- □ 24時間365日稼働
- □ 営業時間のみ(平日9-18時)
- □ その他: _______________

**ダウンタイム許容**:
- 計画メンテナンス: □ 可 □ 不可
- 許容ダウン時間: _____________

---

### 5.3 セキュリティ
**質問**:
アクセス制限やセキュリティ要件について
確認させてください。

**回答メモ**:
_______________________________________
_______________________________________

**セキュリティチェック**:
- □ 認証が必要
- □ ロールベースのアクセス制御
- □ ログの記録が必要
- □ データの暗号化が必要
- □ 特定ネットワークからのみアクセス可

---

## 6. 制約・前提条件

### 6.1 技術的制約
**質問**:
使用する技術やツールについて、
制約はありますでしょうか?

**回答メモ**:
_______________________________________
_______________________________________

**技術スタック確認**:
| 項目 | 指定 | 理由 |
|------|------|------|
| Splunkバージョン |  |  |
| ブラウザ |  |  |
| 画面解像度 |  |  |

---

### 6.2 運用制約
**質問**:
運用面での制約があれば教えてください。
例えば「深夜のメンテナンスは不可」など...

**回答メモ**:
_______________________________________
_______________________________________

---

### 6.3 予算・スケジュール
**質問**:
スケジュールについて確認させてください。

**回答メモ**:
_______________________________________
_______________________________________

**マイルストーン**:
| マイルストーン | 希望時期 | 必須/調整可 | 備考 |
|--------------|---------|-----------|------|
| 要件確定 |  |  |  |
| 設計完了 |  |  |  |
| 開発完了 |  |  |  |
| リリース |  |  |  |

---

## 7. 例外・エッジケース

### 7.1 異常系の動作
**質問**:
データが取得できない場合や
エラーが発生した場合、どのように
表示すればよいでしょうか?

**シナリオ別確認**:
| シナリオ | 想定動作 | 表示内容 |
|---------|---------|---------|
| データが0件 |  |  |
| 検索タイムアウト |  |  |
| Splunk接続エラー |  |  |

---

### 7.2 境界値
**質問**:
データの上限・下限について、
確認させてください。

**例で確認**:
「例えば、通信量が極端に大きい場合
 (例: 100TB)はどう表示すればよいですか?」

**回答メモ**:
_______________________________________
_______________________________________

---

## 8. 将来の拡張性

### 8.1 今後の展開
**質問**:
今後、機能追加の可能性はありますか?
あらかじめ考慮しておいた方が
良いことがあれば教えてください。

**回答メモ**:
_______________________________________
_______________________________________

**将来機能メモ**:
- V2.0で追加したい機能: _____________
- 連携したいシステム: _______________

---

## 9. 最終確認

### 9.1 認識齟齬チェック
**私の理解の整理**:

以下が今回ヒアリングさせていただいた内容の
理解ですが、合っていますでしょうか?

1. **目的**: 
   ネットワーク異常を早期発見するための
   リアルタイム監視ダッシュボード

2. **主要機能**:
   - 通信量Top 10表示
   - 時系列グラフ
   - IPクリックで詳細表示

3. **非機能要件**:
   - 画面表示5秒以内
   - 24時間365日稼働
   - リアルタイム更新(30秒間隔)

4. **スケジュール**:
   - 設計完了: 2週間後
   - リリース: 1ヶ月後

→ この理解で進めてよろしいでしょうか?

□ Yes, この理解でOK
□ 一部修正が必要(修正内容: ___________)
□ 大きく異なる(再度ヒアリング希望)

---

### 9.2 次のアクション
**確認事項**:
- □ 次回ミーティング日時: ______________
- □ 資料提供依頼: ____________________
- □ 承認が必要な項目: ________________
- □ 設計書レビュー予定日: _____________

---

### 9.3 質問・懸念事項
**私からの確認・提案**:

現時点で、以下の点について
ご相談させていただきたいです:

1. ○○について、△△と□□の
   どちらが良いかご検討いただけますか?

2. ○○の実装には追加で○日必要ですが、
   スケジュールの調整は可能でしょうか?

---

## 10. 添付資料

□ 画面イメージ(手書き)
□ 参考URL
□ データサンプル
□ 既存システム仕様書
□ その他: _______________

---

**ヒアリング実施者サイン**: _______________
**日付**: 2025年1月21日

🎯 4. シーン別質問テンプレート

4.1 要件が曖昧な場合

【パターン1: "いい感じに"と言われた】

❌ NGな反応:
"いい感じってどういう感じですか?(イラッ)"

✅ OKな対応:
"ありがとうございます!
 具体的なイメージを共有させていただきたいので、
 例えば以下のAとBではどちらが近いでしょうか?
 
 A) シンプルで見やすい(最小限の情報)
 B) 情報量多め(詳細データも表示)
 
 または、参考になる画面イメージなどが
 あれば教えていただけると助かります!"

4.2 要件が頻繁に変わる場合

【パターン2: 前回と違うことを言われた】

❌ NGな反応:
"前回と話が違いますよね?"

✅ OKな対応:
"ありがとうございます。
 念のため確認させてください。
 
 前回のヒアリングでは○○という理解で
 進めさせていただいていたのですが、
 今回△△という新しいご要望をいただきました。
 
 こちらは、
 - 要件の変更(○○ではなく△△にする)
 - 要件の追加(○○に加えて△△も)
 どちらでしょうか?
 
 また、スケジュールへの影響について
 確認させていただいてもよろしいでしょうか?"

4.3 技術的に難しい要求の場合

【パターン3: 実現困難な要件を言われた】

❌ NGな反応:
"それは無理です"
"そんなのできません"

✅ OKな対応:
"ご要望ありがとうございます。
 
 ○○を実現する方法として、
 以下の選択肢が考えられます:
 
 【案A】完全実現(工数: +2週間、コスト: +○○円)
   メリット: ご要望通りの実装
   デメリット: スケジュール遅延
 
 【案B】部分実現(工数: +3日、コスト: +○円)
   メリット: スケジュール影響少
   デメリット: 一部機能制限
 
 【案C】代替案(工数: 変更なし)
   メリット: スケジュール通り
   デメリット: ○○の部分は△△で代替
 
 どの方向性が良いかご相談させていただけますか?"

4.4 ステークホルダーの意見が割れている場合

【パターン4: AさんとBさんで意見が違う】

❌ NGな反応:
"どっちが正しいんですか?"
"決めてください"

✅ OKな対応:
"ご意見ありがとうございます。
 
 現在、以下の2つの方向性をいただいています:
 
 Aさんのご意見:
 - ○○を優先したい
 - 理由: △△のため
 
 Bさんのご意見:
 - □□を優先したい
 - 理由: ××のため
 
 どちらも重要なご指摘と理解しております。
 
 【提案】
 両立する案として、以下はいかがでしょうか?
 - フェーズ1で○○を実装
 - フェーズ2で□□を追加
 
 または、判断基準として
 「今回のプロジェクトで最も重視するのは?」
 という観点で優先順位を決めさせていただく
 のはいかがでしょうか?"

📊 5. ヒアリング後の確認メールテンプレート

件名: 【確認】○○プロジェクト ヒアリング内容まとめ

○○ 様

お世話になっております。
YUKIKO ISHIGURO です。

本日はお時間をいただき、ありがとうございました。
ヒアリングさせていただいた内容を以下にまとめましたので、
認識に相違がないかご確認いただけますでしょうか。

---

## ヒアリング内容サマリー

### 1. プロジェクト目的
- ネットワーク異常の早期発見
- 手動監視からの脱却
- 月次レポート作成時間の50%削減

### 2. 主要機能(優先度順)
1. **Must**: リアルタイム通信量表示
2. **Should**: 異常IP自動検知
3. **Nice to have**: レポート自動生成

### 3. 非機能要件
- 画面表示: 5秒以内
- 稼働時間: 24時間365日
- 同時アクセス: 10ユーザー

### 4. スケジュール
- 設計完了: 2025年2月5日
- 開発完了: 2025年2月28日
- リリース: 2025年3月1日

---

## 確認事項・アクションアイテム

### 🔍 要確認事項
以下の点について、追加でご確認いただけますでしょうか:

1. **データ保持期間**
   現状「90日」でヒアリングしましたが、
   法的要件等で変更の可能性はありますでしょうか?

2. **アクセス権限**
   部署ごとに表示データを制限する必要は
   ありますでしょうか?

### 📋 ご提供いただきたい資料
可能であれば、以下の資料をご共有いただけると
設計がスムーズに進みます:

- [ ] 既存のネットワーク構成図
- [ ] Splunkのインデックス一覧
- [ ] ユーザーリスト(アクセス権限含む)

### 📅 次回ミーティング
- 日時: 2025年1月28日 14:00-15:00
- 議題: 詳細設計書レビュー
- 準備物: 設計書ドラフト

---

## その他

ご不明点や追加のご要望がございましたら、
お気軽にご連絡ください。

何卒よろしくお願いいたします。

---
YUKIKO ISHIGURO
Email: yukiko@example.com
Tel: 000-0000-0000

✅ 6. ヒアリングチェックリスト

実施前チェック

## ヒアリング準備チェックリスト

### 事前準備
- [ ] ヒアリングシート印刷(または画面共有準備)
- [ ] 関連資料の確認(要件定義書等)
- [ ] 質問リストの作成
- [ ] 録音・議事録担当の確認
- [ ] 時間配分の計画(60分の場合)
  - 導入: 5分
  - ヒアリング本体: 45分
  - まとめ・次回確認: 10分

### 心構え
- [ ] 相手の言葉を最後まで聞く
- [ ] メモを取りながら聞く
- [ ] わからないことはその場で確認
- [ ] 想定と違っても柔軟に対応
- [ ] 時間を守る

実施後チェック

## ヒアリング後チェックリスト

### 即日対応
- [ ] 議事録作成(24時間以内)
- [ ] 確認メール送信
- [ ] 録音データの整理
- [ ] 不明点のリストアップ

### 1週間以内
- [ ] 詳細設計書ドラフト作成
- [ ] レビュー依頼
- [ ] 追加質問の実施

### フォローアップ
- [ ] 回答待ち項目の管理
- [ ] 次回MTGの日程調整
- [ ] 関係者への情報共有

このテンプレートを使えば:
✅ 認識齟齬を最小化
✅ 角を立てずに確認
✅ 後から「聞いてない」を防げる
✅ プロフェッショナルな印象