世界を動かす技術を、日本語で。

どんな混乱も理解する方法

概要

  • 本書は 情報アーキテクチャ の基本を、現実の「混乱」から整理するプロセスで解説
  • 各章は 実践的なフレームワーク や図解ツールを紹介
  • 人・情報・意図・現実 の複雑性を理解し、明確化する方法を提示
  • 言語や構造 の選択が成果に直結することを強調
  • 様々な事例やワークシートで 読者自身の課題解決 をサポート

本書について

  • 情報アーキテクチャ の基本概念と実践手法の解説書
  • 混乱(Mess) の正体を明かし、整理するプロセスの提案
  • 現実意図 のギャップを埋めるための思考法とツールの紹介
  • 人間・組織・情報 の関係性への洞察
  • 実例ワークシート で学びを促進

第1章:混乱を特定する

  • 混乱情報 で構成
  • 問題の可視化が難しい現実
  • 情報アーキテクチャ は日常の至る所に存在
  • 物事は変化しても、 混乱 は形を変えて残る
  • が情報を設計する役割
  • あらゆるもの・知識・情報の 複雑性
  • 情報データコンテンツ とは異なる概念
  • 情報 は目的に応じて設計される
  • ユーザーステークホルダー も複雑な存在
  • 行動=知識 という理解
  • Carl の事例紹介
  • 読者自身の「混乱」を図式化するワーク

第2章:意図を明確にする

  • 意図言語 で表現
  • 「良い」とは誰にとっての良いか
  • 見た目本質 の違い
  • 意味 が伝達過程で失われる可能性
  • 関係者 の特定が重要
  • 「なぜ」 から始める思考法
  • 「何を」 が「どうやって」より先
  • なぜ・何・どう の相互関係
  • 言語 が意図を形作る材料
  • Karen の事例
  • 意図 を宣言し、適切な言葉を選ぶワーク

第3章:現実に向き合う

  • 現実 を直視することで解決策を発見
  • 多様な 関係者要因 が絡む現実
  • チャネル文脈 を横断する現実
  • 既存パターンに当てはまらない状況
  • オブジェクト を用いた現実の深掘り
  • スコープスケール の設定
  • 時間軸・レトリック・設計順序の重要性
  • 図解ツール (ブロック図・フロー図・ガントチャート等)の活用
  • Maggie の事例
  • 自分自身の現実を 図解 するワーク

第4章:方向性を選ぶ

  • 「なぜ」から「何を」 への移行
  • レベルごとの作業 とその相互影響
  • 「何を作るか」 の明確化
  • 場所空間 を設計する意識
  • 言語不安 の解消
  • オントロジー (概念体系)の理解
  • 既存の オントロジー の活用
  • 「設計する」のではなく「共に設計する」姿勢
  • 使う言葉・使わない言葉 リストの作成
  • 外部の人向けに 用語定義
  • 過去の理解名詞・動詞・関係性 の整理
  • 意見選択肢 の違いに注意
  • Rasheed の事例
  • 語彙管理 と方向性決定ワーク

第5章:距離を測る

  • 現実意図 の間にある距離
  • 目標 が世界を見るレンズ
  • 進捗成功 の両方の測定が重要
  • 指標 による進捗管理
  • よく使われる 指標 の紹介
  • ワークシート を使ったデータ収集
  • ベースライン による現実把握
  • フラグ で進行方向の確認
  • 測定 のリズム感
  • 曖昧さ も通常の一部
  • Jim の事例
  • 目標設定距離測定 ワーク

第6章:構造で遊ぶ

  • 構造化の 多様な方法
  • タクソノミー (分類法)の役割
  • 複数の タクソノミー の組み合わせ
  • 分類 の方法を決めることの難しさ
  • 分類 の明確性と曖昧さのトレードオフ
  • ファセット (分類軸)の特定
  • 人間の 複雑性 と分類の関係
  • 階層型・非階層型・順序型 のタクソノミー
  • ハイパーテキスト による構造の橋渡し
  • 多くのケースで 複数の分類法 が必要
  • Joan の事例
  • 構造化パターン の学習

第7章:調整の準備

  • 調整 は現実の一部
  • 全体最適 の重要性
  • 一人での合意形成の容易さと、議論の必要性
  • 本質 が見えない場合の注意
  • 複数の「主」の存在
  • 情報アーキテクチャ の居場所を確保
  • 「素晴らしいIAだね!」と言われない現実
  • フィルター役 としての自覚
  • 難しさやりがい
  • Abby の事例
  • ここまでの内容の 振り返り

Hackerたちの意見

ランダムな単語のハイライトがあって、読むのが難しいんだよね。

そうそう、3単語ずつ並んでるのは本当に最悪だよ。

これが混乱を整理する手助けになってるんじゃないかな。スタイルを乗り越えられれば、どんなことでも乗り切れるって感じ。

これは絶対にオンオフできるオプションが必要だよね。

今のところそれほど気にならないけど、ハイライトを消すためのChrome拡張を作ろうかなって考えてる。

本の最初の方に書いてあること: 「ハイライトされた単語を見るたびに、[...] その用語はレキシコン対応の用語であることを意味します。その用語をクリックすると、本の中でその用語が使われている他のすべてのページが表示されます。」

Stylebotみたいなのをインストールしているなら、ハイライトを消すには: a { background-color: transparent; } と書けばいいよ。

これがブックマークレットだよ: javascript:document.querySelectorAll('a').forEach(el => el.style.backgroundColor = 'transparent')

アビーは素晴らしい人で、2010年代初頭のNYCのUXや情報アーキテクチャのシーンでの古い友達なんだ。彼女の本は最高だし、他の人が言ってるように、ホームページは目次だけだよ。ぜひ買ってみて!結局、混乱はステークホルダーのために役立つように自分で整理するものだからね。

フィンテックで20年近く、いろんな銀行やヘッジファンド、スタートアップで働いてきたけど、これにはすごく共感できる。例えば、クリティカルパスやフローダイアグラムは、何が直列で、何が並行でできるかを整理するのにめちゃくちゃ役立つ。でも、ほとんど使われてるのを見たことがなくて、使われるときは大体俺が作ったときなんだよね。重要なプロセスがドキュメント化されてないから、みんながどう直すべきか意見すら言えない。あるプロセスをドキュメント化したとき、みんながステップ4が間違ってるって同意したんだけど、驚いたことに、ステップ4が実際に何かについては誰も同意しなかった。プロジェクトについての大きな議論は、「何をすべきか」よりも「いつ欲しいか」が多い。例えば、一方は来週欲しいけど、もう一方はもっと機能を追加したいから時間がかかるって感じ。俺はよくこのメタファーを使って対処してる。「ああ、じゃあ2週間ごとに引っ越ししたいってこと?6ヶ月あれば、世界一素晴らしいウィネベーゴやRVを、ジャグジー、衛星テレビ、クイーンサイズのベッド、エアコン付きで作るよ。明日欲しいなら、手押し車と枕、iPadをあげるよ。」

ありがとう。この一つのコメントがページそのものよりも価値があったよ。

クリティカルパス/フローダイアグラム [0] は、何が直列で何が並行化できるかを整理するのに非常に役立つ。ただ、実際にはほとんど使われているのを見たことがない... 技術的に良い決断をすることは、権力を持つほとんどの人たちに対して、ほんの少しでも試みるだけで大きく前に出られる分野の一つだ。誰もがほとんどやらないいくつかの高度な技術: 「これは良いアイデアだという証拠はある?」 「過去の経験と他の人がやったときに何が起こったかを確認した上で、この行動の最も可能性の高い結果を達成できると仮定したら、これは良いアイデアなのか?」 [0] 「今やっていることを続けたら、12ヶ月後にどこにいるだろう?」 [0] 誰か、次回アメリカの主流の議論でこれを戦争を始めようとしているときに取り上げてくれ!

Hacker Newsで議論の続きを見る