<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss1japanesefull.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/modules/syndication/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" xml:lang="ja">
	<channel rdf:about="http://zerobase.jp/people/">
		<title>ZEROFACES</title>
		<link>http://zerobase.jp/people/</link>
		<description>ZEROFACESはゼロベース株式会社のメンバーによるスタッフブログです。プランナー、デザイナー、エンジニア、それぞれの視点によるトピックや、プロジェクトの過程など、さまざまな情報をお届けしていく予定です。</description>
		<dc:language>ja</dc:language>
		<dc:creator>ZEROBASE Inc.</dc:creator>
		<dc:rights>Copyright (c) 2005 ZEROBASE. All rights reserved.</dc:rights>
		<dc:date>2010-04-12T10:45:52Z</dc:date> 
		<items>
			<rdf:Seq>
				
				<rdf:li rdf:resource="http://zerobase.jp/people/ishibashi/yahoo_360.html" />
				
				<rdf:li rdf:resource="http://zerobase.jp/people/ishibashi/post_67.html" />
				
				<rdf:li rdf:resource="http://zerobase.jp/people/ishibashi/post_66.html" />
				
				<rdf:li rdf:resource="http://zerobase.jp/people/ishibashi/mixi.html" />
				
				<rdf:li rdf:resource="http://zerobase.jp/people/ishibashi/post_64.html" />
				
				<rdf:li rdf:resource="http://zerobase.jp/people/ishibashi/saas_unix.html" />
				
				<rdf:li rdf:resource="http://zerobase.jp/people/ishibashi/designing-e-gov.html" />
				
				<rdf:li rdf:resource="http://zerobase.jp/people/ishibashi/post_63.html" />
				
				<rdf:li rdf:resource="http://zerobase.jp/people/ishibashi/redesignining-web-learning-wiki.html" />
				
				<rdf:li rdf:resource="http://zerobase.jp/people/ishibashi/post_61.html" />
				
			</rdf:Seq>
		</items>
	<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rdf+xml" href="http://feeds.feedburner.com/Zerofaces" /><feedburner:info uri="zerofaces" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /></channel>
	
	<item rdf:about="http://zerobase.jp/people/ishibashi/yahoo_360.html">
		<title>早すぎた？Yahoo! 360°とミクシィとソーシャルグラフの現在</title>
		<link>http://feedproxy.google.com/~r/Zerofaces/~3/LwiT0iKMhpo/yahoo_360.html</link>
		<description>2006年3月の &lt;a href="http://zerobase.jp/blog/2006/03/yahoo_360.html"&gt;Yahoo! 360°の狙いを読み解く&lt;/a&gt; という記事を4年ぶりに再読し、ツイートしたものをまとめました。&lt;br /&gt;⇨&lt;a href="http://togetter.com/li/13477"&gt;Togetter - まとめ「早すぎた？Yahoo! 360°とミクシィとソーシャルグラフの現在」&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;ミクシィ、ヤフー、グーグル、フェイスブックなどが「ソーシャルグラフの支配者」を争うなか、将来を展望するヒントになるかもしれません。いま250回閲覧されています。&lt;br /&gt;&lt;br /&gt;※私のツイッターは&lt;a href="http://twitter.com/zerobase"&gt;@zerobase&lt;/a&gt;です。&lt;br /&gt;
 &lt;br /&gt;&lt;img src="http://feeds.feedburner.com/~r/Zerofaces/~4/LwiT0iKMhpo" height="1" width="1"/&gt;</description>
		<dc:date>2010-04-12T10:35:42Z</dc:date>
	<feedburner:origLink>http://zerobase.jp/people/ishibashi/yahoo_360.html</feedburner:origLink></item>
	
	<item rdf:about="http://zerobase.jp/people/ishibashi/post_67.html">
		<title>ゼロベースのスタンス</title>
		<link>http://feedproxy.google.com/~r/Zerofaces/~3/XQFpVO7wGlA/post_67.html</link>
		<description>&lt;a href="http://zerobase.jp/"&gt;トップページ&lt;/a&gt;の文章を書き直してみました。
			&lt;blockquote class="webkit-indent-blockquote" style="margin: 0pt 0pt 0pt 40px; border: medium none; padding: 0px;"&gt;&lt;meta charset="utf-8"&gt;&lt;span class="Apple-style-span" style="font-family: verdana,arial,sans-serif; font-size: small; line-height: 16px;"&gt;&lt;p style="font-style: normal; font-weight: normal; list-style-type: none; margin: 1em 0px; padding: 0px; text-decoration: none; word-wrap: break-word; line-height: 1.5;"&gt;新規事業や研究開発(R&amp;amp;D)に強い、ウェブ開発会社です。&lt;/p&gt;&lt;p style="font-style: normal; font-weight: normal; list-style-type: none; margin: 1em 0px; padding: 0px; text-decoration: none; word-wrap: break-word; line-height: 1.5;"&gt;創造性（クリエイティビティ）、発想力を売りにしています。&lt;/p&gt;&lt;p style="font-style: normal; font-weight: normal; list-style-type: none; margin: 1em 0px; padding: 0px; text-decoration: none; word-wrap: break-word; line-height: 1.5;"&gt;文字通りのゼロベース思考で、コンサルティング力に自信があります。&lt;/p&gt;&lt;p style="font-style: normal; font-weight: normal; list-style-type: none; margin: 1em 0px; padding: 0px; text-decoration: none; word-wrap: break-word; line-height: 1.5;"&gt;お客様の欲しがるものは作りません。お客様のためになるものを提案します。&lt;/p&gt;&lt;p style="font-style: normal; font-weight: normal; list-style-type: none; margin: 1em 0px; padding: 0px; text-decoration: none; word-wrap: break-word; line-height: 1.5;"&gt;お客様の「提供者視点」を問い直し、はっとする「顧客視点」を提供します。&lt;/p&gt;&lt;p style="font-style: normal; font-weight: normal; list-style-type: none; margin: 1em 0px; padding: 0px; text-decoration: none; word-wrap: break-word; line-height: 1.5;"&gt;既存の業界の境界を引き直し、既存のルールを破壊するようなイノベーションに取り組んでいます。&lt;/p&gt;&lt;p style="font-style: normal; font-weight: normal; list-style-type: none; margin: 1em 0px; padding: 0px; text-decoration: none; word-wrap: break-word; line-height: 1.5;"&gt;我々のキーワードは、デザイン思考、シンプル、ユーザーインタフェイス、破壊的イノベーション。&lt;/p&gt;&lt;p style="font-style: normal; font-weight: normal; list-style-type: none; margin: 1em 0px; padding: 0px; text-decoration: none; word-wrap: break-word; line-height: 1.5;"&gt;創造的なアイデアを提供するところから、それを素早く実現し、実験・検証（フィジビリティ・スタディ）の設計までサポートします。&lt;/p&gt;&lt;p style="font-style: normal; font-weight: normal; list-style-type: none; margin: 1em 0px; padding: 0px; text-decoration: none; word-wrap: break-word; line-height: 1.5;"&gt;お客様のアイデアと情熱を、知に足のついた事業に変換します。&lt;/p&gt;&lt;p style="font-style: normal; font-weight: normal; list-style-type: none; margin: 1em 0px; padding: 0px; text-decoration: none; word-wrap: break-word; line-height: 1.5;"&gt;ウェブで新しいことを始めるなら、ゼロベースで。&lt;/p&gt;&lt;/span&gt;&lt;/blockquote&gt;&lt;img src="http://feeds.feedburner.com/~r/Zerofaces/~4/XQFpVO7wGlA" height="1" width="1"/&gt;</description>
		<dc:date>2010-03-18T12:44:06Z</dc:date>
	<feedburner:origLink>http://zerobase.jp/people/ishibashi/post_67.html</feedburner:origLink></item>
	
	<item rdf:about="http://zerobase.jp/people/ishibashi/post_66.html">
		<title>メモ：ベンチャーと中小企業の違い</title>
		<link>http://feedproxy.google.com/~r/Zerofaces/~3/WU1lc45WQ0Q/post_66.html</link>
		<description>&lt;ul&gt;
  &lt;li&gt;&lt;span style="font-family: Helvetica, 'Trebuchet MS', Verdana, sans-serif;"&gt;&lt;font face="Helvetica, 'Trebuchet MS', Verdana, sans-serif"&gt;狭義のベンチャー "high growth venture"&lt;/font&gt;&lt;/span&gt;&lt;/li&gt;

  &lt;li&gt;&lt;span style="font-family: Helvetica, 'Trebuchet MS', Verdana, sans-serif;"&gt;&lt;font face="Helvetica, 'Trebuchet MS', Verdana, sans-serif"&gt;中小企業 "small business" / "life style venture"&lt;/font&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;
			&lt;blockquote&gt;
  &lt;p&gt;ー「high growth venture」は、核となるコンセプトや技術があって、それを市場にもたらすことを目的とした若い会社。5年間程度で50億円規模の売上げを達成するような、急激な成長カーブを想定する。ー&lt;/p&gt;
  &lt;p&gt;ー「中小企業」は、核となるコンセプトや技術はあることはあるが、「それで世の中を制覇しよう」という野望は薄い。仕事を受注しながら、利益がでたらだんだん業容を拡大して成長していく。ー&lt;/p&gt;
  &lt;p&gt;ー 「中小企業は駄目で、high growth ventureがいい」というのではない。この二つは違うタイプなのだ、というだけだ。ー&lt;/p&gt;
  &lt;p&gt;ー経営の箸の上げ下ろしまでこまごまと口を出してくる外部資本(ベンチャーキャピタル）などいれずに、自分の好きなペースで仕事をしたい、という「中小企業」型会社だってある。そういうのは、「small business」。またの名を「life style venture」という。「世界制覇」の野望より、「小さくても一国一城の主となって働きたい」という「ライフスタイル欲求」を実現するための会社、という意味。 ー&lt;/p&gt;
  &lt;p style="text-align: right;"&gt;&lt;a href="http://www.chikawatanabe.com/blog/2003/03/post_4.html"&gt;On Off and Beyond: ベンチャーと中小企業の違い&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
  &lt;p&gt;スモールビジネスとベンチャービジネスは違う&lt;/p&gt;

  &lt;p&gt;日本の人と話をすると、AmazonやeBay的な急成長メガベンチャーの世界よりも、職人的でコツコツしたCraigslist的なスモールビジネスの世界に共感する人が多い。たしかにスモールビジネスは素晴らしいと思う。僕も自分でやっているくらいだから、スモールビジネスが大好きである。事業がスモールビジネスであり続け、exitもせず、成長も希求しないこと自身に、何ら問題はない。&lt;/p&gt;

  &lt;p&gt;唯一の問題は、スモールビジネス・オーナーが、自らをスモールビジネス・オーナーと自覚せずに、ベンチャー経営者だと勘違いして、ベンチャーの流儀で「夢」などを語って、人やカネを集めることだ。そして、当然の約束としてexitを期待した人から見て「リビング・デッド(生ける屍)」になっても、知らん顔をすることである。それじゃあ、間違ってカネを出した人と、間違って就職してしまった人が気の毒だ。そこを自戒しさえすれば、スモールビジネス万歳、なのである。&lt;/p&gt;

  &lt;p style="text-align: right;"&gt;&lt;a href="http://japan.cnet.com/blog/umeda/2004/09/24/entry_post_181/"&gt;ベンチャービジネスとスモールビジネスの大きな違い：梅田望夫・英語で読むITトレンド - CNET Japan&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
  &lt;p&gt;ー「融資」はどういう企業に向いているかというと、小売店や町工場といった昔からずーと続いていて売上が大幅に伸びるという期待はできないが、来年潰れる心配もそれほどないという企業。たとえば、系列企業の下請けになっている企業。何かあっても親会社が面倒をみてくれることが多いので倒産する心配が少ない。ローリスク・ローリターンのビジネス。駅前商店街の小売店も売上が倍増することは考えられないけれど、１年に２割、３割くらいの利益がでれば、銀行に１割払っても十分元がとれる。&lt;/p&gt;&lt;p&gt;&amp;nbsp;「融資」とは堅実なビジネス向け。ー&lt;/p&gt;&lt;p&gt;ー「投資」というのは、投資家が株式会社に対して、株式を買うという形でお金を提供する。「融資」のように、貸したお金を返してもらうということは、基本的には想定していない。資本金なので、基本的にはその株式会社でずっと使うお金を出資する。ただし、その株券は他の人に売れるのが「投資」。&lt;/p&gt;&lt;p&gt;「投資」は「融資」とは全く逆。配当は非常に高い場合もあるし、もっと大きいのはキャピタルゲイン（債券や株式など資産の価格の上昇による利益）。日本の株式の場合はキャピタルゲインの方がはるかに大きい。配当性向はそれほど高くない。&lt;/p&gt;&lt;p&gt;グーグルの場合だと、最初に１１０万ドルを出資し、今の時価総額が１５００億ドル。１０万倍以上。&lt;/p&gt;&lt;p&gt;その代わり、会社が潰れてしまった場合には、会社の資産を自分のものにするという条項はない。

ー&lt;/p&gt;&lt;p&gt;ーよく、ベンチャー・キャピタル自身が資本家だと思っている人がいるが、ベンチャー・キャピタルという資本家はいない。「ベンチャー・キャピタリスト」というのはいない。ベンチャー・キャピタルというのは、超お金持ちの人の資産を運用する人たち。ー&lt;/p&gt;

  &lt;p&gt;ーレストランや洗濯屋はいくらでもあるのだが、それらはベンチャー・キャピタルの投資対象にならない。最低でも３割くらいのリターンがとれないとポートフォリオが組めない。ファンドが組めない。ファンドはお客さんに年率２割程度を返さなきゃいけない。ー&lt;/p&gt;

  &lt;p&gt;ー行政の人は融資と投資の違いをきちんと理解していない。低利や無担保で融資すればベンチャー企業が育つと思っている人が多い。ー&lt;/p&gt;

  &lt;p style="text-align: right;"&gt;&lt;a href="http://www.nextglobaljungle.com/2009/03/6_1.php"&gt;池田信夫「イノベーションの経済学」第6章　ファイナンス：next global&lt;/a&gt;&lt;/p&gt;
&lt;/blockquote&gt;&lt;img src="http://feeds.feedburner.com/~r/Zerofaces/~4/WU1lc45WQ0Q" height="1" width="1"/&gt;</description>
		<dc:date>2010-03-14T16:10:05Z</dc:date>
	<feedburner:origLink>http://zerobase.jp/people/ishibashi/post_66.html</feedburner:origLink></item>
	
	<item rdf:about="http://zerobase.jp/people/ishibashi/mixi.html">
		<title>mixi同級生の設計上の問題（転校や登録ミス）</title>
		<link>http://feedproxy.google.com/~r/Zerofaces/~3/SdjH10BGZu8/mixi.html</link>
		<description>&lt;a href="http://www.itmedia.co.jp/news/articles/0911/26/news071.html"&gt;mixi同級生&lt;/a&gt;に母校を登録してみたのですが、困ったことが起きました。
			&lt;ul&gt;&lt;li&gt;入学した小学校を登録した。&lt;/li&gt;&lt;li&gt;転校した先の小学校を登録した。&lt;/li&gt;&lt;li&gt;エラーが出た。&lt;span class="mt-enclosure mt-enclosure-image" style="display: inline;"&gt;&lt;a href="http://zerobase.jp/people/assets_c/2009/11/mixi-alumni-error-29.html" onclick="window.open('http://zerobase.jp/people/assets_c/2009/11/mixi-alumni-error-29.html','popup','width=596,height=286,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"&gt;&lt;img src="http://zerobase.jp/people/assets_c/2009/11/mixi-alumni-error-thumb-400x191-29.png" alt="以下の機能制限により、登録を行うことができません。:学校は10校まで登録可能です。/1区分1校のみ登録可能です。（例：小学校は1校のみ）/登録を解除した学校とその学校区分は、180日間再登録することができません。" class="mt-image-center" style="margin: 0pt auto 20px; text-align: center; display: block;" height="191" width="400" /&gt;&lt;/a&gt;&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;なるほど「1区分1校のみ登録可能」なのか。では解除して登録しなおそう。卒業した母校に。&lt;/li&gt;&lt;li&gt;解除して登録し直したらエラーが出た。（同じ画面）&lt;/li&gt;&lt;li&gt;良く読むと「登録を解除した学校とその学校区分は、180日間再登録することができません」とある。←イマココ&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;
というわけで今から180日間（半年間！！）も小学校を登録できないことが判明しました。なんたる。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;設計の観点で分析しますと：&lt;br /&gt;&lt;br /&gt;転校が考慮されていない設計です。ひょっとして「卒業を迎えた母校」に限定しているのかもしれませんが、そのような意図が事前に分かりませんでした。&lt;br /&gt;&lt;br /&gt;
転校以外でも、登録ミスを修正するために同様の操作をする場合がありえます。&lt;br /&gt;&lt;br /&gt;ユーザーの操作ミスに対して半年間も再試行を待たせる必要があるでしょうか。&lt;br /&gt;&lt;br /&gt;仮に半年間の操作禁止について、犯罪防止等のリスク回避といった理由があるとしても、そのような重大で準不可逆的な影響を及ぼす操作に関して、事前に確認ダイアログが出ないような設計には問題があります。&lt;br /&gt;&lt;br /&gt;グリー、DeNAが持たないPCユーザーはミクシィにとって重要な資産なのでしょうけど、うかうかしてうるとFacebookに持ってかれる可能性もあるんでは、と余計な心配をしてしまいました。&lt;br /&gt;&lt;br /&gt;企画・設計の段階で転校というキーワードは当然出てきたでしょうから、そのシナリオ／ユースケースも当然ながら考慮されているべきですね。もしそれがなかったとすれば、デザインプロセス、デザインマネジメントに根本的な問題があるのかも、という気がしてきます。現場レベルではなく。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;関連記事：&lt;br /&gt;&lt;a href="http://zerobase.jp/blog/2009/05/post_67.html"&gt;デザイナーに権限を与えてください - ZEROBASE Journal&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;iframe src="http://rcm-jp.amazon.co.jp/e/cm?lt1=_blank&amp;amp;bc1=000000&amp;amp;IS2=1&amp;amp;bg1=FFFFFF&amp;amp;fc1=000000&amp;amp;lc1=0000FF&amp;amp;t=hidetoi-22&amp;amp;o=9&amp;amp;p=8&amp;amp;l=as1&amp;amp;m=amazon&amp;amp;f=ifr&amp;amp;md=1X69VDGQCMF7Z30FM082&amp;amp;asins=4839916063" style="width: 120px; height: 240px;" marginwidth="0" marginheight="0" frameborder="0" scrolling="no"&gt;&lt;/iframe&gt;&lt;img src="http://feeds.feedburner.com/~r/Zerofaces/~4/SdjH10BGZu8" height="1" width="1"/&gt;</description>
		<dc:date>2009-11-28T16:06:22Z</dc:date>
	<feedburner:origLink>http://zerobase.jp/people/ishibashi/mixi.html</feedburner:origLink></item>
	
	<item rdf:about="http://zerobase.jp/people/ishibashi/post_64.html">
		<title>メモ(イノベーションとアブダクション)</title>
		<link>http://feedproxy.google.com/~r/Zerofaces/~3/zAfIL8mPm10/post_64.html</link>
		<description>この記事は、たんなるメモです。思考過程の一部であり、結論ではありません。
			イノベーティブな製品を企画・設計するうえでは、予断を持たず、多くの前提を仮説として留保したまま、足場の不安定な議論を進めることが大事だと考えています。&lt;br /&gt;&lt;br /&gt;最初から「mixiアプリを作ろう」とか「ケータイサービスを作ろう」といった「予断」があることで、発想の幅が強く制約されてしまうのです。そういう演繹的な思考では、とてもつまらない、ありきたりで、競争優位性のない製品が企画されがちです。&lt;br /&gt;
&lt;br /&gt;
とはいえ、そういう制約のなかで、どういったものを作るかを保留して進めることで、おもしろい、ユニークで、競争優位性のある製品を企画することはできるでしょう。&lt;br /&gt;&lt;br /&gt;例えば「mixiアプリ」を作ろうと決めた上で、独創的なmixiアプリを考えることができます。&lt;br /&gt;&lt;br /&gt;一方で、「農場系のアプリを作ろう」と決めた瞬間に、独創性の無い企画しか出てこなくなります。&lt;br /&gt;&lt;br /&gt;いちおう言っておくと、「農場系mixiアプリ」のなかで独創的なことができるかもしれません。(私自身は、そういうレッドオーシャンが苦手です・・・どちらかというと破壊的イノベーションでブルーオーシャンを創出する仕事に情熱を燃やします)&lt;br /&gt;&lt;br /&gt;要するに、「予断を持たない範囲」、言い換えれば「企画のスコープ」を、どれほど広くとれるか。「○○を作る」という前提の○○を、どれくらい抽象的な定義に保留したままで、議論を進められるか。これがイノベーティブな企画には大事だと考えています。&lt;br /&gt;&lt;br /&gt;さらに言うと、「〜を作る」という予断は、「〜を作らない解決策」を見落とすことに通じるので、ほんとうは「〜を作る」とさえ言わない方がよいと思います。誰のどんな問題を解決するか。「○○の△△な問題を解決する」という定義は、わりとよいのではないかと考えています。&lt;br /&gt;&lt;br /&gt;「エレベータと鏡」の話は有名です。『&lt;a href="http://www.amazon.co.jp/gp/product/482274020X?ie=UTF8&amp;amp;tag=hidetoi-22&amp;amp;linkCode=as2&amp;amp;camp=247&amp;amp;creative=7399&amp;amp;creativeASIN=482274020X"&gt;パラダイムの魔力--成功を約束する創造的未来の発見法&lt;/a&gt;&lt;img src="http://www.assoc-amazon.jp/e/ir?t=hidetoi-22&amp;amp;l=as2&amp;amp;o=9&amp;amp;a=482274020X" alt="" style="border: medium none  ! important; margin: 0px ! important;" border="0" width="1" height="1" /&gt;
』に通じるエピソードです。&lt;br /&gt;
&lt;br /&gt;&lt;blockquote&gt;なぜ、「エレベータの前に鏡を置くこと」で、「エレベータの待ち時間が減らす」という「問題」が「解決」したのか。&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://www.nakahara-lab.net/blog/2008/08/post_1312.html"&gt;NAKAHARA-LAB.NET 東京大学 中原淳研究室 - 大人の学びを科学する: 問題解決にとって重要なこと&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;br /&gt;さて、いざ実践してみようとなると、新たな問題が出てきます。&lt;br /&gt;&lt;br /&gt;「予断を持たず、多くの前提を仮説として留保したまま、足場の不安定な議論を進めること」の実践においては、一寸先が闇となり、落としどころが見えないために、ふつうは疑心暗鬼になります。 &lt;br /&gt;&lt;br /&gt;「このまま進んでいっても大丈夫かな？」と不安になれば、人は慣れ親しんだ方法に戻ります。&lt;br /&gt;&lt;br /&gt;だから、プロセスの「型」を持っておくことが有効ではないかと思います。&lt;br /&gt;&lt;br /&gt;もしプロセス全体が見えていれば、安心して「分からない」を「分からない」ままに進めやすくなります。「落としどころ」は見えなくても、「落とし込みかた」は分かっている状態。&lt;br /&gt;&lt;br /&gt;プロセスの「型」があることで、アブダクション(仮説推論)が助けられます。アブダクションは、演繹とも、帰納とも異なる思考法です。&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;&lt;p&gt;アブダクションとは、&lt;/p&gt;&lt;p&gt;驚くべき事実Cが観察される&lt;br /&gt;
しかしもしHが真であれば、Cは当然の事柄であろう、&lt;br /&gt;
よって、Hが真であると考えるべき理由がある。&lt;/p&gt;&lt;p&gt;という推論形式である。&lt;/p&gt;&lt;div align="right"&gt;&lt;a href="http://www.ringolab.com/note/daiya/2009/04/post-976.html"&gt;アブダクション―仮説と発見の論理 - 情報考学 Passion For The Future&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;



&lt;br /&gt;例えば「リンゴが落ちた」→「もし引力というものがあるとすれば、それば当然だ」→「引力があるというのは有力な仮説だ」といった具合です。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;さらに&lt;strong&gt;アブダクション&lt;/strong&gt;になると、もはや推論の正しさは求められません。むしろ、アブダクションの重要性は「目の前にあるもの」から、まったくかけ離れた「目の前にないもの」を発見することにあります。本書で繰り返し例にあげられるのがニュートンの万有引力の発見で、
ニュートンは目の前のりんごの落下と地球と月の関係から、それまで存在しなかった万有引力という「説明仮説」を推論したわけです。&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://gitanez.seesaa.net/article/118003120.html"&gt;アブダクション--仮説と発見の論理／米盛裕二：DESIGN IT! w/LOVE&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;br /&gt;アブダクションは、イノベーションの役に立ちます。&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;アブダクションは帰納と比較して創造性の高い拡張的推論だが、過謬性の高い、論証力の弱い推論でもある。だが既存の枠組みを超えるイノベーションを生み出すために不可欠な、もっとも優れた推論なのだとパースは高く評価する。&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://www.ringolab.com/note/daiya/2009/04/post-976.html"&gt;アブダクション―仮説と発見の論理 - 情報考学 Passion For The Future&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;



アブダクションとイノベーションには、どういう関係があるでしょうか？&lt;br /&gt;&lt;br /&gt;クレイトン・クリステンセン教授は、『&lt;a href="http://www.amazon.co.jp/gp/product/4798104930?ie=UTF8&amp;amp;tag=hidetoi-22&amp;amp;linkCode=as2&amp;amp;camp=247&amp;amp;creative=7399&amp;amp;creativeASIN=4798104930"&gt;イノベーションへの解&lt;/a&gt;』において、「属性ではなく状況でマーケティングせよ」「製品がどのような用事をこなすために雇われているかを見よ」と説きました。&lt;br /&gt;&lt;br /&gt;つまり、「顧客が片付けようとしているのに、うまくこなせていない用事」を見つけ、その状況を理解し、それを解決せよ、と。&lt;br /&gt;&lt;br /&gt;そのために、まず何から始めるか。人間行動の理解、そのための観察です。そこから得られた洞察(インサイト)をもとに、問題を提起する。&lt;br /&gt;&lt;br /&gt;そこには、誰のどんな問題を解決したいかについて、企画者の「想い」もあるでしょう。 その「想い」は「情熱」となって製品化・事業化の原動力になるはずです。「想い」のない企画は、難しいのではないでしょうか。&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;シンプル・デザインの実践にあたっては、クリエイティブ力が必要になってきます。とくに、強いコンセプトを出して、それをもとに開発過程（クリエイティブ・プロセス）をコントロールするディレクション力が。&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://zerobase.jp/blog/2009/03/post_60.html"&gt;「シンプル・デザイン」の成否を握る経営マター「デザイン・マネジメント」 - ZEROBASE Journal&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;br /&gt;その次にどうするか。「その問題が解決された状況・状態とは何か？」と想像してみましょう。すると、理想と現実の「ギャップ」が見つかります。これが「解決すべき問題」です。その解決策は、すなわちその状況下で顧客に「価値」をもたらす製品になります。&lt;br /&gt;&lt;br /&gt;さて、ここまで「どうやって解決するか」という話をしてきませんでした。ましてや「どういう製品を作ればいいか」という話は保留してきました。&lt;br /&gt;&lt;br /&gt;これを保留したまま議論を進めていくことを、大事にしているのです。&lt;br /&gt;&lt;br /&gt;だから、「まだ見ぬ製品X」ということにしておきます。なお、「製品」には「サービス」も含めています。&lt;br /&gt;&lt;br /&gt;「まだ見ぬ製品X」があるとして、それにより現実が理想の状態になる、と考えてみましょう。&lt;br /&gt;&lt;br /&gt;これが企画・設計におけるアブダクションの使い方です。&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;驚くべき事実「ある製品Xによって、顧客にとって理想的な状態が実現された」が観察される。&lt;/li&gt;&lt;li&gt;しかし、もし「ある製品Xが、理想と現実のギャップを埋める解決策になっている」ならば、「ある製品Xによって、顧客にとって理想的な状態が実現された」は当然の事柄であろう。&lt;/li&gt;&lt;li&gt;よって、「ある製品Xが、理想と現実のギャップを埋める解決策になっている」が真であると考えるべき理由がある。&lt;/li&gt;&lt;/ul&gt;この企画法では、徹底的に「○○(既存の製品カテゴリ)を作る」ありきの考え方を排除します。そうではなく、「誰のどんな問題を解決するか」から出発し、その「解決策としての製品」を構想します。&lt;br /&gt;&lt;br /&gt;ここで発想の飛躍(水平思考)が求められるのは言うまでもありません。&lt;br /&gt;&lt;br /&gt;ブレイン・ストーミング(ブレスト)も有効です。上述のアブダクションの型に当てはめて、製品Xを発想する。こうフォーカスすることで、ブレストが有意義になります。&lt;br /&gt;&lt;br /&gt;IDEOのトム・ケリーが著したように、手頃なサイズの、具体的な問題を解決するためにブレイン・ストーミングするのが有効であって、漠然とした目的設定のブレストは有意義な成果につながりにくいです。&lt;br /&gt;&lt;br /&gt;いったん有力な解決策(アイデア)が出てきたら、そこからは演繹的に進めることが出来ます。&lt;br /&gt;&lt;br /&gt;もちろん、人間中心設計(HCD)の考え方で、試作して、モニターテストなどにより「現場で使われる状況」を観察し、そのフィードバックで再設計するという反復型(スパイラル型)のプロセスになります。&lt;br /&gt;&lt;br /&gt;ですが、これは問題発見、問題設定のフェーズに比べれば、ずいぶん直線的な論理思考で進めることができます。&lt;br /&gt;&lt;br /&gt;最後に、まとめです。&lt;br /&gt;&lt;br /&gt;イノベーティブな企画のために、「予断を持たず、多くの前提を仮説として留保したまま、足場の不安定な議論を進めること」を実践する。そのためには、プロセスの「型」があるとよい。その「型」として、理想と現実のギャップ(＝解決すべき問題)を特定した上で、アブダクションによって発想する、という方法がある。解決すべき問題が特定されていれば、ブレイン・ストーミングで有力なアイデアが得られる可能性は高まる。&lt;br /&gt;&lt;br /&gt;適切に問題を定義することが重要です。&lt;br /&gt;&lt;br /&gt;問題解決手法については、語り尽くされています。しかし、問題発見・問題設定の手法については、まだまだ十分に語り尽くされていないと思います。&lt;br /&gt;&lt;br /&gt;ここに書いたのは実践知・暗黙知であって、日々模索・更新しているものであって、まだ形式知として記述できるものではありませんが、現時点で深く考えずに書ける範囲で書いてみました。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;

&lt;iframe src="http://pop-it.jp/pop/blogparts/2375?size=large" width="260" frameborder="0" height="380"&gt; &lt;/iframe&gt;
&lt;div style="margin: 0pt; width: 240px; text-align: center; font-size: 12px;"&gt;Powered by &lt;a href="http://pop-it.jp/" target="_blank" style="color: rgb(237, 190, 38);"&gt;POPit&lt;/a&gt;&lt;/div&gt;

&lt;iframe src="http://pop-it.jp/pop/blogparts/2391?size=large" width="260" frameborder="0" height="380"&gt; &lt;/iframe&gt;
&lt;div style="margin: 0pt; width: 240px; text-align: center; font-size: 12px;"&gt;Powered by &lt;a href="http://pop-it.jp/" target="_blank" style="color: rgb(237, 190, 38);"&gt;POPit&lt;/a&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/Zerofaces/~4/zAfIL8mPm10" height="1" width="1"/&gt;</description>
		<dc:date>2009-11-11T09:05:00Z</dc:date>
	<feedburner:origLink>http://zerobase.jp/people/ishibashi/post_64.html</feedburner:origLink></item>
	
	<item rdf:about="http://zerobase.jp/people/ishibashi/saas_unix.html">
		<title>サイボウズ「かんたんSaaS」: UNIX的シンプルツールの組み合わせ利用を提案</title>
		<link>http://feedproxy.google.com/~r/Zerofaces/~3/w25O-AI2X7w/saas_unix.html</link>
		<description>シンプルなツールを組み合わせる使い方の提案。UNIX的です。さて、シンプルなツールを自己流に組み合わせて使うことは簡単でしょうか。それが想定顧客の持たないスキルを要するのであれば、悪い意味で「UNIX的」になってしまいます。おそらく設計者には高度な利用者(顧客)理解が求められるでしょう：&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;「かんたんSaaS」では、中小企業におけるIT利活用を促進するため、あえてカスタマイズ機能が排除されている。その代わり、例えば「売上情報」や「顧客台帳」などシンプルな業務アプリケーションを数多くラインアップし、中小企業にとっての分かりやすさを重視した。アプリケーションは、今後も種類を追加する予定。サイボウズは本サービスを、ユーザーがショッピングモールのようにアプリケーションを自由に選んで使える「業務アプリケーションモール」だと位置付ける。&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://www.itmedia.co.jp/enterprise/articles/0910/29/news095.html"&gt;サイボウズ、月額500円からの「かんたんSaaS」発表----向こう2カ月は無償提供 - ITmedia エンタープライズ&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;br /&gt;&lt;img src="http://feeds.feedburner.com/~r/Zerofaces/~4/w25O-AI2X7w" height="1" width="1"/&gt;</description>
		<dc:date>2009-11-07T12:08:59Z</dc:date>
	<feedburner:origLink>http://zerobase.jp/people/ishibashi/saas_unix.html</feedburner:origLink></item>
	
	<item rdf:about="http://zerobase.jp/people/ishibashi/designing-e-gov.html">
		<title>電子政府の設計</title>
		<link>http://feedproxy.google.com/~r/Zerofaces/~3/TlTjGHtjr_w/designing-e-gov.html</link>
		<description>電子政府が利用者目線で適切に設計されれば、その恩恵を受ける人は多い。ですから、良い仕事のできる業者がやってほしいですね。
			&lt;br /&gt;&lt;blockquote&gt;&lt;span id="j_id0:j_id2:j_id5"&gt;電子経済産業省アイディアボックスは、&amp;nbsp;
みんなで電子政府のアイディアをつくっていく実験サイトです！&lt;/span&gt;&lt;span id="j_id0:j_id2:j_id5"&gt; 電子政府について国民から広く意見を募集しています。期間は10月14日から11月14日までの1か月間です。&lt;/span&gt;&lt;br /&gt;&lt;span id="j_id0:j_id2:j_id5"&gt;&lt;/span&gt;&lt;div align="right"&gt;&lt;a href="http://www.open-meti.go.jp/"&gt;【電子経済産業省アイディアボックス】　ホーム&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;ちゃんとしたデザイナーが関わってないウェブサイトですよね。SIerで、ちょっと「デザイン」できる人(本職デザイナではない人)が、方手間で「デザイン」したように見えます。&lt;br /&gt;&lt;br /&gt;「よい設計をするために、みなさんのご意見をお伺いします」というサイトの設計がよくないのは、本気で意見を求めてないのかなあ、という気が。いや、そんな穿った見方はいけませんね。ちゃんとした業者に発注できなかったということでしょう。&lt;br /&gt;&lt;br /&gt;実際、このサイト（電子経済産業省アイディアボックス）自体について心配した人から、こんな提案がありました:&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;&lt;b&gt;お金のかからないプロモーション方法を考える（それにしても登録者少ない！）&lt;/b&gt;&lt;br /&gt;&lt;br /&gt;登録者数滅茶苦茶少ないです。&lt;br /&gt;
どのくらいの登録者数を計画されてたのでしょうか？&lt;br /&gt;
やっぱりアイデアはたくさんの人の意見交換や組合せなどから生まれてくると思いますのでたくさんの人がアクセスする仕組を（プロモーション）を考えていただきたい。&lt;br /&gt;
Twiteerとか是非活用して欲しい。&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://www.open-meti.go.jp/ideaView?id=08710000000CpbaAAC"&gt;【電子経済産業省アイディアボックス】　アイディア参照&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;
&lt;br /&gt;これを見て「電子政府ユーザビリティ・ガイドライン」を思い出しました:&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;この電子政府ユーザビリティガイドラインとその付属文章には、Webを利用した電子政府システムを新規開発したり改修したりする際に、「企画」「設計・開
発」「運用」「評価」の4段階で、ユーザビリティを向上させるためにどのような活動をすべきかが述べられている。注目すべきは、その活動を行う中で、発注
側の府省の関係者がユーザビリティに関する知識やスキルを十分持っていない場合には、&lt;strong&gt;ユーザビリティ専門家を選定しその支援を受ける必要性がある&lt;/strong&gt;と明記されたことである。また、受注側のベンダーにおいても、エンジニアや設計者を支援し人間中心設計を推進するために、ユーザビリティ専門家の支援が必要であると書かれている。&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://web-tan.forum.impressrd.jp/e/2009/07/29/6057"&gt;電子政府ユーザビリティガイドライン策定でユーザビリティ専門家認定の動き／HCD-Net通信 #14 | Web担当者Forum&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;span class="status-body"&gt;&lt;span class="entry-content"&gt;&lt;/span&gt;&lt;/span&gt;そういえば9月16日にTwitterで次のような議論をしていました:&lt;br /&gt;&lt;br /&gt;&lt;span class="status-body"&gt;&lt;span class="entry-content"&gt;&lt;/span&gt;&lt;/span&gt;&lt;blockquote&gt;&lt;span class="status-body"&gt;&lt;span class="entry-content"&gt;政府のWebサイトは単年度主義の予算と競争入札によって業者がコロコロ変わるのでは？ 複数年度予算と随意契約 (および契約プロセスの透明化・第3社審議機関の導入など？) で「長期的に一貫した設計・運用」と「安かろう悪かろうの回避」の実現を望む。民主党さん。&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;
&lt;div align="right"&gt;&lt;a href="http://twitter.com/zerobase/status/4027217207"&gt;Twitter / Ishibashi Hideto: 政府のWebサイトは単年度主義の予算と競争入札によっ ...&lt;/a&gt;&lt;/div&gt;&lt;span class="status-body"&gt;&lt;span class="entry-content"&gt;&lt;br /&gt;システム監査みたいな「ユーザビリティ監査」ってありえるかな？ 科学的で標準化されたユーザビリティ調査の手順に従って定期的に監査を実施。定められた様式の監査報告書。一定の基準で強制的にリニューアル。政府サイトに導入する立法とか。&lt;/span&gt;&lt;/span&gt;&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://twitter.com/zerobase/status/4029286176"&gt;Twitter / Ishibashi Hideto: システム監査みたいな「ユーザビリティ監査」ってありえ ...&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;div align="left"&gt;&lt;span class="status-body"&gt;&lt;span class="entry-content"&gt;何度リニューアルしてもダメ、という事態がありえる。随意契約はないとする。ならばユーザビリティ監査への合格をもって成果報酬という契約形態なら、自信がない業者は入札できない制度設計になるのでは。なんか制度設計上の工夫ができる気がするね。&lt;/span&gt;&lt;/span&gt;&lt;/div&gt;&lt;a href="http://twitter.com/zerobase/status/4029341882"&gt;Twitter / Ishibashi Hideto: 何度リニューアルしてもダメ、という自体がありえる。随 ...&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;br /&gt;ちなみに、電子政府の設計に携わりたいのですが、&lt;a href="http://zerobase.jp/"&gt;ゼロベース&lt;/a&gt;にも受注可能性があるでしょうか。規模的に公募要件の足切り対象になりそうです。やれるとしたら、大手SIerの下請けでディレクションする、という形でしょうか。それはそれで、大手SIerが外部の設計事務所に委託した例なんて聞いたことが無いので、可能性が極めて低い気もします。&lt;br /&gt;&lt;br /&gt;まあとにかく、機会があれば公共性の高い設計に関わりたいです。素晴らしい仕事をする自信があります。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;関連情報:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://itpro.nikkeibp.co.jp/article/NEWS/20080215/293919/"&gt;島根県のホームページ管理システムがOSSとして無償公開，地元企業がRubyで開発 - ニュース：ITpro&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href="http://www.asukoe.org/static.php?page=um02"&gt;アスコエ - 私の声で明日を変える &amp;gt; ユニバーサルメニュー&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;img src="http://feeds.feedburner.com/~r/Zerofaces/~4/TlTjGHtjr_w" height="1" width="1"/&gt;</description>
		<dc:date>2009-10-28T09:21:46Z</dc:date>
	<feedburner:origLink>http://zerobase.jp/people/ishibashi/designing-e-gov.html</feedburner:origLink></item>
	
	<item rdf:about="http://zerobase.jp/people/ishibashi/post_63.html">
		<title>政治家とウェブ</title>
		<link>http://feedproxy.google.com/~r/Zerofaces/~3/UwTSUesvQZE/post_63.html</link>
		<description>ウェブの活用には、とても大きな可能性があるはず。ただ、漫然とサイトやシステムを作ればいいというものではない。デザイン、クリエイティブを統括する「ディレクター」が必要。&lt;br /&gt;
&lt;br /&gt;
			政党、政治家事務所からのご相談もお待ちしています。→&lt;a href="http://zerobase.jp/service/consulting.html"&gt;スポット・コンサルティング&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;玉虫色のメッセージを伝えるのではなく、本音のメッセージを伝え、嘘偽りのないコミュニケーションをすること。利権ではなく思想により結びついた真の支持者を獲得すること。そのためのディレクション。&lt;br /&gt;&lt;br /&gt;私は、自分の政治思想とは関係なく、どのような政党、政治家のご依頼でもお引き受けします。仕事の条件が合えば、プロとして。&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;かなり率直に言うと、ウェブやインターネットのことが解らない、印刷の世界のみを相手とするアートディレクターがいるから、ウェブデザイナーとかいって仕事を無理矢理切り分けられるけれど、むしろそれは彼らがもはや仕事になんないってことであり、まだまだそういう人が多い日本では、アートディレクターという言葉のイメージが古めかしく聞こえるが、もはやそういう時期ではなくなってるってこと。&lt;br /&gt;(略)&lt;br /&gt;2007年の9月からからオバマのデザインディレクターをやっています。当初2人でやっていました。あなたが見たことがあるほとんどすべてのデザインを決める仕事です。(※引用注：スコット・トーマス氏の発言)&lt;br /&gt;
  &lt;div align="right"&gt;&lt;a href="http://tamachan.jugem.jp/?eid=613"&gt;[log] Designing Obama / デザイニング・オバマ | tamalog&lt;/a&gt;&lt;/div&gt;
&lt;/blockquote&gt;&lt;br /&gt;&lt;blockquote&gt;RT @koyuka: みんなの党の最大の弱点は某広告代理店に任せっきりであるということ。この弱点は新党日本とまったく同じである。もちろん、ボッタくられまくってるのは言うまでもない。岡田克也のようにブログ設置に180万円かけてるワケではないが。&lt;br /&gt;
  &lt;div align="right"&gt;&lt;a href="http://twitter.com/zerobase/status/4027516528"&gt;Twitter / Ishibashi Hideto: RT @koyuka: みんなの党の最大の弱点は某広 ...&lt;/a&gt;&lt;br /&gt;
  &lt;/div&gt;
&lt;/blockquote&gt;&lt;br /&gt;&lt;br /&gt;&lt;img src="http://feeds.feedburner.com/~r/Zerofaces/~4/UwTSUesvQZE" height="1" width="1"/&gt;</description>
		<dc:date>2009-10-28T08:30:07Z</dc:date>
	<feedburner:origLink>http://zerobase.jp/people/ishibashi/post_63.html</feedburner:origLink></item>
	
	<item rdf:about="http://zerobase.jp/people/ishibashi/redesignining-web-learning-wiki.html">
		<title>Wikiの再発見</title>
		<link>http://feedproxy.google.com/~r/Zerofaces/~3/osqjR_tfkBU/redesignining-web-learning-wiki.html</link>
		<description>Wikiの再発見は、私のWeb観を大きく変えました。&lt;br /&gt;
			&lt;br /&gt;&lt;blockquote&gt;&lt;font style="font-size: 0.8em;"&gt;私はいま、企業のウェブサイトをアレグザンダー的なボトムアップ・アプローチで、漸進的に成長し続けるアーキテクチャにできないか模索しています。Web制作会社やWeb担当部署だけでなく全従業員を巻き込む形で、Wikiなどのソフトウェアを基盤としたアーキテクチャです。個々のスタッフが、自分に関係のある情報に誤りがあれば訂正でき、伝えたいことがあれば自分で追加できる。このような企業ウェブサイトのあり方を模索しています。もし興味のある企業Web担当者、企業経営企画部、企業経営者の方などいらっしゃいましたら、ご一報いただければ幸いです。私と共にゼロベース思考しませんか？&lt;/font&gt;&lt;br /&gt;&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://zerobase.jp/blog/2009/09/alexander-hayek.html"&gt;アレグザンダーの建築学とハイエクの経済学〜二人のオーストリア人に通底する懐疑主義とradical trustの精神 - ZEROBASE Journal&lt;/a&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;br /&gt;&lt;br /&gt;ボトムアップで生成的(genetic)なアーキテクチャを
「Wiki的」と呼んでいます。かならずしもシステムとしてのwikiクローンを使うという意味ではありません。例えばニコニコ動画のタグは「Wiki的」に設計されている、と言われる。そういう「Wiki的」です。&lt;br /&gt;&lt;br /&gt;人が「ウェブ的」というとき、そのかなりの部分は「Wiki的」と重なるのではないか。&lt;br /&gt;&lt;br /&gt;「Wiki的」な実践として、まずは自社サイトをボトムアップに再構築しようと考えています。&lt;br /&gt;&lt;br /&gt;色々なプロジェクトでもWiki的な仕組みを導入するつもりです。&lt;br /&gt;&lt;br /&gt;Wikiのポテンシャルを認識すれば、それが選択肢に上るのは自然なことではないか。Wikiありきで考えなくても。&lt;br /&gt;&lt;br /&gt;我々は未だWiki的なるもののすべてを発掘しきってない、という確信めいたものがあります。&lt;br /&gt;&lt;br /&gt;設計事務所としてのクライアント・ワークで培ったノウハウを、いずれ世界に向けてwikiプロダクトないしサービス(SaaS)として発信していくことも構想しています。&lt;br /&gt;&lt;br /&gt;&lt;img src="http://feeds.feedburner.com/~r/Zerofaces/~4/osqjR_tfkBU" height="1" width="1"/&gt;</description>
		<dc:date>2009-10-13T05:25:20Z</dc:date>
	<feedburner:origLink>http://zerobase.jp/people/ishibashi/redesignining-web-learning-wiki.html</feedburner:origLink></item>
	
	<item rdf:about="http://zerobase.jp/people/ishibashi/post_61.html">
		<title>ウェブは自由を拡大し、権威を相対化する</title>
		<link>http://feedproxy.google.com/~r/Zerofaces/~3/9IbisLave84/post_61.html</link>
		<description>私は&lt;a href="http://zerobase.jp/philosophy/"&gt;ウェブの可能性を信じます&lt;/a&gt;。ウェブは個人の自由を拡大し、権威を相対化します。すると、近代制度の一部は変革を迫られます。例えば著作権や選挙制度。権威や現行秩序を守りたい人はウェブを敵視するかもしれません。
			私はウェブに与します。ウェブの進化を加速する一員になりたいと思います。&lt;br /&gt;&lt;br /&gt;私の書き物には、そういうテーマのものが多いです。何を論じても同じような切り口なので、馬鹿の一つ覚えのように見えるかもしれません。大事なことを伝えるためには、一貫して繰り返さなければならないと思います。&lt;br /&gt;&lt;br /&gt;ソーシャルメディアについての言説：&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;本記事の副題である「情報収集・発信の相対化」とは、「誰もがお互いにとっての発信者であり、お互いにとっての受信者である(情報収集・発信「主体」の相対化)」という意味と、「情報の収集が同時に発信であり、発信が同時に収集である(情報収集・発信「行為」の相対化)」という意味の、ダブル・ミーニングです。&lt;br /&gt;&lt;br /&gt;ソーシャル・ウェブ時代においては、ソーシャル・フィルターを構築する個人のTwitterやTumblrは、情報収集ツールであると同時にソーシャル・メディアでもあります。情報収集が同時に発信でもあり、それを見る人(収集者)がまた同時に発信者でもある。そしてお互いに受発信する関係になる場合もある。情報の生産消費者(Prosumer)といってもいい。メディアのポストモダン化といっても言い過ぎではないでしょう。もはや情報の発信者と受信者は相対化されようとしている。&lt;br /&gt;&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://zerobase.jp/blog/2009/09/post_71.html"&gt;ソーシャル・フィルター ー情報収集・発信の相対化ー - ZEROBASE Journal&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;br /&gt;パターン、Wiki、XPについての言説：&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;アレグザンダーやハイエクの思想は、じつに「インターネット的」です。無数の人々が自分にとって望ましい結果を目指して自由に活動することで、結果として
全体がうまく調和して機能するという思想(もちろんそこには秩序を保つ最低限の規則が必要だとして、それも彼らは研究しました)。その前提には無名の個々人への信頼(radical trust)がある。彼らが目指したのは、個々人の自由を最大化することで全体・系としての複雑性を克服しようとするアーキテクチャだったといえるでしょう。&lt;br /&gt;&lt;br /&gt;膨れあがる複雑性に対して近代的(モダン)な方法で対処できなくなった分野において、アレグザンダーやハイエク、あるいはインターネットに学ぶことで、新たな活路を見いだすことができるかもしれません。この思想は普遍的です。多くの専門分野において、個々人(非専門家)への信頼に基礎を置き、「専門家」を解体し、専門家を人々の自由なコラボレーションを促進するファシリテータと再定義し、メタな設計(設計プロセスの設計)を通じてボトムアップのアーキテクチャから無名の質／自生的秩序が立ち現れるように促す。そのようなポストモダンな理論体系ーバージョン2.0ーを生み出すことができるはずです。&lt;br /&gt;&lt;br /&gt;&lt;div align="right"&gt;&lt;a href="http://zerobase.jp/blog/2009/09/alexander-hayek.html"&gt;アレグザンダーの建築学とハイエクの経済学〜二人のオーストリア人に通底する懐疑主義とradical trustの精神 - ZEROBASE Journal&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;&lt;/blockquote&gt;&lt;br /&gt;&lt;br /&gt;私は「同志」が欲しいです。一緒に仕事をしたいです。仕事を手伝ってくれる人でも、お客さんでも。発注者-受注者の関係も相対化できます。お客さんのために仕事をしながら、自分の理想に近づくとしたら、それは自分のために仕事をしていることでもあります。私が発注者の仕事を手伝うと同時に、発注者は私の仕事を「手伝って」くれています。&lt;br /&gt;&lt;br /&gt;仕事をくれて「ありがとう」と感謝するのは、お金をくれてありがとうというだけでなく、むしろ「仕事をさせてくれてありがとう」ということです。世の中に貢献する機会をくれて「ありがとう」ということです。&lt;br /&gt;&lt;br /&gt;補足：&lt;br /&gt;誤解しないで欲しいのですが、ウェブと何かを、対立や闘争の構図で捉えたいわけではありません。ただ、ウェブが進化する過程で、自然と解体される既存秩序はあるでしょう。あえて壊そうとしなくても、壊れてしまうような。それが望ましい事かどうかは、個別に論じる必要があるでしょう。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;
&lt;iframe src="http://pop-it.jp/pop/blogparts/2221?size=large" width="260" frameborder="0" height="380"&gt; &lt;/iframe&gt;
&lt;div style="margin: 0pt; width: 240px; text-align: center; font-size: 12px;"&gt;Powered by &lt;a href="http://pop-it.jp/" target="_blank" style="color: rgb(237, 190, 38);"&gt;POPit&lt;/a&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/Zerofaces/~4/9IbisLave84" height="1" width="1"/&gt;</description>
		<dc:date>2009-10-07T13:47:06Z</dc:date>
	<feedburner:origLink>http://zerobase.jp/people/ishibashi/post_61.html</feedburner:origLink></item>
	
</rdf:RDF>
