underconcept

独立団体であるREG-iA（Research & Education Group in Information Architecture）が、IA Instituteにスポンサーを受ける形で、Journal of Information Architectureが創刊されました。

Journal of Information Architecture
http://journalofia.org/

Volume 1, Issue 1の内容と、次号のCall for Paperが公開されています。
本誌内容は直接ダウンロード可能となっています。むしろ、紙の雑誌は作らないのかな？

Issue 1, Vol. 1 Spring 2009

• Dorte Madsen Editorial: Shall We Dance?
  シャル・ウィ・ダンス？
• Gianluca Brugnoli
  Connecting the Dots of User Experience
  ユーザーエクスペリエンスの「点」をつなぐ
• Helena Francke
  Towards an Architectural Document Analysis
  設計的ドキュメント分析のために
• Andrew Hinton
  The Machineries of Context
  文脈のしくみ
• James Kalbach
  On Uncertainty in Information Architecture
  情報アーキテクチャの不確実性
  

Call for Paperの内容もいまのIAの問題意識を端的に表しています。

Call for Papers

• Theoretical foundations of information architecture;
  情報アーキテクチャの理論的基礎
• Pervasive information architecture;
  情報アーキテクチャの普及
• History of information architecture;
  情報アーキテクチャの歴史
• Information architecture techniques and best practices; card sorting; freelisting;
  情報アーキテクチャ技術およびベストプラクティス：カードソーティング、フリーリスティング
• Way-finding in digital environments; human information seeking; human information interaction; navigation and navigation behaviors; findability;
  デジタル環境での探索、情報探索、情報のインタラクション、ナビゲーションとナビゲーション行動、ファインダビリティ
• Labeling and representation in digital environments;
  デジタル環境でのラベリングと表現
• Organization of information; pace layering; taxonomies; folksonomies; collaborative tagging;
  情報の組織化、ペースレイヤリング、タクソノミー、フォークソノミー、協調的タグ付け
• Social media; social computing; social networks;
  ソーシャルメディア、ソーシャルコンピューティング、ソーシャルネットワーキング
• Information architecture and digital genres;
  情報アーキテクチャとデジタルジャンル
• Information architecture development in organizations, in communities, in society, globally;
  組織、コミュニティ、社会、世界での情報アーキテクチャ開発
• The role of information architecture in information systems development;
  情報システム開発における情報アーキテクチャの役割
• The value of information architecture for organizations;
  組織のための情報アーキテクチャの価値
• The impact of information architecture in organizational information policy and information strategy;
  組織の情報ポリシーと情報戦略における情報アーキテクチャのインパクト
• Multilingual, multicultural information architecture; global information architecture;
  多言語、他文化での情報アーキテクチャ、世界的な情報アーキテクチャ
• Information architecture design and evaluation for various applications in business, managerial, organizational, educational, social, cultural, and other domains;
  ビジネス、経営、組織、教育、社会、文化、などの領域における、情報アーキテクチャ設計と評価のさまざまな応用
• The impact of information, information architecture or information technology on people’s attitude, behavior, performance, perception, and productivity;
  情報、情報アーキテクチャあるいは情報技術の、人々の態度、行動、ふるまい、知覚、生産性に対してのインパクト
• Information architecture education.
  情報アーキテクチャ教育

職種としてのインフォメーションアーキテクトはともかくとして、研究対象分野としての情報アーキテクチャはまだまだ可能性がありそうです。

Atsushi IA, UX IA, IAI, JoIA, UX

先日安藤博士と山崎さん＠アドビとの議論にもあったように、インタラクションデザインエンジニアリングの教育プログラムというものがどこでどのように行われているのか把握できておらず、調べねばと思っていた矢先に、@enjojiくんがよさげな本を買ってきてくれた。

Designing for the Digital Age: How to Create Human–Centered Products and Services

ざざっとみたところ、リサーチ、モデリングからスケッチやストーリーボードによってコンセプトを固めていく手法などまでがまとめられている。単なる概念の部分だけでなく、具体的なGUI仕様の設計に落とし込む流れが表現されており、教科書として良さそうな印象を受ける。

Atsushi book IxD, UX, 教科書

第三回 情報デザインフォーラム インタラクションデザインの未来に参加してきました。

今回は、masuiさんの講演と、それを受けたパネルディスカッション。

講演のほうは、増井さんの現在の関心事である（？）「どんどんどこでもWebサービス」の一端を紹介。デバイス系も含め、こういった「ちょっと作ってみる」ことが可能になってきているのがいまのいちばんの特徴であると思う。

それをソリューションとして提供するには、「問題に合わせる」ことが必要になってくるが、やはりいまはどんどんあたらしい手段が生まれている時代であり、問題解決側がその手段を把握していないことにはお話にならない。

いわゆるウェブの技術は一段落している気がするが、これからは増井さんも言及していたソーシャルネットワークの力学（ダイナミクス）について、より深い理解が必要となる。

ソーシャルネットワークの科学では、いわゆるネットワークサイエンス的なアプローチで、その経路数や、ハブの密度がキーポイントになる。

しかしながら、実際の世の中のネットワーク（ソーシャルネットワーク）では、個々人の結びつきとハブの強度がそんなに単純でなく、学習し進化するモデルを用いる必要がある。

ここで個々人の関係性を結びつけるため、僕の博士論文ではこれを「信頼」という結びつき因子を導入することでモデル化した。その際の信頼には、ニコラス＝ルーマンが「信頼」という本の中で定義した３段階の信頼の定義を用いた。

すなわち、

ルーマンの信頼 – suneoHairWax

（略）まず，ルーマンの信頼概念を整理しておこう．’73年の『信頼』では，信頼の様式は三層構造として概念化される．[1]意味と世界を構成する〈馴れ親しみ〉Vertrautheitという様式，[2]人格Personlichkeitとしての他者が，自由な行為能力を発揮するであろうという一般化された期待であるところの〈人格信頼〉Personliches Vertrauen，[3]他者との世界観の違いという亀裂に抗して，あるシステムが作動していることに信頼を寄せる〈システム信頼〉Systemvertrauen．それぞれを詳しく見よう．（略）

と定義できる三段階を用いた。簡単に言うと、

1. 直接体験した結果としての信頼
2. 人格への信頼
3. システムへの信頼

という３段階の信頼を信頼の深化として採用し、それを用いたコミュニケーションモデルを構築した。

いまのところ、ソーシャルネットワークモデルでこの概念を用いているものが見あたらないようなので、試してみたいと思った。

実はこれは個々人の関係性だけでなく、企業間の関係性についても言える（shinzoさんがいうところの「企業活動＝trust network」という意味でのtrust）。

とすると、実はこのアプローチは、行動経済学の理論にも使えるのではなかろうか。

まだ夢想段階だが。

話を戻して、フォーラムでは、パネルディスカッション後のポスターセッションでは、Site-it!を展示。

また、そこでは、アドビの山崎氏、首都大学東京の（って変な名前だな）安藤博士らと、「なぜ日本ではメディアアートに人が流れていってしまい、（工学的な意味での）インタラクションデザイン教育がなされていないか」について、延々議論。

結論はまだ出ていないが、やはり話をしながら、議論の立ち位置によって、いろいろ解釈が異なることは合意できた。

用語の統一は重要だ。

ライト、ついてますか―問題発見の人間学

Atsushi UX, concept, memo Site-it!, UX, フォーラム, 情報デザイン

毎年春の恒例となったIAサミットが閉幕した。
今年は10回目という節目の開催ながら、不況の影響もあり参加者は昨年の600人超から400人弱へと減少、一回り小さくなった開催だった。

今年はネットイヤーの坂本くん、コンセントの河内さんと共に渡米となり、現地で西海岸に留学しているでソニーの佐藤大輔氏夫妻と合流した。

行われたセッションの内容は、より横断的な内容が増え、またIAの将来や今後のあり方を議論するようなセッションも多く開催されていた。
これまでより、パネル形式での議論が多くなり、また数人で議論を行うようなセッションもいくつか開かれていた。

通常の（概念的な）セッションとしては、メディアの変革に伴う利用者の変容、優れたユーザー体験の提供のためのポイント、段階的なサイトリニューアルのための戦略、といったようなテーマ。
また、ファセット分類検討のケースじれや、おなじみeightshapesによる、優れた納品物のためのテンプレートといったより実践的な内容も見られた。

そして、それと同時に見られたのが、IAはどのように進化すべきか、IAコミュニティの現状の課題の分析といった「IAはどうなるのか」というテーマだった。

そこでは、ちょうど先月IA Instituteも共催して開催されたIxDA（Interaction Design Association）との棲み分け、またそういった観点で話が分断されることによるIAコミュニティへの求心力の低下といったものが議論されていた。
それを象徴したのがadaptive pathを率いるJesse James Garrett氏のクロージングプレナリーだった。

そこでJJGは、もはや我々はインフォメーションアーキテクトを名乗るべきではない、我々はみなユーザーエクスペリエンスデザイナーなのだ、と宣言したのだった。

この宣言にその場は一瞬凍りつき、静まりかえった。
飛び交っていたtwitterのコメントにも動揺したコメントが多く見られた
http://search.twitter.com/search?q=%23ias09

JJGの演説では、我々が行っているのは、カスタマーの声を反映させた要件定義、それをクライアントと作り上げていくことであり、IAだのIxDだのと狭い範囲の（little IAの）議論を行うべきではない、という趣旨であった。
（スピーチの内容はIA Summit09のサイトよりポッドキャストで公開される予定）

そもそも米国で広まっているIAと名が付いている職種はInformation Architect（インフォメーションアーキテクト）と、Information Architecture（情報アーキテクチャ担当）との二通りある。
その内容としては、コンテンツ分類をしてワイヤーフレームを書く、というものから、プロジェクトの上流から人間中心設計的なプロセスを導入し、要件を定義していくといったコンサルタント的なものまで幅広い。

こういった背景から、より上流に関わる人材の呼称として、インフォメーションアーキテクトからUXデザイナーが適切だ、という指摘は理解できる。

そして実はJJGのこの主張は2002年に彼がia/reconというエッセイを書いたときからまるで変わっていない。

ia/recon
http://www.jjg.net/ia/recon/
日本語訳：IA再考
http://iainstitute.org/ja/translations/000305.html

このエッセイで彼は、組織の中で優れた情報空間（情報アーキテクチャ）を構築するために必要な作業は、コンテンツの分類やナビゲーションの設計といったいわゆる「情報アーキテクチャ」作業だけでは不足しており、その範疇外のプロジェクト自体へのコミットまで必要である矛盾を指摘している。

IA再考
（略）その結果が「小さなIA」と呼ばれる — コンテンツ構成と情報空間の構築に焦点があてられたものだ。しかしながらこの役割の定義を（領域として）実際の役割にあてはめられると、定義された「枠」によって、情報アーキテクチャの成功に本来不可欠な多くの要素が、任務の範疇外とされてしまうのではないか、という不安を生む結果となってしまう。（略）

ここでいう「情報アーキテクチャの成功に本来不可欠な多くの要素」を担当する役職としてUXデザイナーという名称が必要となるというストーリーとなる。

つまりこれまでは、

情報アーキテクチャ：問題解決のための要因
インフォメーションアーキテクト：わかりやすさの問題を解決するひと（情報アーキテクチャはその一要因）

という形容上の齟齬があった部分についての解決を、ここで言われていたインフォメーションアーキテクトという呼称をUXデザイナーとすることで解決する、ということとも言える。

このUXデザイナーが解決する問題としては、IxDも含まれる。
（本当はテクノロジーデザインや、グラフィックデザインも含まれるはずだが、その議論はまた別途とする）

同じような問題意識については、adaptive pathのChiaraのエントリが端的だ。

Why I am no longer calling myself an information architect. | adaptive path blog
http://www.adaptivepath.com/blog/2009/03/23/why-i-am-no-longer-calling-myself-an-information-architect/

このなかで彼女は、なにがIAに必要かを語るとき、IA以外のことを語っていた、と記している。

IA再考
そこでただひとつの解決策は、領域と役割の定義を互いから完全に切り離して考えることだ。これは一見反論理的に見えるけれども、実際うまく理にかなったやり方である。おまけに一方が他方に先んずることもない。ひとつの例として、オーケストラの指揮者は多岐に渡る創造性と管理能力を問われるが、「指揮をする」という役割ひとつをとって考えてみると、必ずしもそれは彼が抱える広義の任務を説明してはいない。

日本では、結局（幸いにも）インフォメーションアーキテクトという職種もあまり普及しておらず、またUXデザイナという名称もまだまだこれからといったところだろう（コンセントではUXアーキテクトという職種がある）。

日本では、品質担保とプロジェクトマネージメントの両方の責務を負った役職として「Webディレクター」がある。
現在、僕自身、そして日本のIAコミュニティでは、情報アーキテクチャを職能としてWebに関わるより多くの人に知ってもらうべきだと考え、活動を行っている。
JJGの今回の宣言は、日本における状況にも合ったものであると言えるだろう。

また、先日Peter Morvilleによってエントリされた、User Experience Deliverablesもこの構造を表している。

User Experience Deliverables
http://semanticstudios.com/publications/semantics/000228.php
日本語訳：ユーザーエクスペリエンスデザイン成果物リスト
http://blog.iaspectrum.net/UserExperienceDeliverables.html

JJGの１時間にわたる画面投影を伴わない演説は、今回のサミットで多く見られた危惧を一掃するものではなかったかもしれないが、セッションを統括するにはふさわしかったようにも思う。

そして、僕が肩書きを変えるかというと、やはり僕はインフォメーションアーキテクトのままでいたいと思う。

Information Architects

１．データに潜む隠れたパターンを整理し、複雑さを明快にする人
２．ユーザーが自分の知識を獲得するための道筋を見つけられるような、構造や地図を作る人
３．明快さ、理解、情報の整理に特化した、時代の要求によって生まれた21世紀の職業
Information Architects – Richard Saul Wurman
http://www.amazon.co.jp/dp/0823064557

Atsushi IA, UX, concept IA, ias09, IASummit09, UX

nobsato氏による、G1/G2/iPhone/Palm pre比べ。

ちょうどPalm preが話題になったところでした。
それにしてもPalm preは評判よい。

うちの奥さんは最後までCLIEで粘っていたのだが、preはあんまし好きではなさそう。

noblog: iPhoneとG1、Palm preにG2とか徒然

久々にiPhoneをいろいろ触っていて改めて感じたんですが、たしかにUIは洗練されてる感があって、使いやすい印象もあるんですが、実際に使っていると、と、とにかく使いづらいｗ

これを称してUIの使い勝手がどーたら、こーたら、言っている人たちの感覚が正直よくわからんｗ

結局のところ、スムーズにインタラクションが動くのが「使いやすさ」をかもし出しているだけのように感じました。

まあ、iPhoneがあれなのはたいていのiPhoneユーザーは自覚していて、この「使いやすい感じ」を体験するのが楽しい、ってことなのではないかと思いました。

Mac OSにしても同じような「感じ」がファンを増やしいるのだと思う。
逆にNokiaは機能はリッチなんだけど、その演出とかつなぎ部分がいまいちだった。

iPhoneもそれぞれのアプリ向けにもちっとデザインガイドラインを作ってよいと思うのだが、草の根開発を促進して裾野を広げるためにそこを緩くしているのだろうか。

赤ちゃんカメラは便利です。あやし楽器にも使えるし。

あやし、といえば、赤ちゃん語の本は便利です。おすすめ

赤ちゃん語がわかる魔法の育児書 (カリスマ・シッターがあなたに贈る本)

Atsushi memo G1, G2, iPhone, pre, UX

あんまし普通の日の備忘録は面白くないことがわかったので、やはり特定のトピックに絞って書くことにしてみる。

最近Kindle 2がリリースされたが、そういえばKindleが出たとき（一年前）に購入しレポートを書きながらお蔵入りにさせていたのを思い出し、を今日のエントリとする。

ようやくAmazon Kindleを試した。
まだ、日本国内では販売をしていないが、評価のためにeBay経由で購入した、が、内蔵されている通信機能でアクティベートが必要なため、メニュー画面を眺めるしかなかった。
先日ちょうどIA Summitのため米国を訪れたため、無事にアクティベートさせることができ、基本的な機能を試すことができた。

まず、起動してみての印象は「銀河ヒッチハイクガイドみたい」。
銀河ヒッチハイクガイドとは80年代に書かれたダグラス・アダムスのSFで、2006年に映画化もされている。この３部作の小説は（最近２部作追加された が）、銀河バイパス建設のために破壊された地球からヒッチハイクをして逃げ出したアーサーとフォードの物語。この小説で重要な役割を占めるのが銀河を渡り 歩くのに欠かせない、「銀河ヒッチハイク」というガイドブック。このガイドブックには宇宙すべての場所の情報が網羅されている（ちなみに地球については 「ほとんど無害」という記述だった、改訂されたみたいだが）。小説版ではその姿は想像するしかなくかなり謎だったが、映画版ではオンラインコンテンツ ビューアー的なデバイスとなっていた。
動き出したKindleはちょうどこの銀河ヒッチハイクガイドみたいな感じだった。

と、余談は置いておき、具体的なKindleの特徴を分析してみる。

これまでも、Plamだったり、携帯だったり、SONYの電子ブックビューアーだったり、iPhoneだったり、いろいろなデバイスで読書は試みているが単にデジタルデータ化された本データをブラウズする、だけではない感覚がある。

第一印象

まず、サイズ、フォント、重さといった経常的な特徴としては、読む気にさせるデバイスだと言える。
ためしにサンプルをいくつかダウンロードしてカフェやベッドで読んでみたが、けっこう何ページ分か読んでも実用的。

実用的というのは、まず読んでいて疲れない。
携帯で文章を読むと、一画面に表示される量が少なすぎて、目で文章を追いながらスクロールさせる必要があり落ち着かない。
ここが大画面液晶のせいでストレスがない。

表示がE-Inkという特殊なディスプレイなのでいちいち挙動にタイムラグがあるところはあるが、まあ、本文を読んでいるぶんには許容。
ウェブブラウジングだとちょっと厳しいかもしれないが、そういうデバイスではない。

また、ページめくりも、Kindle 2の時点では評判が悪かったという評価が下されているが、デバイスの右端全体がページ送りボタンになっており、読書に没頭して読むときには片手で読めるために使い勝手がよかった。

むしろ、寝転がって読むときなど、始めと終わりで持つ本のバランスも変わらないし、右側と左側で体勢を変えなければならないような読み方をしなくてよいので、これはあたらしい読書体験だった。

あと、細かいがせっかくE-Inkを使っていながら、電源が裏側にあるので、ついいれっぱなしにしてしまう。

このせいで使いたいとき電源が切れることが多い。

メニュー構成

操作する際のメニュー構成はわかりにくい。

独特のくるくるナビ（上下）とそのクリックによるメニュー選択を採用しているが、この操作と「前ページ」「後ページ」のボタンとが完全に独立している。

E-Inkの仕様上、タッチパネルにはできないので、画面内に選択肢が出てくると、画面右側にある物理的なゲージのようなものの中のカーソル（水銀式体温計の水銀みたいに見える）をくるくるダイヤルで動かす。
と、文章で読んでもよくわからないが、まあ、独特の操作ダイヤル。

これはまあ、いいとして、問題はこの操作と、本のページ送り、戻りが完全に別系統になってしまっていること。

頭の中ではなんとなく「メニュー第一階層の選択肢の決定」と「次」が同じ機能に感じられるのだが、これが別系統なので混乱する。

また、ページナビゲーションには工夫が必要（ダイレクトジャンプ、章立て）

このあたりは、Kindle 2で改善されているのか注目される。
（されていないようであれば我々の仕事になる、ということですね）

ネット接続

高速ネット接続は速いし便利。

特に契約とか接続をしなくとも米国内にいれば高速ネット接続され、コンテンツは勝手にダウンロードされる。

このシームレスさは、快適でAmazonには投資になるだろうが、十分それに見合うユーザー体験を提供できていると思う。

っていうか、一般の人にはこのありがたさはむしろ気づかれないと思うのだが、その気づかれない、というのが重要。

普通は、ここは「面倒」というネガティブなニュアンスで気づくところだからだ。

本当に使いやすいインターフェイスは見えない

本当に望むこと

でも、本当に望む改善点はそこではない。

たぶんKindle 2にも搭載されないと思うが、改善（追加）してもらいたい機能がある。

それは、「物理的ブックマーク」

Kindleはその性質上、大量の本を収納できる。

かつそれらは全部読みかけにできる。

そうなったときに、「さっきまで読んでいたThe Blank Stateを途中から読もう」「あ、Designing Web Navigationのあのページあのページ」といったような、あの本のあそこを参照したいシチュエーションが起こることが想定される。

そういったモチベーションの時に、メニューからブックマークを選んで、というのはあまりにも面倒。

そんなときに欲しいのは、

こんなふうに、物理的に飛び出てくるしおり。

ページを見ながら「このページにしおりをはさみたい」と思ったら、にょきっとこういったブックマークが出てくる。

次にそこに飛びたいときは、そのしおりを引っ張れば自動的に端末は立ち上がり、そこにジャンプする、という仕組み。

これって特許とかもとれそうだな。

Atsushi UX kindle, UX

白クマ本やアンビエントファインダビリティで有名な米国のIA Peter Morville氏の力作「User Experience Deliverables（ユーザーエクスペリエンスデザイン成果物リスト）」をメディアプローブの浅野さんが翻訳してくださいる

IA Spectrum:  Peter Morvilleの「User Experience Deliverables」を翻訳しました

シロクマ本や『アンビエント・ファインダビリティ』でおなじみのピーター・モービル（Peter Morville）が率いるSemantic StudiosのPublicationsコンテンツが約1年半ぶり（！）に更新され、「User Experience Deliverables」という記事が公開されました。
ユーザーエクスペリエンスデザインに関わる各種の成果物のまとめという実用的な記事ではありますが、いかにもPeterらしいユーモアがちょこちょこと顔を出している、なかなか面白い内容です。

やはりIAたるもの自身が情報をうまくまとめてプレゼンテーションできねばならぬ、という好例。

IA/UX業界、Web業界の人は実際にやるかやらないかは別として、これらのキーワードの内容、相関あたりまでは追っておく必要がある。

Atsushi IA IA, UX

ウェブサイトなどのデザインにおいて、機能（裏側）とユーザーインターフェイス（触れるところ）のデザインは通常別に職能を持った人が行い、フェーズとしても分かれている。

Linuxに必要なのは見た目か – コデラノブログ３

さて、LinuxにMacOSのような見栄えが必要かと言えば、うーんまあ今ぐらい頑張ってればいんじゃない? と思う。実際に使うのはアプリケーションだったりオンライン上のサービスだったりするわけだから、デスクトップやファイルのアイコンなどは、既存OSのい いとこ取りをして使い勝手が良ければ、それで十分だろう。

それよりも、ちょっと使い勝手を変えたり、ツールを入れたりするときに、やっぱり10年経ってもsudoしてコマンド打ち込んだり、エディタで設定 ファイル開いて書き直すみたいなことになっている。多くの人を取り込もうと思うのならば、この辺をGUIで何とかした方がいい。

OSの動き全体をコーディネートする人がいて、その人のポリシーを実現しようとするような集団が後ろについているような状態、つまり会社内の命令系統のような形でチームが固定化されないと、なかなかすべてをGUIでデザインするのは難しい。

そのあたりが、多くの推進力を有志のプログラマ集団に依存しているGNU/Linuxというものが構造的に抱え続けている問題だと思う。

この融合については、いくつか方法を試したり、検討がなされていたりしている。

昨日、テクニカルコミュニケーター協会（TC協会）シンポジウムでのパネルディスカッションの事前打ち合わせのために、TC協会理事の高橋さん、HCD-Net機構長の黒須さん、ソシオメディアの篠原さん、テクニカルライターの高橋さんなどとミーティングをしてこのテクニカルライティング業界でも同じようなことが起きていることに気づいた。

テクニカルライティングは、通常「マニュアル執筆」という形をとることが多いが、これはわりと後工程として製品私用ができあがってから、その説明書、という形で書かれる、ことが多いようだ。

が、いま情報プロダクトを企画するとき、「どう使えるのか」というメッセージは、説明書で説明するものではなく、機器自体に埋め込まれていなければならない（あるいは箱に書いてある、とかでもいいかもしれないけど）。

この部分にテクニカルライティングの専門家が関与していない、できていない、というのは大変もったいない。

「テクニカルライティングの専門家」がどこからどこまでの領域の技能を指すのかは定義が難しいような気がするが、そこが明らかになれば、サービスや製品の企画・設計の段階にもっと関与できるようになると思う（というか、参加していただきたいです）。

若干はしょり気味で書いたのでわかりにくいですが、今後深掘りする必要があるテーマに思う。

Atsushi IA IA, TC, ui, UX