準二級.jp

Simon Sinek: How great leaders inspire action | Video on TED.com

このトークがとっても刺激的で面白かったので、これを聴いて感じたことをメモしておきます。

(日本語の字幕付きです)

「Why」「How」「What」

彼は、物事を説明するときに「What、How、Why」の順番 (上の図でいうと、外側から内側へ) でお話するのはよくない、と論じています。大事なのは中心にある「Why」である、と。「これは、私の意見ではなく、生物学がそう言っている。心理学でもなく、生物学が」と強調しているのがとても面白かった。どういうことなの、と思った方はトークを聴いてみてください。具体例もあって、分かりやすい内容です。

この「Why、How、What」の3層構造のお話と、例となるエピソードを聴いて。自分は、あることを思い返していました。それは、ある町の駅前通りに掲げられた「暴力追放」の文字です。人の目につく、大きな看板に、大きな文字で、その4文字が書いてありました。

自分は、それを見て、なんだか悲しい気持ちになったのですね。こんな平和な町の、駅前の、人がよく通る場所に、「暴力」だなんていう、平和を遠去けるような意味の、平和を脅かしてしまいそうな字面の言葉が、どうして掲げられなきゃいけないんだ。いやいや、後ろに「追放」と続いているのは知っていますよ。その、忌むべき対象を「追放」するための運動だってこと、頭では理解できていますよ。

そうそう、これはきっと「What」を全面に押し出した看板なのでしょう。「なにをするのか」に対して「暴力を追放する」を示した看板なのでしょう。だけれども、Simon Sinek の主張に共感して言うのならば、ここには「Why」が掲げられるべきです。住人のみんなは「暴力を追放したい」のではなくて「平和に暮らしたい」のではないでしょうか。もし「あなたは暴力を追放したいですか」なんてアンケートがあったとしたら、そいつはもはや暴力的だと思います。

本当に「暴力」をなくしたいのならば、その2文字を一切つかわずにやるべきことを話し合う、というワークショップでもやってみたらどうかしら。

明文化しやすいのは「What」

これもトークの中で言われていることで、明文化しやすいのは「What」です。「Why」に比べると圧倒的に明文化しやすい。

ぼくは、いくつかのコミュニティの運営に関わっているのですが、いわゆる「開催ノウハウ」的なものを明文化するのには、少し反対しています。反対しているというか、懸念があって、あまり積極的に取り組めずにいます。

なぜかというと、開催ノウハウみたいなものを書くとき、油断すると「What」ばかり書いてしまうのですよね。「これをやりました」「これもやりました」「それもやりました」と書くのは、簡単です。やったことは、列挙しやすいです。一方で「Why」を書くのは、とてもとても大変です。どんなことを考えて「How」や「What」に落としていったのか。想いを巡らせている時間は長く、思考は行ったりきたりするし、自分が考えていたことを順番に思い出すことさえ、ままなりません。それを人に伝えられる形で書くなんて、想像もつかないくらい大変な作業だと感じます。

そうして「What」だけを書き出してしまうと、肝心な「Why」が抜けるんですよね。まるで「これをやれば必ずうまくいく」みたいな「What」のリストに見えてしまったとしても、それは大きな誤解です。問題なきところに、解決策なし。

今のところの考えとして、自分が「Why」を誰かに伝えるには、短くない時間を一緒に過ごし、同じ問題と向き合い、一緒に考えていくしかないんじゃないかなぁと、思っています。少なくとも「文章だけ」で伝えるのは不可能だと感じていて、大事なお話のときほど、文章ではないモノを通じて、伝えるようにします。これも、Simon Sinek のトークの内容と矛盾しません。

余談

こういうかっこいい「トーク」を見ていると、自分も「プレゼンテーション」じゃなくて「トーク」をしたいなって思ってしまいます。身体の外に用意してきたものをお披露目するのではなく、自分の内にあるものを伝えるために、話す。発表資料とか呼ばれるものは、内にあるものを伝える補助装置として活用するに留める。

これもきっと、トークの中に出てきた生物学のお話で説明できるんじゃないかな。

来週末も、ありがたい登壇の機会があるので、自分のトークをできるように、がんばってみようと思います。意気込みジューブン！

まとめ

Simon Sinek の How great leaders inspire action を聴きました。生物学の観点から、物事について話すときは「Why、How、What」の順番がよい、という主張に共感しました。身のまわりの例を持ってきて、その主張をどう捉えるべきか、考えてみました。自分が誰かに何かを伝えるときに、ちゃんと「Why」を伝えられているだろうかって、あらためて考えました。

彼の主張の体現になっている「彼のトーク」はとてもかっこいいので、自分もあんなふうにトークしてみたいなって思いました。

先日、未経験からWebデザイナー、Webクリエイターを目指す人のためのWordPressとTwitterをつかった就転職活動のすすめというエントリを読みまして、以下のようなコメントを添えて、はてなブックマークに保存しました。

うまく言語化できないのだけれど、この人が見ている業界とぼくが見ている業界には、けっこうなズレがあるように感じる。ニュートラルな位置でこのエントリを読んだ人は、他の人のお話も聞いてみるといいかも。

はてなブックマーク – june29の食べたパン – 2011年9月4日

とにかく「んんー」という気持ちを抱えていたのですね。それで、ブックマークしたあとも、なんだろうなって少し考えていて、そもそも「Webクリエイタ」って、どんな人のことを指して言っているか、差異がありそうだなぁと感じました。

それから丸1日くらい経ったときに、先のエントリの中の人から、次のようなメンションをいただきまして、お返事を書くことにしました。それが、このエントリです。

はじめまして。はてブのコメントをみました。感じた業界のズレ、もう少し詳しく教えていただけないでしょうか？興味があります。

Twitter / @designmap_info

立ち位置の違い

自分は、先のエントリで言われていた「Webデザイナ」とか「Webクリエイタ」ってよりは、「Web系プログラマ」に近い立ち位置だと思います。自分のまわりにいる人たちも、プログラマが多いです。

試しに見てみると、ぼくのはてなブックマークには、お気に入りユーザに登録している人が (現時点で) 187人います。だいたい、この人たちがブックマークしているような情報をぱくぱくとつまみ食いしながら、日々を生きていることになります。ところで、件のエントリは (現時点で) 700人以上にブックマークされているにも関わらず、ぼくのお気に入りユーザの中には、これをブックマークしている人はひとりもいません。

つまり、おおよそ「プログラマ」的な立ち位置の人は、件のエントリと関わっておらず、そうではない「Webナンチャラ」の人たちか、または、そうなりたい人たちが、件のエントリをブックマークしているということでしょうか。

語彙の違い

「Webデザイナ」は、ひとまず置いておくことにして。ここでは「Webクリエイタ」に絞って、考えてみます。はてはて。「Webクリエイタ」って、どんな人のことでしょうか。

自分は、肩書きを気にしなきゃいけない瞬間ってのは、あんまりないのですが、状況によっては「Webクリエイタ」と名乗るときもあります。これまでに関わってきたプロダクトは小さいものばかりとはいえ、Webアプリケーションをつくって動かせるスキルを持っていて、アイディア出しやプロダクト設計にも手を出しますし、実際に「Web上で動作するプロダクトをクリエイションしてきたから」というのが、自分が「Webクリエイタ」を名乗る理由です。

自分の身近にいて、自分が勝手に「この人はWebクリエイタって感じがするなー」と思っている人と言えば、@yusukebeさんや@ruedapさんを思い浮かべます。今までに見たことがないようなものをクリエイションし、届けてくれるからです。

さて、件のエントリに戻ってみましょう。よくよく読んでみると「Webデザイナは〜」という記述はたくさんあって、一方で「Webクリエイタは〜」という文章はほとんど見つからないのであった… だとすると、ああ、これは自分のよく知らない「Webデザイナ」についてのエントリなんだな、と思えば、最初に感じた違和感とはおさらばできそうです。

Webデザイナって？

それでも、まだ、考えてみたいのは「Webデザイナ」って、どんな職業のことを指しているのだろう、ってことです。少なくとも「絵描き」としてのデザイナさんと「設計者」としてのデザイナさんと、2種類は、いそうな気がしています。

それこそ件のエントリで言われている「Webデザイナ」という存在も、いると思いますし、他には、LL Planets での mala さんの貴重講演の中で描かれる「UIエンジニア」ってのも、自分の感覚では「これぞデザイナだ」と感じられるものでした。

でも、それぞれに語られている「こういうことを身につけよう」「こうやって学んでいこう」というお話は、なんていうか、ぜんぜん違うものなんですね。だから、もし、件のエントリを盲目的に読んで「なるほど、こうやっておけば間違いないんダナー」と信じすぎてしまうのは、望ましくないと思いました。決して「間違ったことが書いてあるから信じるな」と主張したいのではなくて、他にも、色んなお仕事があるし、色んな現場があるし、色んな肩書きがあるはずだから、多面的に多様な考えに触れて、その中から、自分に合うと感じるものを選んでいったらよいのではないか、と考えました。

なんだか、むつかしいのですよね。自分が「プロジェクトを手伝ってくれるデザイナさんを探しています」と言わなきゃいけないときに、探している人が、アンビエント・ファインダビリティや検索と発見のためのデザインを読んでいるような「情報デザイン」のスキルを持っている人なのか、そうではなくて Adobe の Illustrator や Photoshop を自分の手足のように操作できるような人なのか、とにかくイラストを描かせたら上手な絵描きさんなのか、上手に区別できている気がしません。

そういったモヤモヤを、ブックマークコメントという、文字数の制約が厳しいところにぶつけようとしてしまって、ふにゃふにゃしたコメントになってしまいました。

まとめ

一応、まとめます。

未経験からWebデザイナー、Webクリエイターを目指す人のためのWordPressとTwitterをつかった就転職活動のすすめというエントリを読みました。「Webクリエイタ」ってなんだろうな、誰みたいな人のことだろうな、って思いました。「Webデザイナ」ってなんだろうな、誰みたいな人のことだろうな、って思いました。

自分が見ているのは「Webアプリケーション開発」で、件のエントリで扱っていたのは「Webサイト制作」である、とふたつに整理すれば、色んなことに納得がいくな、と思いました。

「Business Model Generation」を読み、Business Model Canvas を描きながら世の中で成功しているビジネスの構造を理解しようとするうちに、思考のフレームワークがあると、物事の理解や整理がスムーズになる、と感じるようになりました。

そして先日、チームメイトの @kei_s と、ある Web サービスについて「モチベーション構造は、どうなっているかねぇ」とお話をしたときに、チームの共通言語として「モチベーション構造を図示する」というフレームワークの雛形をつくったのです。

今日は、そのフレームワークの適用実験として「ザ・インタビューズ」 のモチベーション構造を分析してみました。

これまでにも、ぼくが気になった Web サービスや、ソフトウェア、コミュニティ、イベント等々について、誰がコストを払って誰がハッピーになって、どのようにして「まわる」仕組み、つまり継続させられる構造になっているか、なんとなく、考えてはいました。でもきっと、理解できているなら構造を画に描けるはずだし、チームで会話するときに大事にしている「それを指させる状態にすること」に乗っかる意味でも、これからは積極的に、脳内にあるものを描き出していこうと思います。

ザ・インタビューズのモチベーション構造分析

登場人物

• (1) : インタビューする人
• (2) : インタビューされる人
• (3) : インタビューを横で聞いている第三者
• (4) : デフォルトの3つのインタビュー

モチベーション

• (A) : (1) として、普段はなかなか聞き出せないような話題を振ることができて、楽しい
• (B) : (2) として、他でもない「自分」にインタビューがきて、嬉しい
• (C) : (2) として、遠慮なく自分語りができて、満足できる
• (D) : (1) として、普段はなかなか聞き出せないようなことを聞けて、楽しい
• (E) : (3) として、面白いエピソードを読めて、楽しい
• (F) : (3) として、面白いエピソードに「いいね！」できて、楽しい
• (G) : (2) として、自分のお話を楽しんでもらえて、嬉しい

時系列を意識して「モチベーションフロー」として順序付けて書いてみました。

考察

うん、楽しい人や嬉しい人がいっぱい現れて、素敵なサービスだと思います。ぼくも (2) の人として、ずいぶん楽しく自分語りさせてもらっています。最初にログインしてみたときに、自分は (2) の人としてハッピーになりたいと思ったので、(1) の人が自分にインタビューしてくれるようにと、(4) には一生懸命に答えました。

さて。もし自分が、ザ・インタビューズの中の人だとしたら。懸念するのは (A) の収集が上手くいくだろうか、ってことです。

たぶん、潜在的に「自分語りしたい」って人はたくさんいて、そのおかげで (C) を目指してアクションするユーザは、多いように見えます。それと、コトノハやアバウトミー (もう終了してしまいましたけれど…) に慣れ親しんでいた自分は、(B) に気付けていなかったと思うので、ちゃんと (B) を担保していて、すごいなぁと感じています。だから (B) と (C) は今のところよさそうで、そこから派生する (D) (E) (F) (G) も、大丈夫そうです。

そうなると (B) の源となる (A) をいかにして集めるか、に尽きるのではないでしょうか。

人から人への興味は、無尽蔵に沸いてくるわけでもないでしょうから、そこをどうやって支えるかが、直近の勝負になると感じます。第三者が偉そうにすみません… 的外れなこともあるでしょうし、素人の思考実験と思って読んでいただけると助かります。

それと、実は上には書かなかった登場人物として、

• (5) : インタビューされない人

がいますよね。自分が中の人だったら「これはスケールするの？」と誰かに問われてしまったときには (5) について考えると思います。そういった問いとは無縁であれば、登場人物に含めなくてもよいかもしれません。

比較対象としては、Twitter のハッシュタグのうち「お題っぽいもの」を考えてみました。古典的なところでは #threewordsaftersex とか、最近になって日本語ハッシュタグが許容させるようになったので、色々な「お題を提起するハッシュタグ」があって、多くのユーザがそれに回答する形で Tweet を投稿しています。

でもこれだと (B) の気持ちは、生まれないんですよね。答えたかったら答えればよくて、もしうまいこと言えれば (G) は満たされることでしょう。そうでなかったとしても、そんなに落ち込むこともなさそうなので、期待も低く、利得も低い、といった位置付けでしょうか。

まとめ

思考のフレームワークとして、モチベーションの構造とフローを図示する方法を育てています。その練習として、ザ・インタビューズを題材に、整理に挑戦してみました。Twitter は (5) のような人を生み出しにくく、スケールするモチベーションモデルになっていると感じました。

さて、こんな記事を書いている大和田純さんに興味のある人は、インタビューをしてみてください。ぼくが幸せになりますし、ぼくが何か書けば、他の誰かにも楽しい気持ちをお裾分けできるかもしれません。なーんつって。

Interview29 – june29インタビュー

補足 (最初の投稿から数時間後)

このエントリをパブリッシュしてからも、色々と考えたので追記します。

まず、上に書いてあることは、とても定性的で、定量的なお話をぜんぜんできていないので、分析というには、ちょっと不誠実なところがあります。本来ならば、定量的な指標を用いて論ずるべきところで、じゃあ何を数値化しようか、というお話の前段階として、整理をしました、というところ。「分析」よりは「整理」に近いかもしれませんね。

中の人は、ぼくより定量的なお話をしやすいポジションにいるはずなので、ぜひぜひ定量的に「分析」して、ザ・インタビューズをもっと面白くして欲しいと願っています。ひとりのユーザとして、応援しています。素敵なアイディアの具現化、ありがとうございます！

Twitter の Direct Message に仕込んだ JavaScript が動作していた頃

Twitter が文字化けしていた日

すべての文字を画像に

Twitter の follow 通知メール

Tweet のページ

Twitter ユーザのタイムライン

We’re sorry, but buzztter is over capacity.

excite翻訳

Twitter で絵文字が使えた日

Twitter の follow 通知メール

ある日の buzztter

Tweet の投稿が何重にも重複した日

Favstar

同時発音の表現

mention の展開

まとめ

ここに貼ったのはほんの一部ですが、こうしてみると、Twitter が本当にすごいスピードで進化してきたんだな、って思いました。スクリーンショットをいっぱい撮っておくと、あとから見返して変化に気付くことができるので、よいですね。人類はもっとスクリーンショットをたくさん撮るべきだと思います。

すでにRubyKaigiという体験を経てというエントリに、頭の中にあったうちの、けっこうな部分を書くことができました。

さてさて。

整理できたものを整理した状態で書けたのはよかったのだけれど、一方で、なかなか整理できずにいることもあって、それが、たださんのエントリを読んで放っておけないものになったので、整理できていない状態で、一度、書き出します。

ぼくが RubyKaigi の運営に3度に渡って関わりながら、ずっと抱えているもやもや (Moja-Moja) のお話です。

たださんの整理

で、これ、Rubyって言語とはもはや関係ないんだよね。日本で生まれ、20年近い長い歴史のある言語で、国内のイベントに大勢のコミッタが集結できるという特殊性はあるものの、今回の講演の多くはRuby言語に依存しない。RubyKaigi 6回の歩みは、「RubyKaigi」を抽象化して「Kaigi」を作る過程だったのではないだろうか。

「The Final RubyKaigi」3日目、そして楽園からの放逐 – ただのにっき(2011-07-18)

ふむー。

今回、Twitterを見ていると、Rubyに関係ないけど参加した(そして何かを得て帰った)という人が大勢いた。規模をどんどん拡大して、Rubyist以外にも門戸が広げられ、しかも抽象化した「Kaigi」を提供できたからこそ彼らにリーチできたわけで、「Ruby」を出発点にしたイベントが最終的に「Ruby」から離れる瞬間を見られたのは、個人的にはなかなか得難い体験だった。抽象化は大切ですね(と、いかにもプログラマ的なオチ)。

「The Final RubyKaigi」3日目、そして楽園からの放逐 – ただのにっき(2011-07-18)

ふむふむー。

「RubyKaigi」を「Ruby」と「Kaigi」に分けているのが、すごいなぁと思って。

自分の立ち位置を考える

プログラマの皆さんに聞いてみたいことがあります。プログラミングに関する「執筆」や「講演」といった (直接的な) プログラミング以外のお仕事に取り組むとき、どんな気持ちでいますか。過ごす時間のうち、プログラミングに当てる時間が0%になったら、分かりやすくプログラマとしては死亡だと思うのですが、じゃあ何%までは減らせるものでしょうかね。感覚的には、100%をプログラミングに当てるよりは、少しずつ、ちょっと離れた位置でプログラミングそのものについて考えたりする時間を入れる方が、よい成果につながるような気はしています。尊敬するプログラマの皆さんは、そういった時間を活用しているように、お見受けします。

RubyKaigi との関わり合い

自分は、RubyKaigi にどんな貢献をしてこれただろうか。

誤解のないように先にきっぱりと言っておくと、別に後悔をしているとか、そういうつもりは一切なく。それでも、たとえば RubyKaigi の準備に費した日々の空き時間の半年分くらいを、すべてプログラミングのために投じていたら、今の自分と何が違っていただろうかって、ちゃんと考えるようにしたい。自分の選択に意識的でありたい。

Ruby が好きで、Rubyist の皆さんが好きで、RubyKaigi が大好きなぼくは、何に貢献してこれたかなあ。「RubyKaigi」の「Kaigi」の部分なのかなあ。KaigiSubscreen もアンチボッチランチも、よい意味で Ruby とは疎結合で、会期中にも雑談の中で「他のイベントにも提供できるといいね」なんて言葉をいただいて、それ自体は本当にありがたくて、でも、Ruby という中心から離れていく感覚は、ほんの少し複雑なものだった。

あと、これはただの自慢なのだけれど、ぼくは「レポート班」から RubyKaigi に入ることができて、本当にラッキーだったと思う。おかげで、Ruby のことや RubyKaigi の基本的なことを学びながら、RubyKaigi を楽しむことができていました。たださんのエントリにもある通り「Ruby のことはよく分からなくても、RubyKaigi に参加できるし、スタッフにもなれる」のだけれど、やっぱり Ruby のことを知っていた方が、RubyKaigi は圧倒的に楽しいものです。

こじらせていたもの

そんな、自分でもよく分からない意識をこじらせていたので、たったひとつ、意地になって守りたいことがありました。

それは「せめて、ユーザとしてでも Ruby のコードを書きながら Kaigi への貢献を目指す」ことでした。Ruby のことが好きです。プログラマとして Ruby との接点を失わずに、Rubyist として RubyKaigi の運営に関わっていたいと願っていました。「イベントスタッフを派遣すればいいよね」なんてことにならないよう、RubyKaigi は Rubyist がつくるイベントにしたいと願っていました。

成果物が KaigiSubscreen です。今日、晴れて「日本Rubyの会」のリポジトリに置いてもらえたのが、とても嬉しかったです。

ruby-no-kai/kaigi_subscreen – GitHub

それと、KaigiSubscreen に表示するために取得していた Tweets と IRC のログも、無事に公開することができました。

RubyKaigi2011の会期中のTwitterとIRCのログを公開します – RubyKaigi Nikki(2011-07-25)

自分なりに、プログラマとして、Rubyist として、最後の RubyKaigi に貢献できたんじゃないかと思っています。おしまい！

追記

自己評価はリターンで測る。気長に。 – ただのにっき(2011-07-26) を頂戴しました…！ありがたいことです。ありがとうございます。