情報とは何か

• 日程: Day 1 / セッション 3
• 時間: [10:30-11:00]
• 形式: 座学
• ゴール: データと情報の違いを「価値」というキーワードを使って説明できる。暗黙知と形式知（SECIモデル）の例を1つずつ挙げられる
• 学習形式: 対話型解説

セッション2では、散らかった情報20件をグループ分けしました。分類が終わったあと、確かに「探しやすく」なりましたよね。

では、ここで質問です。なぜ探しやすくなったのでしょうか？

「グループにまとめたから」——それは半分正解です。でも、もう一歩踏み込んでみましょう。あなたはグループ分けをするとき、無意識に「誰かがこれを探すなら、こう分けると便利だ」と考えていませんでしたか？

つまり、あなたは情報に「探す人にとっての価値」を与えていたのです。

このセッションでは、さっきの体験を概念として言葉にします。具体的な体験を抽象的な概念に引き上げる、いわば「名前を付ける」時間です。キーワードは一つだけ。「誰にとっての価値か」。この問いは、この先4日間ずっとあなたに付いてまわります。

まず思考実験から始めます。

紙の上に、黒い点が1つ打たれています。この点は「情報」でしょうか？

少し考えてみてください。……答えは「それだけでは決められない」です。文脈がなければ、この点はただのインクの染みです。しかし文脈が加わると、様子が一変します。

• 地図の上の点なら、「宝のありか」かもしれません
• 楽譜の上の点なら、「スタッカート（音を短く切る記号）」です
• 視力検査表の横の点なら、「印刷ミス」として無視されます
• 点字の一部なら、指で読む人にとって「文字」になります

同じインクの染みでも、文脈と受け手が揃ったとき、初めて意味を持ちます。これが「情報」の正体です。

もっと身近な例で確かめましょう。「36.5」という数字を見てください。これは情報でしょうか？

これだけでは何も言えません。気温かもしれないし、体重かもしれない。ただのデータです。ところが「あなたの今朝の体温は36.5度です」と言われたらどうでしょう。「平熱だ、今日も研修に行ける」と判断できます。データが、あなたにとって価値を持ちました。この瞬間、データは情報になったのです。

定義としてまとめます。

データに「価値」を与えたものが「情報」である。

そして価値は、受け手がいて初めて生まれます。だから情報を扱うときは、常に「誰に価値を提供する情報なのか」を最重要視します。

逆の例も見ておきましょう。「今朝の体温は36.5度です」という同じ文でも、通りすがりの他人に言われたら価値はほぼゼロです。文脈が揃っていても、受け手にとって価値がなければ、それは情報として機能しません。情報かどうかは発信者ではなく受け手が決めるのです。

データが情報になり、価値に変わる流れを図にします。

プログラムの世界でも同じ構図があります。

// これはただのデータ
const value = 36.5;

// 文脈（誰の・何の・単位）を与えると情報になる
const info = {
  who: "あなた",
  what: "今朝の体温",
  value: 36.5,
  unit: "度"
};
// 受け手が判断に使えたとき、初めて価値が生まれる

• データと情報は別物。データ＋価値＝情報
• 価値を決めるのは発信者ではなく受け手
• 「誰に価値を提供する情報なのか」がこの研修全体を貫く問い
• セッション2で探しやすくなったのは、あなたが「探す人にとっての価値」を基準に分類したから

「情報理論の父」クロード・シャノンは、1948年の論文で情報を数学的に定義しましたが、そのとき意味や価値をあえて無視しました。シャノンにとって「明日は晴れ」も「明日は槍が降る」も、同じビット数なら同じ扱いです。通信工学はこの割り切りで大発展しました。一方、情報アーキテクチャはシャノンが捨てた「意味と価値」を真正面から扱う分野です。ちなみにシャノンは一輪車に乗りながらジャグリングするのが趣味で、ジャグリングの数学的理論まで書いた人物でした。天才は情報も遊びも設計するようです。

情報には、もう一つ重要な区別があります。書き出せる知識と書き出しにくい知識です。

• 形式知: 言葉・数字・図で表現された知識。マニュアル、レシピ、教科書など
• 暗黙知: 経験や勘としては持っているが、言葉にしにくい知識。自転車の乗り方、ベテランの「なんとなく怪しい」という感覚など

ここで考えてみてください。あなたが自転車に乗れるとして、その乗り方を文章だけで他人に伝えられますか？ 「ペダルを漕いでバランスを取る」と書いても、読んだ人は乗れるようになりません。これが暗黙知の壁です。

経営学者の野中郁次郎らは、組織の中で暗黙知と形式知が相互に変換されながら知識が増えていく過程をSECIモデルとして整理しました。

• 共同化（Socialization）: 暗黙知→暗黙知。一緒に働き、見て真似て伝わる（例: 先輩の隣で仕事を見て覚える）
• 表出化（Externalization）: 暗黙知→形式知。言葉や図にする（例: 職人のコツをマニュアル化する）
• 連結化（Combination）: 形式知→形式知。組み合わせて新しい形式知を作る（例: 複数の報告書から分析レポートを作る）
• 内面化（Internalization）: 形式知→暗黙知。実践して体で覚える（例: マニュアルを読んで練習し、無意識にできるようになる）

この4つが循環して、知識は螺旋のように成長します。

実はこの研修の進め方そのものがSECIモデルです。セッション2の体験（暗黙知）を、今このセッションで言葉にしています（表出化）。この後の演習で他の概念と組み合わせ（連結化）、繰り返し使って身につけます（内面化）。

SECIモデルの4象限循環を図で確認しましょう。

ソフトウェア開発の現場での対応例も挙げます。

• 暗黙知は「書き出しにくい」だけで、価値が低いわけではない。むしろ組織の競争力の源泉
• 情報アーキテクチャの仕事の多くは表出化。頭の中にしかない価値を、言葉と構造にする
• 明日以降に作る「情報定義書」や「情報モデル」は、表出化の成果物そのもの
• 自分の例を1つずつ言えるか、後でAIに説明して確かめましょう

SECIモデルの提唱者・野中郁次郎は、米誌の「世界で最も影響力のあるビジネス思想家」に何度も選ばれた日本人経営学者です。代表作『知識創造企業』（竹内弘高との共著）は、ホンダのシティ開発チームなどを分析し、「日本企業の強さは暗黙知を組織で共有する力にある」と論じて世界的ベストセラーになりました。knowledge management（ナレッジマネジメント）という分野の土台を作った一冊です。「知識は情報と違い、信念やコミットメントを伴う」という野中の言葉は、「誰にとっての価値か」を重視する情報アーキテクチャと深く響き合います。

最後に、この研修のタイトルにある「アーキテクチャ」を定義します。

アーキテクチャ（architecture）の原義は「建築」です。ソフトウェアの世界では次を指します。

• ソフトウェアの構造や設計（何をどう組み合わせて作るか）
• 設計思想（なぜその構造を選ぶのか、という考え方）

たとえ話をしましょう。同じ「家」でも、子育て世帯向けの家と、車椅子の方向けの家では、間取りがまったく違います。廊下の幅、段差の有無、部屋の配置——誰が住むかが構造を決めるのです。図面の描き方（技術）より先に、「誰のための家か」（思想）が来ます。

これを情報の世界に持ち込んだのが**情報アーキテクチャ（IA）**です。

情報アーキテクチャとは、誰に価値を提供するのかを決定し、それをソフトウェアの構造や設計に落とし込む手法である。

トピック1の「データ＋価値＝情報」を思い出してください。価値は受け手が決めるのでした。だからIAの最初の仕事は、コードを書くことでも画面を描くことでもなく、「誰に」を決めることです。決めた「誰か」を、この研修では今後ペルソナと呼びます（Day 1午後に詳しく扱います）。

この役割を担う人を Information Architect（情報の整理をする役割） と呼びます。図書館の司書が「利用者が本を探しやすいように」棚を設計するのと同じ仕事を、ソフトウェアの情報に対して行う人です。逆に、「最新技術を使いたいから」という理由だけで構造を決めるのは、Information Architectの仕事ではありません。受け手不在の設計だからです。

ここで少し考えてみてください。あなたが普段使っているアプリで、「探しやすい」と感じるものは何ですか？ そのアプリは、誰のどんな価値を想定して構造を決めていると思いますか？ 思いついたら、AIに「このアプリの情報アーキテクチャはどんなペルソナを想定していると思う？」と聞いてみましょう。

同じ「本の情報」でも、受け手が変わると構造が変わります。

// 読者（探して読む人）に価値を提供する構造
const bookForReader = {
  title: "知識創造企業",
  genre: "経営学",
  review: 4.5,
  summary: "暗黙知と形式知の変換で知識が生まれる"
};

// 書店の在庫担当者に価値を提供する構造
const bookForStoreStaff = {
  isbn: "9784492520819",
  stock: 12,
  shelfLocation: "B-3",
  supplier: "取次A社"
};

同じ「本」なのに、属性の選び方がまるで違います。誰に価値を提供するかが、情報の構造を決める——これが情報アーキテクチャの核心です。

• アーキテクチャ＝構造・設計＋その背後の設計思想
• IAの定義: 誰に価値を提供するのかを決定し、ソフトウェアの構造や設計に落とし込む手法
• 順序が命。「誰に」が先、「どう作るか」が後
• 次のセッション4で決める開発テーマでも、この順序で考える

「情報アーキテクチャ」という言葉を広めたのは、建築家出身のリチャード・ソール・ワーマンです。1976年、彼は「データを構造化して意味を与える仕事は建築に似ている」と考え、この言葉を提唱しました。ワーマンは後に、あのTEDカンファレンスの創設者にもなります。「理解の設計者」を自称した彼の口癖は「私は無知を売り物にしている。分からないことこそ出発点だ」。情報を分かりやすくする達人が「分からない」を大切にしたというのは、これから学ぶ皆さんへの良いエールになりそうです。

このセッションの内容を、AIとの対話で自分のものにしましょう。質問例です。

• 「『データに価値を与えたものが情報』という定義を、私の趣味（例: 料理、ゲーム、音楽）の例で説明し直して。そのあと私が自分の例を作るので添削して」
• 「SECIモデルの共同化・表出化・連結化・内面化について、新入社員の最初の1年間に起きそうな出来事で例を4つ作って。そのあと私も1つずつ例を挙げるので、どの段階に当たるか判定して」
• 「『36.5というデータ』が、受け手によって価値を持ったり持たなかったりする例を5パターン挙げて。医者、本人、気象予報士など受け手を変えて」

今回学んだことを一言でまとめると、**「情報とは、データに『誰かにとっての価値』を与えたものであり、情報アーキテクチャとはその『誰か』を決めて構造に落とし込む手法である」**ということです。

• データ＋価値＝情報。価値を決めるのは受け手
• 暗黙知と形式知はSECIモデル（共同化・表出化・連結化・内面化）で循環し、知識が成長する
• IAの最初の仕事は「誰に価値を提供するか」を決めること

次のセッション4では、いよいよあなた自身の開発テーマを決め、そこに登場する情報を洗い出した情報定義書を作ります。4日間の全成果物の出発点です。「これは誰にとっての情報か？」という今日の問いを、さっそく実戦投入しましょう。

次の問いに自分の言葉で答えられるか確認しましょう。答えに詰まったら、本編を読み直すかAIに質問してください。

1. 「36.5」というデータを例に、データと情報の違いを「価値」という言葉を使って説明できますか？
2. 暗黙知の例と形式知の例を、自分の経験から1つずつ挙げられますか？ それはSECIモデルのどの変換に関わりますか？
3. 情報アーキテクチャの定義を「誰に」「何を」「どうする」の形で言えますか？

• 参考リンク:

  • 野中郁次郎・竹内弘高『知識創造企業』（東洋経済新報社）— SECIモデルの原典
  • Louis Rosenfeld, Peter Morville『情報アーキテクチャ』（オライリー・ジャパン、通称「シロクマ本」）
  • Richard Saul Wurman『それは「情報」ではない。』（エムディエヌコーポレーション）
• 発展課題:

  • シャノンの情報理論における「情報量」と、このセッションで学んだ「情報の価値」の違いをAIと議論し、3行でまとめてみましょう
  • 自分の身の回りの「暗黙知のまま放置されている知識」を1つ見つけ、表出化（文章化）を試してみましょう。書けなかった部分こそ暗黙知の核心です