情報定義書の作成

• 日程: Day 4 / セッション 2
• 時間: [9:55-11:00]
• 形式: 実習
• ゴール: ペルソナとCJMを参照しながら開発テーマに登場する情報を30個以上列挙し、整理・分類して情報定義書を60分以内に作成できる
• 学習形式: ハンズオン実習（AIサポートあり）

直前のセッションで「整理と分類」を学びました。今度は実際に手を動かします。

ここで大事なルールを1つ。前日の成果物（ペルソナとCJM）を必ず開いておくこと。情報の洗い出しは「鈴木花子さんの旅を支える情報は何か?」という問いから始まります。ペルソナとCJMを閉じたまま情報を出すと、必ず「使われない情報」が大量に出てきます。

このセッション終了時には、あなたのチームの開発テーマで「30個以上の情報が、5〜8個のカテゴリに整理・分類された情報定義書」が完成しています。明日からの設計の土台です。65分、集中していきましょう。

情報定義書とは、開発テーマで扱う全ての情報を洗い出し、整理・分類した一覧表です。

「カテゴリ」「情報項目」「説明」「由来」の4列で書きます。由来列が大事: CJMのどのタッチポイントで使われるかを明示し、「使われない情報」を防ぎます。

あなたへの依頼:
私たちのCJM（To-Be版）の「月中」フェーズで、ペルソナ「鈴木花子26歳看護師」が
「予算到達の通知を受け取る」というタッチポイントがあります。
このタッチポイントを実現するために、システムが扱うべき情報を10個挙げてください。

私たちが洗い出した情報リストはこれです: [リスト貼り付け]
鈴木花子さんの視点で、抜けている情報はありませんか? 5個指摘してください。

この情報リストから「開発テーマで本当に必要なもの」と「無くても困らないもの」を
分けてください。判断理由も簡潔に。

行き詰まったら、次の観点で「他に必要な情報はないか?」と問います。

この8観点を「網」のように使うと、漏れが激減します。

実際の銀行システムの情報定義書がどれくらい大きいか、知っていますか? 大手銀行の勘定系システムでは、「顧客情報」だけで数百項目あります。

たとえば「メガバンクの口座開設情報」では、氏名・生年月日・住所・電話番号といった基本情報のほか、「マイナンバー」「外国PEPs（重要な公的地位にある者）該当チェック」「FATCA（米国納税義務）申告」など、法令や国際協定で要求される情報が大量に含まれます。

ここで重要なのは、**「全部必要だから残してある」のではなく、「目的（=ペルソナ・業務要件）から要求されているから残してある」**という点。「念のため取っておく」情報は、後の保守コスト・セキュリティリスクを増やします。

豆知識：GDPR（EU一般データ保護規則）以降、「データ最小化原則」が世界的に広まり、「目的に対して最小限の情報しか持たない」という思想が重要視されています。あなたたちが今日学ぶ「整理（捨てる）」は、実は法令対応の観点でも重要なのです。

• 「私たちのテーマ『〇〇』で、典型的に必要な情報を20個リストアップして」
• 「このリストにある情報のうち、ペルソナの旅で実際に使われないものは?」
• 「整理した情報リストを、5〜7個のカテゴリに分類するなら?」
• 「同じ情報の重複（別名で同じもの）がないかチェックして」

開発テーマに登場する情報を30個以上洗い出し、整理・分類し、情報定義書を完成させる。

1. ペルソナとCJM（特にTo-Be版）を画面に開く
2. CJMの各タッチポイントについて「ここで使う情報は?」とチームで列挙
3. AIに観点リスト（8観点）で「他に必要な情報は?」と質問
4. 出てきた情報を1件1カード（付箋・Miro・Markdown）に書き出す
5. 目標30個以上。50個出ても問題なし

1. 全カードを見渡し、「ペルソナの旅で使わない」「重複している」「テーマ外」を削除
2. 削除に迷ったら、AIに「これは本当に不要?」と判断を相談
3. 整理後も25個以上は残す（少なすぎる場合は洗い出しに戻る）

1. オープン・カードソーティングで「似たもの同士」を集める
2. グループに名前をつける（ユーザー情報・取引情報など）
3. カテゴリ数は5〜8個に収める
4. 「その他」カテゴリが出たら再分類

1. 「カテゴリ・情報項目・説明・由来」の4列表に書き起こす
2. CJMの各タッチポイントが「どの情報で支えられているか」確認
3. AIに「タッチポイント◯◯に必要な情報が定義書にあるか?」と最終チェック
4. チーム全員で読み合わせて完成宣言

情報定義書（Markdownテーブルまたは表計算1枚）。

# 情報定義書 - [開発テーマ名]

## カテゴリ一覧
1. ユーザー情報
2. 収支記録
3. 予算
4. 通知設定
5. 分析結果

## 詳細

### 1. ユーザー情報
| 情報項目 | 説明 | 由来（CJM） |
|---------|------|------------|
| ユーザーID | システム内一意ID | 認知フェーズ：アカウント登録 |
| 氏名 | 表示名 | 認知フェーズ：アカウント登録 |
...

### 2. 収支記録
...

• 「30個」が出ない: ペルソナ視点の観点（家族・職場・時間帯）を変えて再ブレスト
• 重複が多い: 「顧客名」「ユーザ名」「会員名」のような同義語は1つに統一
• 粒度がバラバラ: 「住所」と「住所の郵便番号」を同列に書かない。階層化または統一
• カテゴリ命名で迷う: AIに「このグループのカードを見て、最適なカテゴリ名を5案出して」
• 時間が足りない: 洗い出しを少し早めに切り上げ、整理・分類を丁寧に

完成お疲れさまでした。あなたのチームには今、開発テーマの「全体像」が表として手元にあります。30個以上の情報が、5〜8個のカテゴリに整理されている状態です。

10分後、休憩を挟んで（11:10〜）、次は「情報モデル」の座学です。情報定義書のカテゴリは、まだ「便宜的な分類」にすぎません。これを「処理の単位」=情報モデルに昇華させる作業が、午後の山場です。

ひと息ついて、コーヒーでも飲みながら、自分たちが作った情報定義書を眺めてみてください。「これだけのものを支えるシステムを作るんだ」というスケール感が湧いてくるはずです。

• 情報項目を30個以上洗い出せましたか?
• CJMのどのタッチポイントにも、対応する情報が定義書にありますか?
• カテゴリは5〜8個に収まっていますか?
• 「整理→分類」の順序を守って進められましたか?

• 参考: 業務システムの情報定義書テンプレ（IPA: 情報処理推進機構）
• 参考書籍: 渡辺幸三『業務システムのための上流工程入門』
• 発展課題: 自社情報定義書を「将来の機能拡張」視点で見直し、追加すべき情報を1つ考える