Chemical-X

note of mikka bouzu gekitai seminar

2011-05-27T23:56:00.004+09:00

三日坊主撃退セミナー@名古屋 2011-05-27 Fri 19:00-21:00
http://kokucheese.com/event/index/10288/

習慣として定着すること: t>=0の領域全てで満足関数S(t)が存在する

そのために、

嫌なことを避ける
失敗データを採取する
- 学習データには、成功例と失敗例が必要。
  - 閾値(ここでは損失参照点)を設定すること = 時間と満足関数とを軸とした散布図で、成功エリア/失敗エリアの2領域に分割すること
    - 閾値の初期値は仮設定。
    - 以降、漸化式で指定。

閾値を設定するときのガイド

「あるべき理想」よりも簡単であること
「満たさないと気持ち悪い」最低限であること
自分の中で納得できる難易度であること
記録可能であること

漢字変換全角カタカナへ Ctrl+I

2011-04-29T15:24:00.009+09:00

日本語を書いて、

ここはカタカナ(全角)に変換したい。

というときがあります。ファンクションキーの7番"F7"を使えばよいのですが、もう一つの方法として"Ctrl+I"を押すという方法があります。ホームポジションから指の位置を動かしたくないときは、"Ctrl+I"を重宝します。

参考までに、半角カタカナに変換したい場合はF8、もしくは"Ctrl+O"が使えます。どちらの場合でも、全角・半角への変換キーは隣り合わせ({F7, F8}, {Ctrl+I, Ctrl+O})です。

	全角	半角
ファンクションキー使用	F7	F8
ホームポジションで	Ctrl+I	Ctrl+O

これは、水道屋の長谷川さんから教えてもらいました。指のジャンプ回数が減りました。日本語変換のチュートリアルもちゃんとこなすようにします。よく使いますからね。

write them down to reset the goal

2011-02-22T01:34:00.001+09:00

もう一度目的を確認するために、書きましょう。ということです。

自身でのブログ更新では、一定のペースで書き連ねる、エントリーを重ねることを、できていません。仕方ありません。未熟ですから。未熟ですから、あれこれ小手先でなんとか乗り切ろうとします。

現在自分の手帳には、デイリー項目に

したいこと5つ
止めたいこと5つ
始める事1つ
止めること1つ
長期的にみてやっておきたいタスク三つ
その他、今日のタスクたち

を記します。

今日更新しようとするのは、上記手帳デイリー項目の

長期的に見てやっておきたいタスク

の1つにこれを更新する、というものが書いてあったからです。

書いてあったモノをみて、それを原動力にして、もう一回書き出しました。時間の無駄なのかも知れませんが、自分で決めたことを、とりあえず埋められたという充実感はあります。

これは、書いた側=書き手から見た充実感で、読み手から見た場合の充実感を保証していません。それで良いのだと思います。どうせ、狙って読み手の満足しそうな話を作れるだけの文才もないので、書きたいモノ、もしくは、書かなければ行けない状況になってなんとか拈り出したもの、を評価の対象にして良いのだと思います。仮に他人がそれに価値を見出さなかったとしても、書いた本人は「その当時自分が書いた事柄」として扱うと思います。

他人が興味を持てば、その人が切り口を再設定して質問してくれるでしょう。他人が興味を持たなくても、本人が興味をもてば、以前とはまた違った切り口を探すでしょうか。一般に、成長を感じるとき、それは2パターンあると考えられます。 1つめは、同じ切り口で、考察が以前より深くなされたとき。 2つめは、別の切り口を見つけるとき(別の切り口を見つけられるだけの視野が成長した)。このような視点で、以前書いたブログ記事を対象として、昔の自分と対話することができます。仮に他の人が誰一人として興味を持たなかったとしても。自分一人だけでも。

だから僕は、他人=読み手の充実度を勘案しないでブログにはき出して良い、と考えています。自分にとって、自分のエントリーは他の誰のエントリーよりも裏を読めます。当時をよく知る人間ですから。

GTD with stickies?

2011-02-11T02:47:00.001+09:00

GTDタスク管理ソフト stickies?

Text file browser for my GTD system http://superuser.com/questions/243736/text-file-browser-for-my-gtd-system では、さくさく動くGTDタスク管理ソフトを紹介して。というリクエストに対して、いくつかのソフトが列挙されています。

その中に素敵なソフトを見かけました。

うーん、良いのでしょうか?

時間になると教えてくれる
みたくないときは隠しておける

ようですし。あながちダメ、というワケでもなさそうです。もし、階層構造やファイルの添付もできるなら、電子版GTD-Rになるかもしれません。

ネタ投稿のつもりが、ネタとして扱いきれずに真剣に検討を始ています。

ただ、その後のコメントでメジャーなorg-modeを使え、と言うのを読んで、実に満足です。この満足感に意味のないことが難点です。

Take deep breath

2011-02-10T03:19:00.001+09:00

深呼吸をしろ、というわけですが。

この頃寒いせいか、背中に力が入りっぱなしで、固まった状態でした。力が抜けないで、リラックスもできない状態でした。

先々から、呼吸について少し実験をしていました。今日はちょっと良い呼吸が数回できました。

現在練習している呼吸法はリズム呼吸と呼ばれるもので、特定の呼吸を合図として、何か別の感覚を共に覚えることを期待しておこなうものです。

何かの感覚をともに覚えるというのは、分かりにくい日本語なのですが。例えば僕の場合、五感の内の触覚、特に鎖骨・肩付近が暖かく感じる、そういった感覚を再現できるようにイメージしながらリズム呼吸しています。そのジワッと暖かく感じやすくするために、湯船に入って実際に暖かくなるところでリズム呼吸を練習して、「暖かくなるってのはこんなかんじ」というのを何回も繰り返し練習しています。上手くリズム呼吸ができると、鎖骨から肩胛骨にかけてがジワッと暖かく感じ、そして肩胛骨間のつかえ、首筋・肩の張りの緩和、頭のリフレッシュができるようになりました。首の奥から鼻、眉間にかけて、1本の上向きの線で吊られたような軽さを覚えます。

今日はそれに加えて、リズム呼吸をしているときに、大臀部から大腿四頭筋までのおしりの後ろ側の筋が伸びていくのを感じました。風呂の中での1分以内のストレッチとして、これだけ感覚に訴えることができる方法は優秀だと思います。

今日はあまりにも感覚を持ってくることができたので、欲張って、呼吸回数を普段の10回から20回へとなし崩し的に増やそうとしたら大変でした。途中の15回目前後で、別の考え事が入ってきて、それについて考え出してしまいました。なんとか二〇回目の呼吸には、吸って、吐く、この吐くことに集中を取り戻せました。リズム呼吸を終わった時は頭がスッキリ感じます。

禅やヨガとかでは「呼吸は長いほど良い」と言われますが、まだそこまで修練できていないので、僕の1呼吸(吸って、吐いて)は10秒弱です。達人だと1呼吸1分とか5分とかいるのでしょうが。まぁ、今できないものを目指しても仕方がないので。そもそも呼吸に気をつけるのは、長い呼吸をしたいから、というわけでもないので。そのリラックス、リフレッシュ効果を得たいから、それをやっているわけです。

また、吐く息が長い方が良い。と言われることかあります。これもできるならそうやって、できないなら、おなじくらいで。僕は今、吸う長さ吐く長さとが大体同じくらいです。 3秒吸って、4秒吐く。これで1回の呼吸としています。もっと練れてきたら、細く息をもらしていきます。

まぁ、その10秒前後の吸って・吐いての1セットの間に関係無いことが頭の中を走り抜けます。そのときには、僕は

いーち、にぃ、さぁあああささささんんん、しっしいいいいーーーぃ、ごおおおおおぉおおぉおぉお、ろおおおおおくううううううううぅ、しいいいいいぃちいいいいいいいぃ、はぁあああああぁちいいいいいいぃ、きゅうううううううううううううぅう、じゅううううううううううう。

となんの技巧もなく、ただ数を数えます。頭の中での呼吸数のカウントを時間いっぱいまで引き延ばしてカウントします。そうすると、僕は、呼吸に集中し、それ以外の事柄に気を回せなくなります。

普段は10回もできれば十分だったのですが、今日はちょっと挑戦してみました。それはそれで悪くない、入浴時の挑戦でした。

New? style

2011-02-07T01:20:00.001+09:00

考えても形が出なかったので、つらつらと書いていきます。

今日は、家族におこられました。何をおこられたかというと、「寝床で仰向けになってPC入力できる固定台をこしらえたこと」についてです。そんなパソコンの使い方は見たことがない、と。いや、見たことがあればそういう使い方をしても良い、という展開にはならないはずですが。それはおいといて。

おかげで、寝床に入ってからも、テキストの打ち込みができるようになりました。布団に潜って、首まで布団をかけ他状態で、仰向けにモニターを見て操作しています。

主に頭の中で考えていることを延々とテキスト化しています。書籍の抜き書きは面倒なのでやりません。それは参照物を奥スペースが余分に必要なので、机上で行ないます。

これの良いところは、体への負担を軽減できることです。

手足が温かい状態で入力できる(暖房をつけていても、体は暖かくても、末端は冷たいのです)
腰痛を緩和できる。(座っていると腰が痛くなります。横になると、腰が楽に感じます)
肩こりの予防(タイプするときに、両肩が前に動いているのをいやでも感じます。敷布団から両肩が離れるため)
目の負担が軽減されます(目とモニターとの距離を50cm以上確保できています。机上では50cm確保できなかった。)
首の負担が軽減されます(座っていると首を支える必要がある。仰向けになり枕で高さを調節すれば首の筋肉を使わずに済む)
一日最後に「頭の中のことをInboxに書き出す」作業として使える
一日の最初にモーニングページとして使える

悪い点は、コンテキストの境界線をぶち壊すことです。

家族の心証が悪い。「机に向かってPCを操作すべき」
「寝る」ことと「タスク」との境界を混ぜ返している混乱に導く
作業効率は落ちる
資料を参照するには、新たな固定器具の設置が必要。

改良が必要なところとしては、キーボードですね。仰向け姿勢でタイピングしやすいキーボードで調整したいです。キーボードがドーム状に整形されているか、左手の領域・右手の領域の2枚に分割されているともう少し打鍵しやすいかもしれません。

こうして、今回もこんな内容をBloggerへ上げることもできるわけです。

おそらくみなさんがiPhoneやiPadでやっていることではないでしょうか。布団に入ってケータイをいじってメールしている。

自覚して時間を使いたいと思います。

In the living room

2011-02-06T01:05:00.001+09:00

この頃ちょっと良いことがありました。

古いノートにUbuntuとemacsを入れて移動できるようにしました。正確には、作業できる場所を増やしただけです。バッテリがへたってしまったので、一度電源アダプタをつないだら、そこからは移動できないのですが。アダプタを繋げるまでなら、移動できるようになりました。持ち運べる軽いデスクトップになりました。

さて、これで、家族と言葉を交わす時間を少し増やせたかな?と思います。普段自室でこなす作業の一部を、この古いラップトップにやらせることにして、その作業中は家族と一緒にいることにしました。居間のとなりで、雑談をちょっと聞いて「話にならん」と思ったり、雑談に参加して「これじゃ仕事にならん」と思ったり。

作業効率は落ちたとは思います。ただ、コミュニケーションの量自体は少し増えたのかも知れません。話せる時間を増やしました。これは狙い通りです。何を話していたのか、というストックが少したまります。何やっているのか不思議がらせ、画面をのぞき込ませませした。その空間で確実に生きている証拠です。

まぁ、どんな感じで作業しているか、を家族に見せるのも、家族を心配させないために必要なことかもしれないな、と感じているところです。

思い返してみれば、昔は

**くんのところに遊びに行ってくる。5時には家に帰る。

と毎日報告して遊びに行ったものです。今は、

elispのソースを探してくる。2時までには帰れない。

といっても、親には何も理解されなくなりました。

なんでもいいから、はやくパソコン消してご飯食べるよ

と言われました。 (ゲームと呼ばれなくて良かった。)

まぁ、そんな感じで、家族と一緒の空気を感じられる時間はまだありそうです。

The sliced tasks in the line

2011-02-01T02:29:00.001+09:00

細かくタスクを分けて、それを一列に並べて。

今日やったことのなかで、アホみたいなテキスト入力のタスクがありました。いったい何時間あったらこれが終わるのだろうか?と思ったりします。また、手さえ動いていれば、何も考えなくても良いので楽は楽です。ただ、やる気はしません。ここが大きな問題です。

いわゆる、やりたくないタスクになります。で、このやりたくないタスクを、なんとか推し進めていこうとしました。

最初にこのセットで何ページのインプットが必要かを調べました。 24ページでした。この確認に15分の時間を用意しました。実際には4分で完了しました。次に、これから入力するすべてのページに行番号を打ちました。これも15分の時間を用意して、実際は3分で完了しました。その後2ページずつのテキスト入力を12(=24/2)個登録しました。

テキスト入力 pp.1-2 0.08
テキスト入力 pp.3-4 0.08
テキスト入力 pp.5-6 0.08

一番右の0.08は5分をあらわしています。5/60~0.08。これを12個登録して、1時間のタスクとしました。

準備することで15+15+5*12=90分かかる見通しが得られました。実際にテキスト入力にかかります。

2ページのテキストを入力すると、2~6分の時間がかかりました。見積り時間としても悪くないですが、1,2回目の実績から予定時間を変更できるだけの準備の仕方でした。

2ページのテキストデータを入力するのに2~6分で終了します。そうすると、その度に、タスク完了となり、ステータス行が□から■へと変っていきます。それも大体5分で1つの□を■で塗りつぶしていけるわけです。

以前

TaskChuteはゲーム感覚でタスクに臨める

というのを読んで、非常に疑わしく思っていました。ほんとうに"■"が欲しくて頑張れるのだろうか?と。しかし、今日みたいに、5分かそこらで、2ページこなしたら「はい完了」とできるのなら、それはそれで、スタンプラリーみたいな魅力を覚えた気がします。やれば、■のスタンプがもらえるのですから。ちょっとしたモチベーションになりました。

考えてみると、今日のこのタスクをするにあたっては、普段以上に準備を凝らしました。

まず、タスクを分割して5分前後の長さにしました。もっと短くしたくもあったのですが、それ以下ではページの塊、トピックの最小単位を切り刻んでしまいます。内容を理解しないで入力しても時間がもったいないので、トピックとしての最小単位を保てる5分で挑戦しました。 10分や15分としなかったのは、できるだけ短い時間のタスク構成に挑戦しようとしたからです。あまり長い作業時間で、手をつける前から「大変そう」と思うのを避けるためです。自分には「5分だけならまだ我慢できる」ところでした。

次に、分割したタスクをすべて区別してタスクシュートに登録しました。 5分ごとに一つの作業が終わり、次の休憩まであと何セットかがわかります。その最、入力したのは pp.1-2, pp.2-3, と作業が進歩しているのをわかるようなタスク名にしました。

最後に、4,5回のタスクをこなしたら、休憩を5分用意しました。タスクシュートの指示通りに休憩を取りました。その間に水を飲み、ストレッチをし、首筋をほぐしました。トイレへ行ったりもしました。

おかげで、終わらせることができました。単純な作業でしたが、

着手できそうな時間の短さのタスクで構成する
余分なことを考えなくて済むようにタスクをすべて並べる
途中で止まらない様にリストの順番にする

ことを注意しました。当初の予想よりも、うまく作用したと思います。

まぁ、単純な作業なら、こう言うことが出来る場合がある、という例になりました。悪くありません。

1:30もかかったそうです。信じられません。

Someday is someday

2011-01-30T01:57:00.002+09:00

今日は佐々木正悟さんのセミナーを受講してきました。

セミナーのテーマは「時間管理」でした。最初に

どうして時間が足りなくなるのか?

という問いかけに始まり、そして、「うまく時間をコントロールできていない状態」を大きく2つ紹介していただき、あとは、懐深く質問に答えていくというセミナーでした。

眠たくて眠たくてたまりません。頭も疲労困憊です。

その中でも佐々木さんは

someday/maybeリストを書くのは時間の無駄だ。

と力説していたことが印象的でした。普段飄々とされている佐々木さんが、熱くなる数少ないトピックです。

この言に関して、納得できそうな経験がありました。昔、someday/maybeリストを無くしたことがありました。その後少し時間が経って、無くしたsomeday/maybeリストが無事に見つかりました。改めてそれらリストを処理してみたのですが、ほぼ(九割以上)someday/maybeリスト所属のままでした。

一度someday/maybeリストに登録された事柄 issue は、基本的に生き帰ってこない。特に「**したい」という願望系のものは。そのように、上記体験を解釈しました。

そのため、自分はGTDのsomeday/maybeリストは「願望の墓場」リストとして使っています。「願望があることは忘れてはいませんよー」と安心して忘れることができるために。リストをみれば願望を思い出せるのだから、それはリストに任せておいて、今ここですべき事柄に資源を振り分けて、一日をまわしていこう、というスタンスでsomeday/maybeリストを使っていました。まぁ、そこの多くの選手が戦力外通告される予定のファーム、といったところでしょうか。いきなり、「クビね」ではショックが大きいので、「まずはファーム行って落ち着いてこい。すぐに帰ってこれるさ」と言って、解雇します。

僕は、この一連の処理をタスクに対しておこなっています。 someday/maybeがタスク・プロジェクトの墓場・安置所であることは大いに賛成します。ただ、

そう思った事柄をメモしなくても良いのか?

ということには自信がなく、メモする場所としてsomeday/maybeリストを使っていました。だから、一度someday/maybeリストに入ったものは、なかなかプロジェクトになれないのです。いきなり願望を切り捨てる覚悟と自信とノウハウがなかったので、「やったほうが好ましい、でも必須ではない」事柄を非アクティブリストのたらい回しにして、実質的に考えるリソースを与えなければ良い、という手間をかけていました。

佐々木さんはもっと突っ込んでやっていました。

someday/maybe リストに書き込む時間、それ自体が浪費でしょう。

たしかに、someday/maybeリストを達成できるシステマティックな方法がなければ、 "someday/maybeリストは役に立たない"、それは間違いありません。そこまでちゃんと考えているので、 someday/maybeリストは書かないと聞いて、「なるほどな」と納得した次第です。

この記事を書いていたら、この話は、バイキングスタイルの食べ方と共通点があるように思えてきました。テーブルを一回りして、あれもたべたい、これもたべたい、と思います。ただ、それを全部さらに盛ってしまったら、大体の場合、食べきれずにお皿に残すことに成ると思います。あれもたべたい、これもたべたい、と手当り次第に皿に盛ることが、これもしたい(いつか)、あれもしたい(死ぬまでに)、と手当り次第にsomeday/maybeリストに追加することと対応しそうです。そして、佐々木さんは行儀よく、自分が食べられるだけしかお皿に盛らないのです。更に「いや、家で夕食があるので」と言って、必要でないモノは食べないことを選ぶかもしれません。自分の体調、栄養摂取の本来の意図を考えれば、それがまだ合理的です。

僕のように、バイキングの際に、「食べないけど、あれが食べたかったとメモしよう」とするのは頭の良い話ではなさそうです。その食事を食べて楽しむことも、いつものペースを守って静かな満足感を得ることもできません。書いいている本人ですらそう感じます。頭悪いですね。

What to do when I can’t focus properly on what I do because of dozens thoughts

2011-01-22T02:35:00.000+09:00

GTD Times.comで What to do if you’re smart and imaginative という記事が紹介されていました。

詳しくは読んでいただくとして、すごくまとめます。

やりたいことがいっぱいあって、かえって頭の中がぐちゃぐちゃになっている。どうしたらいい？

という質問に対してDavid Allenは

自分も何度も通ってきた道だよ。まず「この人生で本当に経験したいことは何だろうか?」と自問すること。それから、この質問に答えたリストを手に持って、「こんな経験ができるようになるために、今できることは何だろう?」と再度自問することだ。

と応えました。

言うは易し。行うは難し。これは自問することすら難しい。

そして、このemailの差出人(学生)の文面にドキッとします。

I’m not very practical and everything ends at a theoretical phase. I never have clear objectives and I’m always confused by dozens of thoughts and can’t focus properly on what I do.

Most of the time I feel like I’m wasting my time, and would rather be doing something else. I always feel I ought to organize, so I make a nice, tight schedule. But after a couple of days it’s gone, and I’m back at the beginning.

これほど正直で的確に状況を説明できる自信がありません。有能な学生さんなんでしょうね。

emacs-evernote-mode

2011-01-21T00:05:00.002+09:00

EmacsからEvernoteを操作できないか?と考えていたのですが、ありました。 emacs-evernote-mode というものが存在するようです。

現在備えている機能は、

ノートを開く
- 存在しているノートをEmacs bufferに展開する
ノートをセーブする
- Emacs buffer内での変更されたノートを更新する
ノートを新規作成する
- まっさらなバッファを新しいノートとして
- 現在のバッファを新しいノートとして
Post region
- (画像の?)選択範囲を含んだノートの作成
タグの編集
- ノートに付加されたタグを変える
ノートのタイトル名変更
ノートの削除
ノートの検索

…基本的な機能は揃っていますね。これはすごい。

これを利用すれば、EmacsでEvernoteを扱うことも可能になる。使い慣れたキーバインド、キーレスポンスというのは魅力です。

テストの対象です。活動が活発で、楽しそうなプロジェクトに見えますし。

18分だそうです。

Keep track with Evernote?

2011-01-19T23:17:00.002+09:00

Evernoteのニュースレターで Tim Ferriss が「どうEvernoteを使っているか」インタビューされています。 How Tim Ferriss used Evernote to write The 4-Hour Body ちなみにTim はEvernote のアドバイザーになっています。

インタビューでは、

Evernoteがなかったら"The 4-Hour Body"を書けなかった

と言っています。今回の著書"The 4-Hours Body"では、様々な健康法、トレーニング法をTim自身の身体で試験し、効果や身体への影響を紹介しているそうです。その執筆となれば、まずはTimのデータを取ることになるでしょう。日々の状態をデータに取り、それをまとめていったようです。その記録時・執筆時の両方でEvernoteを使っているようです。

Timがアウトプットの道具としてEvernoteを推す理由は

時刻が自動的に記録されるから

だとしています。情報カードに自分で日時を書き入れなくても良いのです。日時データが自動挿入されることによる利点を、プライベートな日記の使い方として紹介しています。

Evernoteのクリッピング機能は魅力です。非常に手軽なので、お世話になっています。 1アクションで少なくとも以下の2つの情報が作られます。

テキスト
日時

それも、どのアプリケーションを使っている最中でも、です。

この後に、

Evernote をEmacsで使えないか?

といったことを考えて、探しながら記事を書けないかと思ったのですが、これで20分です。 23分です。

前振りが長すぎたと言うことですね。

EvernoteをEmacsで使える方法があれば、喜ぶのですが。最低限はキーバインドで。できるなら、置換などの各機能やモードでの扱いを。

これで25分です。十分にオーバーしました。

20 minutes blogging trial: I have no extra time. [2011-01-18 Tue]

2011-01-19T01:54:00.001+09:00

相変わらずTaskChuteみたいな表を埋めることで、一日を過ごしています。

先日、繰り返しタスクを一度パージしました。登録したルーティンの数と時間が増えた結果、いつになっても作業が終わらないため就寝できなかったので。

この状況を僕は次のように認識しました:「やった方が良いこと」を満載した結果、自由に動けなくなった、と。あれもこれもと装備した結果、で動けなくなったのだと。だから、「必要なこと」のみをリストアップし直して、もう一度荷造りをし直そうと思いました。

まず全てのルーティンを、別のワークシートに移動しました。ルーティンにまみれて、もみくちゃにされて生活するのが嫌になったからです。まずは一度、全ての繰り返し作業を取り外しました。タスクだけが表に残りました。

最初は、生存に必要な項目をルーティンとして追加しました。睡眠、朝食、昼食、夕食、風呂です。これに時間を1秒も割かなければ、生活に支障がでるでしょうから。

次に、自分のしたいことを1つ追加しました。これは、是非とも時間を確保して、時間を使いたい事です。そもそもこれのために、時間管理、行動管理をしているわけです。これに時間を割けるだけの資源を割り振るのが、時間管理でのゴールです。

それから、自分に割り当てられた繰り返しタスクを、ルーティンとして登録しました。これは、仕方がないと考えました。今後改善するにしても、とりあえず今それが必要とされているものでしたから。

以上3つのルーティンの追加のみで数日回しています。一日見積最大34時間という、どうやっても無理な状況から、一日見積最大26時間という、まだ対応可能な状態に近づきました。達成可能な見通しを得られる時間帯が増えました。

記録に費やす時間も削りました。記録した内容を利用できていなかったので。

ルーティンの漏れが無いか不安がありますが、まだ致命的な不具合は確認されていません。

これで30分かかったようです。

Radio taught me some ancient Japanese poems

2011-01-18T02:01:00.002+09:00

先日ラジオを聞いていたら、古今和歌集についてなにかしゃべり出しました。まったく分からない世界の放送でした。 3首ほど紹介されたのですが、聞いても、

なるほど。そうか。

としか反応できなかったほどでした。その中で2つ気になったことを書きます。

まず、紀貫之について。そう、あの徒然草…ではなく土佐日記で有名な紀貫之です。この人、古今和歌集の撰者筆頭として紹介されていました。そのとき紹介していた人の発音が、「きの(↓)、つら(↑)ゆき(↓)」だったのです。聞いていて、「ん?」と思い、少し考えました。自分は「エレベーター」という音程で「きのつらゆき」と一息で発音していました。これは違うぞ、と。

考えてみれば、当然も当然です。紀貫之(きのつらゆき)は、紀の家の貫之さんということですから。名字が「紀」だったんだなぁ、紀氏の一族なんだなぁ、と今さらながら勉強いたしました。

それともう一つ。万葉集は素朴で素直な歌が多い。古今和歌集は、技巧的に一ひねりした句が多くまとめられている。という紹介がありました。

万葉集からの紹介でした。行幸にお供した柿本人麻呂が詠んだ歌で、行幸先の吉野という土地を褒めちぎる歌です。

やすみしし　わご大君の　聞し食す　天の下に
国はしも　多にあれども　山川の　清き河内と
御心を　吉野の国の　花散らふ　秋津の野邊に
宮柱　太敷きませば　百礒城の　大宮人は
船並めて　朝川渡り　舟競ひ　夕河渡る
この川の　絶ゆることなく　この山の　いや高知らす
水激つ　瀧の都は　見れど飽かぬかも

と続きます。全文・意味は、万葉集巻1 36をご覧下さい。

面白い見方としては、柿本人麻呂は、旅行の記録係だった。というものです。現在の旅行では、記念写真ビデオ撮影で記録を残すのと同じように、「行幸の様を歌で記録しよう」として柿本人麻呂がお供したのではないか、という考え方があるそうです。そうならば、今も昔も、旅行にいったときの人の反応というのは変わらないモノですね。

他に記憶に残っている歌の解説ですが、

秋になって月を見上げたら、月も黄色に輝いていた。そんなに黄色に輝いているのは、月でも秋が来て葉が落ちているからだろうか。

などという、歌もありました。これは、古今和歌集からの紹介だったと記憶しています。解説者は、このの見方自体が狙っているので、その狙い具合(技巧)が好きな人と、嫌いな人とに分かれますね。と解説していました。

もう一つ別の例を紹介すると、冬に読まれたはずの歌なのに「花散りて・・・」という表現を使った歌がありました。二期桜ではありませんでした。

基本的に歌の中で「花」と読まれた場合は、原則的に「桜の花」を意味するそうです。ただその歌には但し書きがあって、読まれたのは冬であることが分かっています。ということは、この「花」、「花が散る様」というのは「雪が降る様」を表現しているのだ、とか。この歌も古今和歌集にあるとのことです。

もうこうなってくると、一体、なんなんでしょうか。という質問しか出てきません。何でもありの世界です。

さて、最後は紀貫之。この人、結構情熱的な歌を詠むというか、後で相解釈している人がいます。

志賀の山越にて、いしゐのもとにて物いひける人の別れけるをりによめるむすぶ手のしづくににごる山の井のあかでも人にわかれぬるかな (古今集404)

その当時、初めてあった男女が山道の休憩所で出会っても、話す事はまず無かったであろう。よって、この男女は宮中での顔見知りであろう。とか解説してくれたのですが、それよりも、序詞の使われ方に度肝を抜かれました。この歌では「あかでも」を引っ張り出したいためだけに、「むすぶ手のしづくににごる山の井の」という序詞が使われています。序詞は、無くても、文の意味に全く影響しません。「あかでも人にわかれぬるかな」(ゆっくりと話もできず、心残りがあるままに分かれてしまった)を言いたいだけのようです。それを「察して。」と言う歌の読み手、そして選者。これは相当に難しい世界だ、と思いました。

そんな解説を聞いていたラジオ番組も、終了の時が来ました。 3日くらいして、こんなエントリーを書きました。ふだんと全く違う毛色のエントリーになってしまいました。

20 minutes blogging trail [2011-01-12 Wed]

2011-01-13T00:18:00.001+09:00

今日もこのブログに書くことを考えながら過ごす20分の時間をスタートさせました。例によってネタは「org-modeからblogger.comへ投稿できる」ということですが。

使っている道具を紹介します。

org-blogger.el
org2blogger.el
get-direct-url-in-picasa.py
get_albumid.py
upload-image-to-blogger-in-picasa.py

です。なお、これらのpythonスクリプトは

gdata ライブラリ?

が先にインストールされてないと動作しません。ま、インストールしたと言うことで。

使うための用意

まずは、albumidを取得して、次のアップロードに備えます。この作業は初回のみでOKです。毎回行う必要はありません。

#!/usr/bin/python
import sys
import gdata.photos.service

#usage: in command.com like winXP, 
# > python get_albmid.py| nkf -s
# use "nkf -Wsd", if needed.

args = sys.argv
#args.pop(0)
email = "your@gmail.com"
password = "it's a nuts"
username='default'

gd_client = gdata.photos.service.PhotosService()
gd_client.email = email
gd_client.password = password
gd_client.source = 'exampleCo-exampleApp-1'
gd_client.ProgrammaticLogin()

albums = gd_client.GetUserFeed(user=username)
for album in albums.entry:
  print 'id:[%s] title:[%s] number of photos: %s' % (album.gphoto_id.text, album.title.text, album.numphotos.text)

を実行すると、

>get_albumid.py
id:[5555555555555555555] title:[Windows Live Writer] number of photos: 2
id:[1234567890123456789] title:[Chemical-X] number of photos: 18

というIDの数字と、アルバムのタイトルが出てきました。アルバムは、picasa内で確認できるアルバムの数と同じです。

そして、特定のアルバムに画像を追加したいときに、この album id :1234567890123456789 (自分の"Chemical-X"なら) を次に使います。

画像の有無をチェック・無ければアップロード

ここで得たalbum id を使って、そのアルバムに画像を追加したいとします。

bloggerに執筆するときにはそれらをひとまとまりにしたい

というのが良くある考え方だと思います。その時、 get-direct-url-in-picasa.pyをつかって、picasa上にその画像の有無を調べます。画像があれば、picasa上のファイルへのdirect linkが得られるはずです。もしpicasa上にその画像が無いと判断したら、 upload-image-to-blogger-in-picasa.pyをつかって、最初に得たalbum id を指定して、画像をアップロードします。そしてその画像のpicasa上でのdirect linkをget-direct-url-in-picasa.pyで得ます。

まずはget-direct-url-in-picasa.py の内容です。

#!/usr/bin/python2.5
# return the direct link (URL) of picture in picasa.

import sys # for argv
import gdata.photos.service
import gdata.media
import gdata.geo

argvs = sys.argv
argc = len(argvs)
if (argc != 3 ):
    print 'Usage: # python %s AlbumName FileName' % argvs[0]
    quit()

albumname = argvs[1]
filename = argvs[2]
album_id="1234567890123456789" # the albm_id fo "Chemical-X" was given by get_albumid.py

gd_client = gdata.photos.service.PhotosService()
gd_client.email = 'changeme@gmail.com'     # Set your Picasaweb e-mail address...
gd_client.password = 'secret word'  # ... and password
gd_client.source = 'api-sample-google-com'
gd_client.ProgrammaticLogin()



album_url = '/data/feed/api/user/%s/albumid/%s' % ('default', album_id)
photos = gd_client.GetFeed('/data/feed/api/user/%s/albumid/%s?kind=photo' % ('default', album_id))
for photo in photos.entry:
    if photo.title.text == filename :
        print photo.content.src,

続いて、upload-image-to-blogger-in-picasa.py の内容です。

#!/usr/bin/python2.5
# return the direct link (URL) of picture in picasa.

import sys # for argv
import gdata.photos.service
import gdata.media
import gdata.geo

argvs = sys.argv
argc = len(argvs)
if (argc != 2 ):
    print 'Usage: # python %s FileName' % argvs[0]
    quit()

filename = argvs[1]


gd_client = gdata.photos.service.PhotosService()
gd_client.email = 'changeme@gmail.com'     # Set your Picasaweb e-mail address...
gd_client.password = 'secret password'  # ... and password
gd_client.source = 'upload-image-to-blogger-in-picasa'
gd_client.ProgrammaticLogin()
album_id="1234567890123456789" # the albm_id fo "Chemical-X" was given by get_albumid.py


album_url = '/data/feed/api/user/%s/albumid/%s' % ('default', album_id)
photo = gd_client.InsertPhotoSimple(album_url, filename, filename, filename, content_type='image/png')
print photo.content.src,

これで、画像がもともとpicasa上にあってもなくてもどちらの場合だったとしても、処理後には、picasa上のurlを取得できたことになります。

それを使って、org2blogger.elでは、エクスポートしたhtml無いでの画像リンク先を変更するという作業を行います。以下、org2blogger.el.

(setq get-url-script-name "pathto/org2blogger/get-direct-url-in-picasa.py")
(setq upload-image-script-name "pathto/elisp/org2blogger/upload-image-to-blogger-in-picasa.py")
(setq image-file-path "l:/0mine/org/images/")
(setq blog-name "Chemical-X")
(setq albumid "1234567890123456789") ; given by get_albumid.py for "Chemical-X")

(defun replace-links-with-upload-image-url ()
  (interactive)
  (while (re-search-forward "^<img src=\"images/\\(.*\.png\\)\"  alt=\"\\(.*\.png\\)\" />" nil t)
      (setq local-image-file-name (buffer-substring-no-properties (match-beginning 1) (match-end 1)))

      ;check the blog already has the image file or not.
      (setq uploaded-img-url 
            (chomp (get-uploaded-img-url get-url-script-name blog-name local-image-file-name)))
      (message "Match file name: %s" uploaded-img-url)
      (if (string-equal uploaded-img-url "")
                                        ;if the blog does not have the image, upload the image firstly, and receive the URL.
                                        ;if the blog has the image, just receive the URL.
          (progn
            ;upload image file-name
            ;get uploaded file name (direct URL) again.

            (setq uploaded-img-url
                  (shell-command-to-string (concat upload-image-script-name " " image-file-path local-image-file-name)))
            (message "uploaded-img-url:%s" uploaded-img-url)
;           (setq uploaded-img-url 
;                 (chomp (get-uploaded-img-url get-url-script-name blog-name local-image-file-name)))
            )
        )

      ;replace the line with htmlized-img-url string.
      ;Delete line
      ;The equivalent of ‘kill-line’ (‘C-k’) but without kill ring side effects:
      (delete-region (line-beginning-position) (line-end-position))

      (insert (htmlized-img-url uploaded-img-url))
      )
;  (message "matched string: %s" match-string)
)


(defun get-uploaded-img-url (script-name blog-name file-name)
      (shell-command-to-string (concat script-name " "
                                       blog-name " "
                                        file-name)))


(defun chomp (str)
      "Chomp leading and tailing whitespace from STR."
      (let ((s (if (symbolp str) (symbol-name str) str)))
        (replace-regexp-in-string "\\(^[[:space:]\n]*\\|[[:space:]\n]*$\\)" "" s)))

(defun htmlized-img-url (uploaded-img-url)
  (concat "<a "
          "onblur=\"try {parent.deselectBloggerImageGracefully();} catch(e) {}\" "
          "href=\"" uploaded-img-url "\">"
          "<img "
          "style=\"display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 400px;\" "
          "src=\"" uploaded-img-url "\" "
          "border=\"0\" "
          "alt=\"\" "
          "/>"
          "</a>"
          )
  )

置換し終わったhtmlをorg-googlecl.elのorg-googlecl-blog関数を使ってblogger.comへ投稿します。 org-modeで書いたテキスト内で、

M-x org-googlecl-blog

してみてください。世界が変わって見えましたか?

終わりに

これで画像を含むorg-mode の文章も、全自動でblogger.comへ投稿できるようになりました。 org-mode でblogger.comへ投稿するすてきなemacsライフを。

35分かかりましたね。まぁ、いいや。このシリーズはこれでおしまいです。

20 minutes blogging trial [2011-01-11 Tue]

2011-01-12T01:57:00.005+09:00

昨夜遅くに申し訳程度の更新をしました。 org-modeで書いたエントリをblogger.comへ投稿するブログ投稿機能が一通り揃いました。

コードやスクリプト達が実際にしてくれるのは、以下の事柄です。処理を、リストと図に並べて記します。 (図は昨日投稿したものです)

Blog posting procedure from org-mode with some scripts.

org形式をhtml形式へ変換して出力する
orgファイル内で、ditaa, dot, src内で記述した画像ファイル(png)を生成する
指定されたたローカルのアドレスを、picasa上のアドレスに置換する
1. imgタグで指定した(ローカルにある)ファイル名がpicasaのアルバム内にあるかを確認する
  1. アルバム内に該当するファイルが見つからなければ、アップロードする
2. 3.1. で確認されたpicasa内のURLを取得する
blogger.comに3.の内容を投稿する

これを説明しようとエントリを書いてみたのですが、この時点で既に25分経っています。

アルバム内で目的のファイルがあるかの確認には、pythonスクリプトを使いました。スクリプト作成にはミドルスペックを低負荷で: ☆BloGTK補完計画を、ほとんどそのまま流用させてもらいました。

picasa apiにdirect linkを得る関数がありました。あと、アルバムを指定するときに、album idを取得する事も参考にしました。

30分越えてしまいました。時間があっという間に過ぎました。

Test post with uploaded image automatically

2011-01-11T03:12:00.002+09:00

先日来の課題だった org-modeからblogger.comへの投稿が、どうやらとりあえず動くモノになったようです。

仕組みとしてはこんな感じです。

これが動いていればokです。

20 minutes blogging trial [2011-01-09 Sun]

2011-01-10T00:42:00.001+09:00

blogger.com 経由でアップロードした画像ファイルの direct link が取得できました。 googleclはwindows版でのコンパイル済みのモノを使っていたので、開発待ちという状況でした。 python の gdata を取ってきて、ドキュメントを見ていくと、 (画素数を指定されていない)オリジナル画像のURLは photo.content.srcで出力されることが分かりました。こんな感じです。

picasa-direct-url.pyの内容。

#!/usr/bin/python2.5

import gdata.photos.service
import gdata.media
import gdata.geo

gd_client = gdata.photos.service.PhotosService()
gd_client.email = 'change.me@gmail.com'     # Set your Picasaweb e-mail address...
gd_client.password = 'change.your.password'  # ... and password
gd_client.source = 'api-sample-google-com'
gd_client.ProgrammaticLogin()

albums = gd_client.GetUserFeed()
for album in albums.entry:
  print 'Album: %s (%s)' % (album.title.text, album.numphotos.text)

  photos = gd_client.GetFeed('/data/feed/api/user/default/albumid/%s?kind=photo' % (album.gphoto_id.text))
  for photo in photos.entry:
      print 'Photo:', photo.title.text, '\n', photo.content.src

これを起動すると、

path/to/gdata-2.0.13/samples>picasa-direct-url.py
Album: Chemical-X (16)
(snip)
Photo: conventional-way-converting-html2blogger.png
http://lh6.ggpht.com/_PPVUM1Hnh_Y/TSb5A6CE8AI/AAAAAAAAAaY/OS4N7ZdiBn8/convention
al-way-converting-html2blogger.png
(snip)

長いURLが出力されています。

これで、org-modeでのテキスト作成->emacsからblogger.comへの自動投稿への道が更に開けそうです。画像も対応してblogger.comに自動投稿してくれたらそれはとても便利になります。

ただ、org-googlecl.elのみを利用するかというと、それはちょっと分かりません。現状のorg-googlecl.elで文字列を送る機能を実装して、画像を挿入したいときには、そのdirect-link のURLを api で取得、それをelispでhtmlのAタグまで整形。この方法が、一番感性が早そうです。

googleclに画像を含めたポスト機能を求めるのは結構時間が必要になりそうです。 org-mode内でorg-babelを使って生成した画像を含めて、googlclが全部をポストするには、今の情報では足りなさそうだからです。直リンクするためのアドレスを取得しなければいけません。その機能をgoogleclが作られるのを待つしかないわけです。 googlecl wikiで探しても、希望は一件のみで、それに対応するチケットが切られていない用です。

Comment by gialloporpora, Jul 23, 2010

Is it possible to have an option to print the url-direct after posting an image on Picasa? I would like to see the direct link to the image that I have posted, better if I could select output format (html, BBCode) to embeed it. Another thing, is it possible to accept also URL (remote images) as input, not only local images?

Sandro

残念なことに何も反応がありません。

ですので、google apiが用意されていて、gdataで操作できるなら、自分で直接やった方が早そうです。何が知りたいかはもう分かっているわけですから。 phthonはほとんどいじったことがありませんが、まぁ、何とかなるでしょう。。

最初に想像したこと、

XMLのやりとり全てをelispで書いて実現する

という悪夢の様な状況¹と比べれば、よっぽど楽になりそうです。

python勉強時間確保の優先順位が上がりました。楽しいことを勉強できるのは最高に幸せな時間です。

今日はemacsとblogger.comとの周りの状況を説明するのに、35分もかかってしまいました。 20minじゃないですよね。全然時間が足りませんでした。

Footnotes:

¹ atom-blogger.elというライブラリがあります。2006年に公開されております。詳しくは@ Blogger 投稿用の Emacs パッケージをご覧下さい。

20 minutes blogging trial [2011-01-08 Sat]

2011-01-09T01:38:00.000+09:00

久しぶりに「20分でどれだけのブログ記事が書けるのか?」というタイムトライアルをやっています。こんなことをはじめたのも、昨日あたりから、

org-mode からのblog投稿がホットなんだ

と頭の中をグルグル回っているからです。

まぁ、今日のスタートはそんなところからです。

CUIの環境が恵まれているわけではないWin環境ですが、以下の道具を使って、日常の最低限必要なことはできているようです。

Emacs(Meadow)
- org-mode
- ESS-mode
- YaTeX-mode
pLaTeX
R
- Sweave
Excel
Firefox
Google Chrome
FoxItReader

便利極まった訳ではありませんが、致命的な不自由をめったに感じることもなく過ごしています¹。ありがたい限りです。なんとか普段の作業はそれで済んでいます。

今日は時間を持てて、個人的に知りたかった blogger API の資料に目を通すことができました。知りたい機能のapiが見つからなかったことは残念でした。 blogger.comにアップロードした画像の直接リンクを返すapiを探そうとしたのは、探し方として下手だったのかも知れません。それなら picasa api を調べることで見つかるかも知れない、ですね。探してみます。

Footnotes:

¹ 相手が使っているソフトを変えてやることができたらどれだけ楽だろう?とかは考えないことにして。

How to post the body written in Japanese to blogger.com by org-googlcl.el

2011-01-08T01:38:00.010+09:00

org-googleclでblogger.comに日本語本文を投稿する方法

org-googlecl.elは便利です。 org-modeで書いた文章を自動でhtmlに変換して、その上blogger.comに投稿までしてくれます。

でも、意図通りに動かすには、少々カスタマイズが必要でした。例えば、

日本語のタイトルに日本語の本文を、emacs上から投稿したい。

と思ったのですが、現段階でのorg-googlecl.clのコードではできず、ちょっと変更を施して、

英語のタイトル
日本語の本文

という形でemacs上からbloggerに投稿できるようにしました。パッチをみれば分かりますが、一時ファイルを使って文字コードをsjisからutf-8に変換しています。

Patch

diff --git a/org-googlecl.el b/org-googlecl.el
index 08aed34..38e5c4c 100644
--- a/org-googlecl.el
+++ b/org-googlecl.el
@@ -119,21 +119,25 @@ t"
                  (setq blogurl (nth 0 (org-split-string blogurl)))
                  (if (setq reposted (or googlecl-blog-auto-del (y-or-n-p "Delete existing blog entry?")))
                      (googlecl-delete-blog googlecl-blogname  btitle)))))))
-    (let* ((tmpfile (make-temp-file "googlecl"))
+    (let* ((tmpfile1 (make-temp-file "googlecl"))
+          (tmpfile2 (make-temp-file "googlecl-u-"))
           (bhtml (if borg (org-export-as-html 5 nil nil 'string t) bbody))
+          (nkf-command (concat 
+                        "nkf -Swd " tmpfile1 " \> " tmpfile2))
           (blog-command (concat 
                          "google blogger post --blog \"" googlecl-blogname "\""
                          (if (length btitle) (concat " --title \"" btitle "\"")) " --user \"" googlecl-username "\" " 
                          (if (length blabels) (concat " --tags \"" (concat blabels (if (and reposted (not(zerop(length googlecl-repost-tag)))) (concat "," googlecl-repost-tag) "")) "\" "))  
-                         tmpfile)))
+                         tmpfile2)))
     
       (message "blog command is %s" blog-command)
 
-      (with-temp-file  tmpfile
+      (with-temp-file  tmpfile1
        (insert bhtml)
        (goto-char (buffer-end 1))
        (insert googlecl-footer))
-      
+
+      (call-process-shell-command nkf-command nil nil t)  ; waiting for generated tmpfile2 and go next line. (synchronous process)
       (start-process-shell-command "googlecl-pid" nil blog-command))))

これで、python のスクリプト googlecl でも日本語本文を意図通りに通して、blogger.comに投稿できます。

Test post to blogger.com from emacs in org-mode with googlecl.el

2011-01-07T20:23:00.006+09:00

org-modeから blogger.com への投稿方法についてです。

先日統合執筆環境 org-mode (Emacs Advent Calendar 22日目) にて、emacsのorg-modeから直接blogger.comへ投稿するライブラリがあることを知りました¹。使い慣れているorg-modeから直接投稿できるなら、嬉しい機能です。

というのも、今までは記事を書くのに、下のどちらかの方法を使っていました。

rd-modeで書いて rd2 YYYYMMDD.rd > YYYYMMDD.html の内容をblogger.comに貼り付ける
org-mode で書いて org-export-as-html で変更して出力内容をblogger.comに貼り付ける

箇条書きにしてはややこしいですね。図にして、簡素化できないか試してみます。

どちらもマークダウンで記述できて、楽にhtmlを生成できます。しかし、最終的には、blogger.comへログインしてhtmlを貼り付けなければ行けませんでした。最後まで、自分が手動で操作しなくてはいけませんでした。

手作業の量を減らす方法を探していました。 googlecl.elがそれを実現してくれるのです。

blogger.comへの投稿作業を楽にする仕組みは簡単です。自分で作業する代わりに、org-googlecl.elからgoogleclコマンドを呼び出して、blogger.comに投稿してもらいます。つまり、執筆から投稿までの作業分担は以下の通りになります。

org-modeで投稿内容を書く(自分で)
org-google.elの関数を呼び出す(自分で)
org-google.elが、以下の作業を自動実行する
1. org-modeで書いた内容をhtmlへエクスポートする
2. bloggerにアクセスして、エクスポートしたhtmlを使って投稿する

org-modeで本文を書いたら、org-googlecl.elの関数を呼び出せば投稿は完了するわけです。わざわざblogger.comへログインする必要がなくなりました。自分のやることは、

org-modeで投稿内容を書く
org-google.elの関数を呼び出す

になりましたから。これは非常に便利です。

ただ、 org-googlecl.elは発展途上のツールの様で、現段階では、

文字のみで構成されたhtml本文を自動投稿

できるだけのようです。

以下は、今後の進展を期待します。

画像を自動的に挿入する
- 生成される画像のアドレスをどう取得すればよいだろうか?
タイトルに日本語を使えるようにする
- command.comからは日本語文字列で指定できた。meadowのset-buffer-process-coding-systemの設定値が問題か?
blogのエントリ一覧をリストする
- 上と同じ症状。原因も同じか?

もしも、現在win(もしくは*nix)でorg-modeを使っていて、blogger.comへの投稿を楽にしたいと考えていらっしゃったら、是非お試し下さい。 windowsでも文字コードの問題をクリアして本文は投稿できますから。また、コマンドラインからならば、タイトルも日本語で投稿できますから。当方の環境は以下の通りです。

日本語版Windows XP SP3
Meadow: emacs 22.3.1
org-mode ver 7.4 release_7.4.127.g997a.dirty
org-googlecl Sep 28 2010 commit 7de5c602b7c1108afe8391258b1d10c58781e269
python 2.6.6
googlecl 0.9.10

参考リンク

Footnotes:

¹ org-modeからblogに投稿できるライブラリは、org2blogとorg-googleclとの2つがあるようです。blogger.comに投稿できるものはorg-googleclに限定されてしまうようです。もう一方の投稿ライブラリorg2blogは、sacha cha女史も使っていて便利そうですが。

Doing リストとしてのタスク管理ソフト

2010-10-28T22:28:00.003+09:00

2010-10-23 Sat にライフハック研究会でワールド・カフェを語りつくすに参加してきました。 (2010-10-23 Sat 名古屋ライフハック研究会 Vol.10ワールド・カフェでライフハックを語りつくす全模造紙公開)

ワールド・カフェの形式に則って、自由形式で「ライフハック」について話し合う機会が持てました。また、最初に参加したグループ5名のうち、 TaskChuteなるタスク管理ソフトを使っている人が4名いた、という偶然にしてもできすぎた条件で対話は続けられました。

今回は、僕のTaskChuteもどきの使い方を紹介しようと思います。話を聞いていると、使っている4人それぞれが違う使い方をしているようなので、

こういった使い方をしているよ

ということも紹介致します。

どこかで

使い方の動画がほしい。キャプチャした画像だけでは予想できない。

というのもありましたが、まぁ、今あるもので。そのうち、動画のキャプチャをして、動いているところを見ていただけるとわかりやすい、かもしれません。先送りです。今は何もしません。

さて、僕が使っているTaskChuteもどきのツール画面は以下のようになります。先日のワールド・カフェで考えさせられたことも、少し取り入れながら、実験運営中です。

ごちゃごちゃなんか表示されていますが、基本的にTaskChuteをパクっています。青色のタイトル行よりも上が、全体の情報表示場所となり、青色のタイトル行よりも下が、これから行うDoingリスト->実績の記録です。

これの良いところは、

Doingリストに書いてあることしかやらない。だから、終了時間を予想できる。

に尽きます。他は、終了予想時間に終えるためのサポートです。見積時間だったり、タイマーの自動セットだったり、現在の節の残りタスクが必要とする時間の自動計算だったり。

調子がよいと、ちゃんと書いたタスクに従って1マスずつ潰していく様を目で確認できます。調子が悪いと、 1つとしてタスクを勧めることができません。真っ白なセルで、空白の「?」という消費タイプで実績を記録されます。もう少し言うと、調子が悪いときは、タスクを15分単位以内に分解できていません。分解が最低限できているかをチェックするために、時間の数直線(画像右下)を常に表示させています。

こんな画面を見ながら、普段作業しています。やはり15分と設定自体に無理があるんですかね。

ワールド・カフェしてみる? - 名古屋ライフハック研究会イベントへのご案内

2010-10-09T06:56:00.009+09:00

2010-10-23 Satに名古屋ライフハック研究会Vol.10 が催されます。「ワールド・カフェでライフハックを語りつくす」そうです。

ワールドカフェ? ライフハック? 横文字だらけの謎の告知ですので、それぞれちょっと意味を調べてまとめてみました。

ワールド・カフェとは

ワールド・カフェというのは会話をやりとりする方法の名前のようです。一方的に話すならスピーチ、ひたすら聞かされるなら鑑賞会、みんなで話すならおしゃべり。そういったレベルで「カフェでおしゃべりするようにリラックスして話し合う」方法みたいです。「話し合う」というだけあって、「話すだけ」「聞くだけ」じゃなくて、「聞いて・話す」というインプットとアウトプットができるそうです。 1つの事について人と話すとき、バランス良く互いに話し合うのは難しいと感じているので、楽しみな手法です。

前に一度ワールド・カフェのイベントに参加したとき、面白い体験をしました。ワールド・カフェでは、途中で席替えして別のグループと話し続けるのです。言ってみれば、お酒のない合コンみたいなものでしょうか。もしそうなら、席取りは重要ですね。

ライフハックとは

いきなり出てきた単語ですが、ライフハックとは何なのでしょう? どんな意味なんでしょうか? このブログも無意識に「ライフハック」という単語を使っていますが、改めて調べてみました。

Webで調べてみると、ライフハック(lifehack, life hack)という用語はとは、2004-2005年頃に出始めた用語で、もともとはコンピュータ技術者が、大量にあるデータをより効率的に処理するために工夫したことから始まったようです。「正式な方法で処理すると時間がかかるので、略式ながらも大体の要望を満たす方法を使う」というニュアンスがあります。 (wikipediaを参考に適当に意訳・超訳しました。)

時間が経つに従って、そのlifehackという用語の意味が広がり、

日々の生活の質をちょっと良くする工夫

まで表現するようになりました。例えば、今までライフハック(lifehack)として見たこと/読んだことがあるものは、以下のものがあります。

仕事術
- タスク管理
  - GTD
- スケジュール管理
  - 手帳術
- コンピュータを便利に使う設定
- 携帯電話やiPhoneなどの機械を効率的に使う方法
暮らしの中でのちょっとした工夫
- おばあちゃんの知恵袋的な知識

「なんでもあり」といった状況で、実に雑多です。

このようにライフハックにもいろいろな意味がありますが、僕はこれら全部をまとめて「ライフハック」と一言で呼んでいます。意味も1つにまとめようとすると「ライフハック=日々の生活を良くする工夫」でしょうか。そもそも工夫するのは、「工夫して浮かせた時間で家族と一緒に過ごせて良かった」とか「仕事の手間を減らせて少し楽になった」とか「いつも失敗するところで、やり直しの回数が減った。良かった」とか「この方法で掃除したら、いつもより綺麗にできて良い気分」というように、自分が満足・納得できる事柄を増やしたいからだと思います。おそらく皆さんが普段日頃からしている事じゃないでしょうか。

このように、ライフハックとは「皆さんが日頃している"工夫"」なのです。そういった工夫にわざわざ「ライフハック」という名前をつけて、名古屋ライフハック研究会で発表して、苦労も方法も共有しています。今までは、自分自身で試行錯誤するか、先輩の技を見て盗むかしかなかったことを、積極的に発表して共有しようとしているわけです。例えば

こんなことで困っているのですが、皆さんはどうしてますか?

とか

これに挑戦しているのですが、ここで困っています。皆さんはどうしてますか?

という困り事に対して、

私はこんな感じでやっているよ。

と誰かが応えてくれたら幸運で、

別の方法で似たことに挑戦しているが、やはり同じ所で困っている

という返答があったりします。そうすると、

これ気がつかなかったなぁ。良い方法だ。まねしてみよう。

とか

やっぱり苦労しているのは自分だけじゃないのだな。

他には

こういう考え方もアリか。それなら問題ですらなくなるな。ダメ元で試してみよう。

など、感想やら、帰宅してから挑戦してみることが得られます。

ワールド・カフェとライフハックでできるもの

このような自分の生活に密着した工夫=ライフハックについて、集まって話し合ってみませんか? 自分一人で考えている時とは、ちょっと違った見方ができるかもしれません。人の話を聞いて

そういう方法があるのか。試してみよう。

ということもあるでしょうし、逆に

そこで失敗する人がいるのか。想像すらできなかったな。

と思うときもあるかもしません。また、

人に聞かれて自分で話してみて、初めて「自分も工夫している」と気付いた。

という発見もあれば、

難しそうな機械を使ってても、苦労するところはやっぱり苦労しているのね。

といった悟りが開けるかもしれません。

また、後になって

こういうことをやってみたのだが・・・

と相談できる仲間を作るチャンスでもあります。参加されるみなさんそれぞれが、自分自身の日々の生活を少しでも良くしようと工夫されている方々なので、

そんなことまじめに考えて質問してくるなんて・・・

と変人扱いされて引かれる心配も減ります。経験上、惹かれるよりも引かれることが多いです。結構これは大きい大事なポイントだと思います。

そんなわけで

2010-10-23 Sat のワールド・カフェでライフハックを語り尽くすでは、遠慮しないで思う存分ライフハックについて話せるぞ、と楽しみにしています。みなさんもいかがですか? 詳しくはこちらからどうぞ。

仕事は時限爆弾の投げ合い? -シングルタスク処理のサブルーチン -

2010-10-08T07:52:00.006+09:00

これも前回の GTDのフローチャートにある2つの階層と同じで、参加した「GTD勉強会@nagoya」nomicoさん×名古屋ライフハック研究会で示唆していただいた内容のメモです。

GTDのワークフローを使って物事を処理するとき、特にその対象をシングルタスクに限定するとき、少し面白い話になります。爆弾のジャグリングです。先に言っておきますが、ジャグリングはできません。お手玉は3つが限界です。

さて、導火線に火がついていてバチバチと火花をちらしている爆弾を、右から左へ、また左から右へと回していくゲームに似ているのです。今風の時限爆弾なら、残り時間の表示が一秒ずつ減っているゲージをみながら、自分の場所で爆発しないように回し合っているようなものです。

投げ合う図は、こんな感じです。

「自分の場所で爆発しないように」というのは条件が二つあって、

爆発装置自体を止める

もしくは

他人のところで爆発する

のどちらかになれば良いのです。それで、このゲームは勝てます。

これをタスク処理に対応させようとしたら(爆弾=仕事と置き換えるとしたら)、

タスクを完了させる

もしくは

他人の責任のところでトラブルが起こる

のどちらかになれば良いのです。そうすれば、タスク管理版でも負けることはありません。少なくともトラブルが起こっても自分の責任ではありません。自分がすべき領域で起こったトラブルではないので。

非常に後ろ向きな解釈ですが、爆弾=仕事とみなして自分の周りの人と回し合う、そんなゲームが仕事だと見ることができます。ではその仕事とGTDのフローチャートには何か関係があるのでしょうか? 関係はあるにはあります。

次のフローチャートを見て下さい。これは、GTDでシングルタスクをどのリストに分類するかを示しています。

これはシングルタスクを

2min rule
Waiting for
Calendar
Next actions

のどれかに所属させる一連の定型作業です。 Next actionsは赤色に、Calendarは黄色に、Waiting forは緑になっています。ここでは、責任の所在を色であらわしています。


リスト名	色	責任の所在
Waiting for	緑	相手
Calendar	黄	時期が来たら自分
Next actions	赤	自分

お願いして Waiting for に登録した仕事が終わらなかったら、相手の責任になります。監督責任とかリマインドの責任はおいといて。自分はokなので緑色で。 Calendarに書いた仕事は、時期が来ても終わらなかったら、自分の責任になります。もうすぐ危なくなるので黄色で。 Next actionsに書いておいた仕事は、やらなかったら自分の責任になります。これは、自分がダメなので赤色です。

上のフローチャートでは、今言った3つのリストの他に2分ルールを適用して片付ける場合があります。今この2分で終わらせて忘れてしまう方が、他の選択(Waiting forへ登録/Calendarへ登録/Next actionへ登録)より、楽だからです。手間を減らすためのショートカットだと考えれば問題ありません。なんだったら2分ルールでこなすモノを全てNext actionsに登録しても良いはずです。 (相手にお願いすることではないし、特定の日時にすべきことでもないので)。

話を表にまとめたリストと色と責任の所在との関係に戻します。自分のリストにあるタスク(Next actions)を黙々とこなして消し込んでいくことは、自分の陣地(赤)にあるカウントダウン中の爆弾を解除していくことに相当します。他人に仕事をお願いする(Waiting for)のは、爆弾を相手の陣地(緑)へ投げることに相当します。このとき、爆弾は新鮮なうちに(!)投げなければいけません。長い間ほったらかしにして自動でカウントダウンされていて、いざ投げようとしたら爆発、ということもありますから。または、投げ返されて落下した瞬間に爆発!ということも考えられます。いずれにせよ、投げるなら新鮮な爆弾に限ります。相手に投げた後は、自分の責任ではありません。赤色の領域ではありませんから。

残るは特定の時期にやらなければ行けないこと(Calendar)ですが、これは「解体日が決まっている爆弾(カウントダウン中)」の処理になります。予定日に信管を抜いて処理しないといけません。特定の時期(予定日)が近づくと、責任の所在が自分の領域(赤)へと向かってきて危険なので注意を喚起する黄色で塗ってあります。予定日になっても爆弾処理しないでいたら、そしてそれが爆発してしまったら、自分の責任として大変なことになりますから。信号でも青->黄->赤と変化するように、 Calendarにあるモノは時間が経つと、勝手に予定日(黄色)から自分の責任(赤色)へと変化するのです。放っておいたら自分の責任下に勝手にやってきます。危険です。

このゲームで生き残るにはこんな方針が必要になるでしょうか。

2分ルールで消せる爆弾はあまり考えずに消していく
爆弾を緑色の領域に放り込む
黄色の領域にある爆弾は、赤色からの距離を測定してチェック
赤色の領域にある爆弾はひたすら消し込む

シングルタスクに話をもどすと、あたりまえな方針になります。

2分ルールで処理できるものは余り考えずに処理する
他人にお願いしてWaiting forへ
Calendarは、期日までの時間をチェックする
Next actionsはひたすらこなす

こうして書いてみると、シングルタスクに対して非常に当たり前な方針を得ることができました。退屈になったとき、タスク管理を「他人と爆弾でジャグリング」と考えると、ちょっとスリリングなひとときが過ごせるかもしれません。

GTDのフローチャートにある2つの階層

2010-09-26T12:38:00.002+09:00

これも前々回の GTDは選別するフィルターと同じで、参加した「GTD勉強会@nagoya」nomicoさん×名古屋ライフハック研究会で、nomicoさんとワークフローについてのディスカッションがあり、それから考えて自分なりに咀嚼したもの第3弾です。

GTDのフローチャートには2階層あります。こんなかんじ。

中央下側にある "Process issue stage"と"Process single task stage"の2階層に分かれます。プロジェクトレベルのものを扱うのか、next actionレベルのものを扱うのか、の違いです。

後半のProcess single task stageというのは、next actionレベルのシングルタスクを、今終わらせる、待ちフォルダ行き、カレンダー行き、ネクストアクションリスト行き、の4つのどれかに分類するサブルーチンだと考えることができます。

この分け方も、

Trash
Reference
Someday/Maybe
Project

と

(Do it)
Waiting for
Calendar
Next actions

に分けるという境界線の置き方は、前回の「存在自体の忘却に備えたリスト」と「細々としたものを管理するリスト」という分け方の結果と同じになります。

前回の話と無理矢理こじつければ、細々としたものを余り考えずに判断・処理するためにサブルーチンを使っている、と見ることもできます。サブルーチンの定型処理で済ませられたら、楽になるはずです。毎回新しいものとして処理せず、前に処理したことのある何かを参考に処理するのですから。

そうすれば、判断に要する注意の量の軽減も期待できるかもしれません。また、それぞれの案件が全く別の処理をしているというわけではなく、同一のワークフロー(特に狭い範囲では上記サブルーチン)を使い続けて処理することでこの判断サブルーチンの練習ができるわけです。

GTDにある2種類のリスト

2010-09-26T01:16:00.006+09:00

これも前回の GTDは選別するフィルターと同じで、参加した「GTD勉強会@nagoya」nomicoさん×名古屋ライフハック研究会から考えて自分なりに咀嚼したもの第2弾です。

"フローチャートがどうしてああなっているのか?" を勉強会以降、特に気がついたら考えていて、手で描いたり描き直したりしていました。そこから1つの視座を得るに至ったと思うので、メモします。

いきなり結論ですが、「GTD再始動するなら Projects/ Waiting for/ Calendar/ NextAction リストの更新がオススメ」は納得できる話だ、ということです。

GTDはリストを使った管理法でストレスマネジメントをしています。言い換えると、注意に関して燃費の良い状態を維持するためのツールとしてリストを使っています。では、扱う2種類のリストとは何か?

思い出すための呼び名から構成されるトリガーリスト
細かな(=1ステップの)シングルタスクをとりまとめるタスクリスト

この2つです。

1つめの種類に相当するのが

Reference
Someday/Maybe
Projects

です。これらの種類のりすとは「事柄の存在自体を忘れたとき」の不安に備えるためのリストです。これらがあれば、最悪の場合、これから示す残りのリストが無くても、リストを作り直して回すことができます。なお、これら3つのリストが相手にする期間は2,3週間以上と長めになります。

対して2つめの種類のリストに相当するのが

Waiting for
Calendar
NextAction

の3つのリストです。これは、実際のシングルタスクを集めたいわゆる「タスクリスト」になります。これらは「細々としすぎて、すべきタスクを頭の中で把握しきれない」という不安に備えるためのリストです。すべきシングルタスクをかき集めてリストを書き記し、そのリストに従ってこなしていきます。書いた後は、こなすしかありません。せいぜいあるとしたら、コンテキスト毎に整頓することです。これら3つのリストの時間的な範囲はは1,2週間、カレンダーが1ヶ月以上もカバーするかもしれません。ただ1つめのリスト達と比べると消費期限は短いはずです。

このように、「存在自体を忘れたとき」に対応するリストと「細々として把握しきれない」に対応するリストがあるわけです。ここで、先日聞いたことが関係します。 nomicoさんがオススメするGTDスターターキットは

Projects
Waiting for
Calendar
NextAction

で、その4つのリストを更新(=完了した作業を削除して、新たに必要な作業を追加)することだそうです。

考えてみたらもっともな話です。 GTDの恩恵は「いろいろあってもうあっぷあっぷ」という状態を補助してくれるものだからです。「いろいろあってもうあっぷあっぷ」というのは「やることが多すぎて訳が分からない」状態です。その状態に対して「コントロールをとりもどそう」とするのがGTDです。なら、片付けるべき最初のターゲットは、今ある細々とした多すぎるすべき事達です。それらは短い時間で回さないと行けないので、シングルタスクに分解するとしても、 2つめの「タスクリスト」を整備して更新することに注力されるはずです。

例外としてProjectリストがありますが、それはシングルアクションを結びつける紐の役割を果たすと考えることで理解できます。プロジェクト名はタグという機能を果たしているからです。タグ名で検索するとその関連情報が得られるように、プロジェクト名で検索するとまとめられた情報が得られる(ように管理する)のです。今でいうとtwitterのハッシュタグに相当するのでしょうか。

このように、

とりあえずGTD再始動するならこの4つのリスト更新しとけ!!

Projects

Waiting for

Calendar

NextAction

ということに、一定の納得できる解釈が見つけられました。近視眼的には

Someday/Maybeなんて先のことだし、Referenceはまたいつか使うときでいいや。必要になったら「~に関する情報を~に問い合わせる」というタスクでこなすし。

という考え方も理解できますので。おつりが来ます。まずはパンを。それができた後で、全体が進むの方向をコントロールするために、

Reference
Someday/Maybe

リストの管理に着手することになります。パンのみで生きないために。

このようにうだうだと理屈を考えて、納得できる理由を探すのは楽しいものです。 GTDの実践よりもGTD理論の解釈ばかりに走ってしまいそうになりますが。考察できるならなんでもいいです。実機テストするためにタスクをこなします。手段のためには目的を選びません。

GTDは選別するフィルター

2010-09-25T00:43:00.003+09:00

「nomicoさんが名古屋にやってきてGTDの話をするよ」ということで参加してきました。 2010-09-18 Sat のことです。それから約1週間ほど時間が経ち、少し落ち着いてきました。そのとき受け取ったヒントをどうにかして文字として残しておきたい、と思い、キーボードを叩いています。その後、自分がどう咀嚼して血肉にできているか、という記録です。残念ながら、これは開催記録ではありません。

ある人が言っていました。

GTDはGet Things Doneであって、
Get Everything Doneじゃない。

何を使っても、全てをこなすことは難しい。この言葉は、自分にはあてはまりそうです。

できないならどうするのか? 選ぶわけです。

例えば、あれもこれも欲しいが全ては買えない。そんなとき僕は選ぶという行動をとるわけです。

物欲をチェック、身体が震えるほどだろうか?
必要かをチェック、ただ欲しいだけなのだろうか?
使いどころをチェック、買って実際に使えるだろうか?
見た目をチェック、ダサくて見る度に滅入らないだろうか?
デザイナーをチェック、崇拝中のあの人だろうか?
出品者をチェック、評判は悪くないだろうか?
会社をチェック、ひいきにしてるところだろうか?
口コミをチェック、落とし穴はないだろうか?
色をチェック、景観を害さないだろうか?
サイズをチェック、入るだろうか?
価格をチェック、買えるだろうか?
お財布をチェック?

メールの返信でも同じ事です。

メールマガジンは受信箱から「あとで読む」フォルダに自動的に移動。
このキーワードを含むメールは「**関連」フォルダに自動的に移動。
あのドメインからのメールは迷惑メールに指定、と。
あの人からのメールは、赤の太字で表示。すぐに返信できるように。

受信箱に生き残ったメールから返信していきます。

これをタスク管理に当てはめると、 GTDの処理プロセスはその「選ぶ」という作業をサポートしてくれる道具となります。仕事を進める時に使える、出来合いのフィルターなんです。ある事柄に関して判断すること、これは仕事の一部分です。その判断に割く時間・負担を少し分担できるとGTDは言います。「判断ではフィルターを使って楽をしよう」と、そして「フィルターはGTDの既製品を利用しよう」という話です。

収集された「気になるもの」に対してこんなことをします。

これは必要だろうか?必要じゃなければゴミでいいや。
これは実行可能だろうか?無理なら資料に放り込もう。
これはさしあたり今考えなくて良いだろうか?いいならSomeday/Maybeリストに書くだけにしよう。

このようにフィルタリングされて残った「気になること」は「処理が必要な気になるもの」になります。処理というのは、自分か誰か何かの行動だったりするわけです。「時間が過ぎるのを待つ」という行動も処理かもしれません。

では、必要な処理はなんだ? …と考える前に「面倒かどうか?」=「完了には複数ステップのタスクが必要か?」という魔の質問があります。「面倒」だとProjectリストに書いて、それから「次する行動は何か?」を決めます。「面倒じゃない=簡単=1ステップで完了する」場合だと、いきなり「次する行動は何か?」を決めます。ここはゴニョゴニョするので、次回以降に回してスキップします。とりあえず最終的に出てくるのは、「次する行動は何か?」という質問に対する回答である、「~する」という"次する行動"です。

さて、次する行動は何か? このシングルアクションについて、これからフィルタリングで分類します。

次の行動は、2分以内に終わるか?終わるなら今2分でやってここで終わらせてしまえ。
次の行動は、「待つ」だけか?「待つ」だけならWaiting forリストに登録して然るべき時まで忘れてしまえ。
次の行動は、期日があるか?期日があるならそれをカレンダーに書け。
残ったものは全部NextActionリストに放り込め。

処理プロセスは以上。

など意味不明のことを、GTDのワークフローは申しております。そんな気がしてきました。

2010-05-22 Sat. 名古屋ライフハック×美崎栄一郎　アナログ＆デジタル仕事術　参加記録

2010-05-25T23:01:00.005+09:00

毎回代わり映えのしないタイトルですが、相変わらずこれで。参加記録というよりも、観察記録になってしまった気がします。

とうとう名古屋ライフハック研究会も8回目となりました。今回のゲストは、美崎栄一郎さんでした。 50名前後の定員が満員となってました。大人気ですね。休憩中も美崎さんの著書にサインを待つ人の列が途切れませんでした。本当に大人気ですね。美崎さんはちゃんと休憩できてたんでしょうか?

さて、例によって今回のセミナーでも4つの目標を設定してました。うち3つはセミナー内容から回答が得られ、残りの一つは「セミナーで得るものではない」と納得して、めでたく全て達成としました。ということで、3つの目的について得たものをメモ。

ノートの取り方
- 極端な話、何でも良い
- 目的のアウトプットをしやすいように
- 続けやすい方法で
アナログとデジタルに代表される手法の選択
- やりやすい方でやれば良い
  - どちらが速いか
  - どちらが得意か
  - どちらが続けやすいか
チャンスの拾い方
- 相手の目的を予想して、相手が使いやすいようにこちらで調整する

あとは、トレンドたまごの取材を受けた話についてやたらメモが残っています。どうやらそこが興味のあったところなのでしょう。たぶん。後は似顔絵の描き方とか。

一番面白かったのは、以下のような話をされたときでした。

「本に書いていることや、講演で話していることが普通過ぎる」とか言われても困る。多くの人に話が通じるように、ごく一般的な内容にまで落とし込んでいるのだから。自分が実際に使っている、特定の仕事、特定の環境での利用法をそのまま利用してもらえる訳がないのだから。

正直です。身も蓋もないまでに正論です。興味深かったのもありますが、この発言は気に入りました。

初めて美崎さんのセミナーに参加したのですが、美崎さんは

今あるチャンスをできるだけ増やしたい。そのために、周りの人を自分が知って、周りの人に自分を知ってもらって、回ってきたチャンスを周りの人に返していきたい。

といった趣旨の願いを持っているそうです。そして美崎さんのノート術・仕事術は全てこの目的・願いを達成するための手段・ツールとしてしているとのことです。どの手段・ツールを使うかといったら、

必要なことを、速く、楽に、永くできるもの

を選ぶようです。理由は「続けられないと意味がないから=続けられないと効かないから」だそうです。

セミナーも終了し、今回も希望者10名によるライトニングトークがあったのですが、ここで美崎メソッド発動。後で発表者それぞれに、発表に関するコメントを添えたオリジナルイラストを作って渡していました。こんなものを受け取った日には、「忘れろ」という方が難しい。セミナー前半で

人の記憶に記録する

と説明されていたことを、目の前で実践されてました。言行が一致しています。

ここで注目すべきはその手際の良さです。 5分という短い発表時間中に、発表のポイントをつかみながら、スタンプを押し、発表者の似顔絵のイラストを描き、更に内容のコメントを付け加える必要があるので当然でしょう。それだけの作業をさくさくとこなすのを見たら、何回も繰り返し行ってきたことを容易に想像させます。継続されているんでしょうね。

また、カードを「サインをもらいに来た人達」だけに贈るのではなく、「発表をした人達」にも贈るところにも方針の一貫性が見られます。美崎さんは「できるだけたくさんの人に覚えてもらいたい」という目的を達成しようとするために、「場を共有している」という利点を最大限に利用しています。アクセスできるチャンスを活かしてます。

イラストを贈るタイミングも、発表した直後=緊張した直後=記憶に残るとき、と効果的に使われています。できるだけ多くの「カード渡した人」に覚えていて欲しい。それが目的ならば、できるだけ多くの人にカードを渡し、できるだけ高いの割合で人に覚えてもらえるように渡し方をセッティングする。そのように考えたとすれば、一つ一つの選択と行動が目的につながっています。確認された行動が理に適っています。

と、いうことを考えながらイベントは終わり、懇親会へ。今回の懇親会もも40名以上が参加するという大盛況ぶり。混沌という名に相応しい懇親会だったと思います。ある男の人は終わり頃には声がかれていて「一体なにをしたのか?」と思ってしまいました。いつも通りのはしゃぎっぷりが心地よいです。相変わらず楽しい集団でした。

当日講演していただいた美崎さん、そして参加していただいた皆さん、お話しいただいた方々、ありがとうございました。

1日20時間で予定を立てる

2010-04-04T11:16:00.002+09:00

本当に久しぶりにblogを更新しています。この間にもいろいろ楽しいことが有りましたが、書いていませんね。

さて、最近自分で挑戦しているのは、

一日の予定を20時間に収めることができないか

ということです。まぁ、タスクカテゴリとしては「生活」と「仕事」のみでの話なんですが。

こんな事をしようと思ったのは、タスクシュートもどきで一日の予定を見ていたら、見積もりが30時間を超える日が連続したので、

これはどうにもならない節約する方向では無理だ。0からもう一度必要なものを選び直そう。

と思ったからです。タスクシュートもどきも、タスクの繰り返し機能を有していたので、タスクが次から次へと増えていくという有様でした。裁ききれるのならタスクは多いに越したことはないのですが、残念ながら1日にタスクに割り振れる時間とエネルギーには限度がありますので。このあたりの話のロジックは、家計の管理と似ているかもしれません。あまりにも出費が多いのなら、少々の節約では焼け石に水です。その場合は、再度「必要かどうか」で振り分け直さなければいけません。

で、どうして1日24時間じゃなくて20時間でタスクを収めようとしたのかといいますと、これは予備時間として確保しておきたいからです。 24時間の8割が大体20時間というアバウトな計算です。大体予定通りに物事はこなせませんし、突発でくるものもあります。それらに対応するためにも必要なバッファーの時間、そして、運良くそれらを消費し切らなければ、本を読んだり、運動したり、勉強したり、スクリプトを改良したりと遊ぶ時間に費やせるわけです。できればそんな時間を少し持ってから、床に就きたいと考えているところです。寝る前に是非目を通しておきたい本が何冊かあるので、そういったことをしたいわけです。

本日やっと実験できそうで、今日のタスクを

睡眠
食事(朝食、昼食、夕食)
風呂

のみにして予定を組んだら、随分と時間が余るように見えてます。それから必要な作業を一つ一つ選び出して追加しています。 (といった先から、昨日途中で終わったRapid Weekly Reviewが入っていますが)

ただ、平日にこんな試みはちょっと怖くてできません。ということで、日曜の今日にちょと試しています。今日はすでに突発で2つ用事がありましたが、それなりにこなせてますし、休憩する時間をちゃんと確保できています。少し試してみてうまくいったら、また平日バージョンにも適用して自分の活動サイクルに合わせたギアの組み合わせを探したいところです。

日々のタスクに追われているような錯覚を覚えたとき、ひょっとしたらこんな方法も悪くないのだろうな、と思います。

名古屋ライフハック研究会Vol.7 に参加しました

2010-02-20T00:55:00.002+09:00

遅くなりましたが、先日 [2010-02-13]に参加してきました。 lifehacking.jp のmehoriさんが種をまいてくれて、それを育てて1周年ということです。めでたいことです。

今回はシゴタノ！の大橋さんにゲストスピーカーとしてお話しいただきました。相変わらず時間に対する考え方（どこにどれだけつぎ込むか）が興味深いです。大橋さんは去年にも一度トーカーとしてお越しいただいています。そのときはシゴトハックというテーマで、今回は独り立ちツールの紹介というテーマです。

詳しいことは他の人がいっぱい書いているので、ここでは思ったこと、気がついたこと、後になって改めて考えてみて納得したことなどを書きたいと思います。ま、自分のフィルターを通ったものしか書けないのですが。

まずは、人が多かったこと。 50人近く入れるはずの部屋が満員だったので、びっくりしました。結構大きな部屋のはずなんですが、ぎゅうぎゅう詰め。大橋さん効果ということになっています。こんな会は今までなかったので、間違いなく「大橋さん」のおかげですね。

何をやったかというと、話としては、大雑把に

どうして効率的に動きたいのか?
助けてくれるツールの紹介
- Gmail
- Evernote
質疑応答 (いっぱい時間があって良かった)
ワーク「ライフハックをつくってみよう」
- 「今一番やりたくない仕事は?」

ということです。

細かい話は（先ほどのとおり）おいといて、特に心に残ったことを2つ。

何のために効率化するのか?
そのツールはあなたを助けるか?

二つとも質問という形で出されていました。「効率化する目的の明確化すること」「ツールのメリットを把握すること」とかいても良いはずなのに、「~するのか?」と質問形で書いてありました。おかげで自分の問題として「自分の場合どうか?」ということを考えやすくなりました。また、考えたときも、「この場合はOK。でもこっちだとあまり良くない」とか細かく駄目だし作業もできました。いつだったか、シゴタノ！で本の内容や実践の仕方を質問形でまとめて改めて自分に問うている頃を思い出しました。質問でくると、状況が違ってもまた自分で考えられますからね。その視点の存在を意識できるだけで相当変わります。質問でまとめる流れがシゴタノ！のどこで始まったのかを探すことができませんでした。お時間のある方、こんなところをみていくと見つかるかもしれません。

何のために効率化するのか? なんのためにライフハックしているのか? (会の名前が「名古屋ライフハック研究会」ですからね。) 結局、それでなにをしたいのか? なぜなぜ5回と話が続いて、一つの答えが、「自分で満足したいから」というものでした。異論はあるかもしれませんが、これは妥当な答えだと思います。

で、図らずも今回のLTでは10人中3人の人のテーマと合致もしくはニアピンだったんじゃないか?と思います。そんな方々のLTの感想を紹介。

stiloさん
- 書籍紹介：4001の願い - The Wish List -
- 自分がやりたいことは何か？を書いてみた。書いてみて分かったが、やりたいことへ向かってのタスクはこなしてなかった。
虹の父さん
- 「書くこと」
  - 書籍紹介：魂の文章術
  - 書くことにより、自分と深く対話する。普段隠している、意識していない自分と向き合う。それによって、「自分が何を欲しているか?」「自分とはそもそも何か？」を知ることができる。
しんりんさん
- 価値観を重視したタスク管理Webサービス:check4lifeの紹介
- 価値観とは、自分がどう生きたいか、どう死にたいか、残された人たちにどう語ってもらいたいかを決めるもの。その価値観をいつも目に入れながらタスク管理することによって、タスクに忙殺されない。ゴールに近づくためにタスクを効率よくこなす。

2つめの質問。「このツールはあなたを助けるか？」。これはガジェット好きにはなかなか堪える質問です。やめられない嗜好品、例えば禁煙できない人、の認知的不協和を逆撫でする質問です。新しいガジェット、新しいソフトがおもしろい。それは結構。ところで、それを使うとどうなるのか？それで効率は上がるのか？効率だけじゃなくて、最終的なゴールへ近づいているのか？スループットを出しているのか？ということを、ごまかしたり言い訳する暇を与えずにに聞かれます。即死します。オプションもなくなっているので詰みます。

うろ覚えなのですが、質問には

そのツールがあなたを助けますか?

それとも

あなたがそのツールを助けますか?

ということが書いてありました。どっちが主従か?という話ですね。一時期自分はタスクリストの僕（むしろ奴隷?）になっていたので、耳が痛いです。タスクリストが自分の僕であって、自分はタスクリストの主人である、はずなのに。大事なところです。再チェック。

そして、最後。カオスな懇親会も終了して、帰宅。落ち着いてから受講後アンケートに入力していたのですが、そこでまた一つ助けられました。アンケートの最後に「今回のセミナーの内容で質問はありますか?」という欄があったのです。聞かれたからには、書かなければ。質問がないというのは、自分で何も考えていない証拠です。そんな信条があるので、あれこれ質問することを探すためにメモしたノートをひっくり返し、質問を書いては自分で解決・納得する->納得したら質問にならないな。中止。ということ四度。それからやっと質問を書けました。ずいぶんと時間と労力がかかりましたが、あのアンケートの質問のおかげで、そのテーマを自分でいじり回して、少しばかり考える＋実際に試してみることができました。聞いて「良かった」だけじゃなくて、自分で疑問を探して自分の場合でどうやって解決するかをいじり回したのは良いことです。理解度が全く違います。と言えるといいなぁ、と願いながらこんな記事を書いています。

たくさんの方とお話しできました。それも楽しく。また動いていこうという元気をもらいました。あった皆さん、ありがとうございました。

Evernote 3.5 for windowsのメニューを英語表示で使う方法

2010-01-26T19:44:00.005+09:00

Evernote 3.5 へアップグレードしたところ、メニューが日本語になっていてびっくりしました。で、慣れている英語メニューに戻そうとしました。

はじめに言っておきますが、公式な方法ではありません。 dllファイルを書き換えます。当然ですが、dllの中身を見れていないので、Evernoteの機能として日本語専用の処理があった場合、それは使えなくなる可能性がないわけではないことを先に書いておきます。念のため。

以下の作業をしてどんなことになっても、僕は責任を持ちません。お約束の「自己責任」で。それでもよければどうぞ。

方法

まずは概要を。分かる人はこれだけで十分でしょう。 (Evernote.exeをインストールしたディレクトリ)\ja-JP\Evernote.resources.dll のファイル名を変更します。名前を変更することで、Evernote側から見つけられないようにします。削除してもいいんでしょうが、「やっぱり日本語がいい」と思ったときにはファイル名を元に戻して再起動すればOKでしょう。

もう少し丁寧な説明を。通常evernoteをインストールした(Evernote.exeがある)ディレクトリはデフォルトのままであれば(特に変更しなければ)、 c:\program files\Evernote\Evernote3.5\ のはずです。そこにはEvernote.exeがあるはずです。あれば安心してください。そのフォルダです。

同じディレクトリにja-JPというディレクトリがあります。そしてそのja-JPというフォルダの中にはEvernote.resources.dllというdllファイルがあります。このファイルの名前を変更します。たとえば、Evernote.resources.dll_orgとでもしておきましょうか。拡張子も変わりますが、使わないのでかまいません。

ファイル名を変更したら、Evernote 3.5を再起動させましょう。メニューが英語表示になっていますか？やりましたね。おめでとう！

もし「やっぱり日本語メニューが良い！」と思ったときは、 Evernote.resources.dll_org を Evernote.resources.dll へとファイル名を変更して、Evernoteを再起動させましょう。日本語メニューに戻るはずです。

メニュー言語変更に伴う影響

上記のメニュー言語変更作業を行うことで、ツール(Tools)-オプション(Options)-スペリング(Spelling)でのチェック画面が変わっていると思います。再設定しくださいね。ちなみに日本語のスペリングチェックは選択できなくなります。日本語メニュー表示していたときは、「日本語スペルチェック」を選択することができたのです。

思ったこと

どうやらEvernoteはメニュー表示言語を以下の順番で選択しているように思えます。

システムで設定された言語
英語(最悪の場合)

if elseとか switch defaultとかな話です。僕のPCは日本語を言語として設定しているので、Evernoteはそれを確認して日本語メニューを表示するja-JPフォルダのdllを選択することにしたのだと思います。それも見つからなければデフォルトの英語を選択するのでしょう。今回はそういう処理を想定して作業しています。

後は日本語のスペルチェックというのは、たぶんありません。ありませんというか、現在機能していません。スクリプトもしくは変換テーブルを書いたファイルがないのですから。

万が一、この改造をして上手く表示できなくなってしまったら、Evernoteをアンインストール&再インストールしてしまえば済む話です。サーバ側にデータがあるとこんなときは便利です。

ver. 3.5の日本語メニュー表示から(ver. 3.1でもあった)英語メニュー表示への回帰というのは、変化を嫌う行動のひとつなのかもしれません。

シゴタノ！スイッチVol.1での記録

2010-01-21T22:57:00.003+09:00

2010-01-16 Sat. 名古屋でのセミナー「シゴタノ！スイッチVol.1　タスク管理を改める」に参加しました。今回は15,6人程度と参加人数も多すぎることなく、セミナー中は大橋さんの表情すら見える、キーボードを打つ指の動きすら見える、そんな距離感で受講することができました。ここまでよい環境とは、ちょっと想像していませんでした。よく見られたのだから、抽出して真似をしなければもったいない。また参加人数がそれほど多くもなかったことも幸いしてか、最初に参加者全員から「今回受講の動機」をうかがうこともできました。おかげで、その後の質疑応答でも「他の方々の興味からもそれほど外れていないよな？自分だけ暴走していないよな？」と考えながら質問することができました。はじめの動機発表がなければまず質問できなかったでしょうね。

今回のセミナーでは、筋力トレーニング(ウェイトトレーニング)を例にした説明のいくつかがとても良く納得できる比喩でした。僕の頭にはこんな風に解釈されて残りました。

トレーニング方法(ツール)を変えるだけじゃだめだ！自分にあったトレーニング方法を選ばないと！今の自分の体力を把握できているか？ 100kgよりも150kgのベンチプレスを上げられるに越したことはない。ところで、君はそのトレーニングに耐えられるだけの体を準備しているのか？準備もないままトレーニングメニューを変えただけでは、トレーニングは実を結ばないぞ。

ジャンル「理論系運動部」によくマッチするかと。対する受験勉強のメタファーは、経験者も多そうで、比喩として使いやすそうな印象でした。どちらも示唆するところ多い、経験したことの視点をこれからの問題にシフトさせてくれる有用な比喩でした。

ところで、本セミナーに参加するにあたって以下の3つを目標として臨みました。

目標へのステップの作り方を学ぶ
タスク管理の習慣を軌道に乗せるためにかかった試行錯誤の時間を質問する
タイマーの使い方を抽出して真似る

目標それぞれへ、以下のことを得ました。

セミナーのコア：注意と抵抗をコントロールする+そのワーク、5分間仕事術
返答「なんでそんな質問するの？失敗なんて1回もないよ。毎回得るものがあるから」
時間をセットしてスタートボタンを押してました。気が進まないから、とりあえず5分だけ。

まぁ、なんというんですか。今回参加した動機への、セミナー中に必要な行動を全ておこせたということにします。あとは、セミナー後に何を行動するかということですね。まず朝のワークを再開しました。それと、タイマーを使ってとりあえず5分作業してみてます。まだまだガタン！と止まってしまう道ではありますが、少しだけ3cmだけ進めたりするものもあります。そういえばセミナー後にも「朝のワークやってますか？」とフォローのメールが来たりして、細やかな対応です。助かります。

帰ってきてから自分のブログを見返してみたのですが、いや、りっぱなこをと書いてあります。読んだ本人が(書いた本人のはずなんですが)びっくりします。「知る者は言わず、言う者は知らず」という言葉を思い出しドキっとしますが、まぁ、言い出さないと自分のダメなところも見えてさえきません。という言い訳をしながら今日は書きました。

会では自分の見方の偏り具合を(きっとたくさん)指摘されて、いくつかは気づけたような気がします。それはまたおいおい書きたいと思います。お話してくれたみなさん、ありがとうございました。

必要？それとも欲しい？

2010-01-10T21:25:00.003+09:00

年末からちくちく（大掃除的な）掃除をしています。掃除していると

あ、こんなのあったのか・・・

というものがザクザクと出てきました。ここ１年どころではない、ここ数年記憶にもあがってこない品物たちでした。まるまる一部屋分の荷物を撤去したのですが、まだ本丸には届かず。なかなか手ごわい連中が立ちはだかっています。

そんな中、用あって本屋さんに行ってきました。面白い本も見つけて「これは！」と思ったのですが、そこではたと動きを止めました。

これ買ったら、どこに置くんだろう?いつ読むんだろう?

ついでに言えば、「実用書なら、いつ内容を行動に移すんだろう?」と考えて、放置することにしました。

現状では新たな行動パターンをアドオンするのは難しい。やるのは好ましいのだろうけれども、今の自分は必要としていない。

ということを考えて、事前にリストアップしておいた必要なものだけかって帰りました。おかげで部屋の荷物は増えずに済みました。本屋にて「それは必要か?」という思考にいたれたことについて満足しました。

あいかわらず、今日もゴミ箱にモノを捨てています。まぁ、確かに、なくても生きていけそうです。特に困ることもなく。同じように、常に最新の情報を収集しなくても生きていけそうです。特に困ることもなく。

tipsを発表するときに見るリスト

2009-12-17T23:05:00.003+09:00

名古屋ライフハック研究会vol.6「私のライフハックス2009」12/19(土)：参加申込み始まっています！にあるように、

今年取り組んだり、見つけたりしたおすすめのライフハックを持ち寄って紹介する会をあわせて開催します。

というライフハックネタ持ち寄りパーティーがあります。

これに参加するので、

何かネタを考えなければならない。

とあれこれ考えているのですが、どうやってネタを出したモノか・・・。

今日ネタのアイディア出しをしたのですが、リストアップ前に準備したトリガーリストをどうぞ。

つ未来の自分

問題は何か?
- 誰が何に困っていたか?
- 何を問題としたか?
  - 何に注目したのか?
  - 何を重視したのか?
  - 何を無視したのか?
- 何が理想とズレいたのか?
  - ズレはどれだけ?
どうやって問題を解決したか?
- 問題の原因を何と設定したか?
- 最終的に何を変化させることで問題解決(理想と現実とのズレ)を計画した?
  - 何を変えた?
    - どう変えた?
      - 今までの方法と違うところは何?
- 起こりうるリスクに対してどんな予防策を用意したか?
  - リスクのシナリオは?
  - その改善策とは?
結果どうなった?
- 問題は解決されたのか?
- 効果はあったのか?
  - 便利になったのか?
  - 効果があったとしたらそれは何か?
- 残っている問題は何か?
- 新しく発生した問題は何か?

手帳にリストアップしたモノを構造化してみたのですが、どうみてもよく見るフレームワークです。本当にありがとうございました。

まぁ、上のリストをトリガーとして、手帳をぺらぺら探しています。発表時、時間内にはとても全部の項目について言えないだろうから、一点だけに絞ることにします。その発表で何に注目したか。

今回は、特に時間も短そうだし(最長3時間を26人で)。

(/ 180.0 26)
6.923076923076923

一人3ネタだったら、どうやっても1ネタ2分以内。一仕掛けあって1ネタ1分です。

一言にまとめてみると?

2009-12-06T22:57:00.003+09:00

高校の頃、担当の先生につかまり、勉強の記録をつけさせられたことがあります。これによって「自習するようになった」という結果は出ました。

こんな方法でした。 B4(A3?)の紙いっぱいに、1週間分の全ての科目の一覧表があり、以下の項目を記入して毎週提出してました。

いつ
- 日付
何を
- 科目(表中の位置で明示)
- やったことの説明(20mm x 7mmくらいのスペースに)
どれだけ
- 何分

全ての科目につき、

一週間でその科目に何分
一日何分

おまけには

TVを何分見たか
何分読書したか

を記入する欄まであって、充実のサービスでした。今思い出しても涙が出てきます。

この表に毎日記入することによって、いやでも自分の時間の使い方を見させられました。最悪提出する直前に書き込むとしても、週一回はそういった事実と向き合わざるを得ませんでした。そのときはある種の居心地の悪さを感じたものでした。その感覚の向かい先には提出先の先生の視線だった訳ですが。今も似たような感覚に追い込まれることもあるのですが、昔と今とでは少し違います。今はその先には自分の計画とのズレがあるわけです。どちらにしても周りから、もしくは(流されて?自分でも)「そうあろう」と思った目標に近づこうとしているはずなんで、流用できるはずなんですが。

続けて今回は「提出時に先生から質問されたこと」を１つ思い出しました。先の表中には「＊＊を勉強しました」と勉強内容が書いてあるのですが、それについて、

**の何をやったんだ?

と訊かれて、それにたいしてさらに詳しい説明をするというものでした。

ここまで書いて何を言いたかったかというと、以下の２つの作業をさせられたことにより、勉強内容をまとめさせられたんだなぁ、と。

表を埋めるために内容を4-5文字まで圧縮
それについて質問されたときに備えて、一息でなんとか説明を試みました(想定問答集作成)
- 説明の正誤は保証しません

そんなことです。

今言ったことを「説明すること」にシフトすると、あるトピックについて

3,000字で説明してください
400字で説明してください
20字で説明してください
キーワードを2つあげてください

に対する準備をしていることになります。時間という尺度で区切れば、

60分で説明してください
20分で説明してください
15分で説明してください
5分で説明してください
1分で説明してください
30秒で説明してください

といった要求に対して準備をしていることになります。

言う事は変わらないはずなので、

どの部分を残すか=どの部分を削るか

を整理できてないといけません。その整理する作業が理解することだ、その理解度を確認する方法が口頭試問によるアウトプットだった、ということを思い出だしたエントリです。

名古屋ライフハック研究会 Vol.5 コミュニケーション・ハック参加記録

2009-11-21T01:24:00.001+09:00

こんなお知らせがあって、11/14(土)に参加してきました。

参加者としてその時間を過ごして満足しました。イベントは。懇親会の途中で失礼しなければならなかったのが悔やまれます。

今回のテーマはコミュニケーション。スタッフの!kakobonさんが講師役?としてワークが始まりました。ちなみに!kakobonさん本人は

講師じゃなくてナビゲーターだ

と言っていました。

ワークとしてやったことは

名前数珠つなぎ
身振りだけで絵を描く
バースデーリング
グループブレーンストーミング
個人ワーク
ペアゲーム

その後、LT、クロージングでした。

各ワークで何をしたかは貧民夜想會[Lifehack]名古屋ライフハック研究会 vol.5「コミュニケーションハック」を参照することにして、以下はその時の感想やら気がついたことを。

名前数珠つなぎのおかげで一緒のグループの方の名前(というか呼び方)を覚えられました。何回も言ったり聞いたりしたおかげですね。ただ、名前を覚えることはコミュニケーションに何か意味はあるのかな？と考えたところよく分かりません。まぁ、その後のワークやら休憩時にお話しやすくなりました。確かに、モノに名前(呼び名)をつけることで対象としてとらえ直すことが出来ますが、それは事物一般での話で、1個人にまで適応できるかは知らないのですね。ということを後から考えてみたり。

次に、その名前を覚え合ったグループで「身振りだけで絵を描く」ワークに挑戦しました。当グループは「車の絵」を描きました。せのび道さんでその写真が紹介されています。平和な絵です。続けて別のグループ分けでバースデーリングを作成しました。

この2つのサイレントゲームでは、ちょっと予想が外れました。相当苦戦するかと思いきや、とにもかくにもやることはやりましたから。考えてみたらそれはそれで合っているのかな、とも思えます。でも正直よく分かりません。

というのも誰かさんが受け取るメッセージの総量を100%とすると、言語によるもの(バーバルコミュニケーション)は約30%、非言語によるもの(ノンバーバルコミュニケーション)は70%を占めた気がします。何を単位情報量としてカウントしたのかは知りませんが。まぁいいとして。だとしたら、今回の制限で使えなかった言語によるものを除いた残りの70%で意思疎通しようとしたはずなのでそれはそれで良いのでしょう。ただ、「何を描こう」という抽象的な内容だけを身振りで決めて各々勝手に推し量りながら描くというのは、基本的に抽象的なコトのはずです。抽象的な事柄はノンバーバルコミュニケーションでは出来ない分野、もしくは苦手な分野と認識していたのですが。抽象的な事柄は言語に頼っていたはずなんです。で、手話を用いてコミュニケーションする際も、その取り決めは言語によってなされているはずなんです。もし僕の記憶が間違っていて、ノンバーバルコミュニケーションでも抽象的な事柄を扱えるとしたらそれは問題ないのです。反対に僕の記憶が合っていて、ノンバーバルコミュニケーションでは抽象的な事柄を扱えないとしたら・・・迷路が始まります。それは、今回のお絵かきワークの様にノンバーバルコミュニケーションでできあがったモノは何なのだろうか?という問いです。分解して、

このワークで代表したお絵かきというのは何のデフォルメだろう?
僕が期待した「改善したコミュニケーションで作ろうとしたモノ」は何だろう?

ということが分かっていないことになりました。この問いは参加しなければ自分で気づけませんでしたね。収穫です。

相手の思考を慮り、相手との溝を埋めようとした結果できあがったモノは何だろうか？と考えています。というのも、ワークは何を代表したモノか？が和からないながらも、このワークを終わらせた直後は達成感がありましたから。前段落の疑問とは一致しなさそうな材料ですが。あの満足感は「要件については事前の要求水準がいつもと比べて低かった」という話で説明出来るかも知れません。そうすると、ハードル下げて跳べて満足という話とも一致してそれなりに納得できる話になります。他に解釈のしかたはあり得るかも知れませんね。

今回行ったワークのバリエーションとして、反対に言葉だけで相手と絵を描くとなると、ちょっとしたNASAの宇宙飛行士選抜試験になるな、と帰り際思い出しました。これは余談です。

グループブレーンストーミングでは

うまく聞く方法
うまく伝える方法

をそれぞれ3分間リストアップせよ、それも各自でその方法をメモせよというルールでした。これは進行が相当興味深いものでした。

最初の「上手く聞く方法」と後の「うまく伝える方法」のリストアップ時には条件が違いました。条件の違いは2つあります。

グループ内ファシリテーターの明示的指名の有無
目標数の有無(同じワークをした別のグループの話)

上2つは両方とも後の「上手く伝える方法」リストアップ時に適用したのですが、当グループではその方法の数が (上手く聞く方法):(上手く伝える方法)=13個:21個と1.5倍近くに増えました。コミュニケーションとは直接関係ないかも知れませんが、環境設定、目標設定による量の違いとして記録しておきました。後付けルールを通した!kakobonさんとの不完全情報ゲームみたいで考え甲斐があります。そうなればコミュニケーションとは大いに関係があるんですが、狙っているのかも知れませんね。

個人ワークでは、自分が大事だと考える「上手く聞く方法」「上手く伝える方法」を先ほどリストアップしたモノの中から1つずつ選び、併せてそれを選んだ理由を考えました。自分が選んだ2つの方法を携えて、ペアを作って「自分の好きなモノを相手に今食べたくさせる」プレゼンテーションを互いに挑戦しました。で、そのペアワークの振り返り、自分が大事だと考えた2つの方法を達成できたか?という報告をグループ内でプレゼンテーションしました。結果は1勝1敗。離すスピードは辛抱できませんでした。

ここまででワークは終了。

その後ライトニングトークスで9人の方が発表してくれました。毎回思うのですが、よく話したいことを5分でまとめるなぁ、と。

で、懇親会の途中で後ろ髪引かれながら帰宅しました。

イベントが終わって1週間経ってからの記録です。まぁ、とりあえず今はこれだけ。一緒に準備してくれた方、当日一緒にワークしてくれた方、一緒の場所に集まってくれた方、どうもありがとうございました。

20分耐久テスト-都合とSWOTと時間割引-

2009-11-13T12:56:00.002+09:00

今回も性懲りもなく20分だけ書いてみることにします。やっと書いてみることができそうです。なんか自分はイベントとかの締め切りがないと動けない人間ということを再認識させられます。というのも、明日11/14がライフハック研究会Vol.5 コミュニケーション・ハックだからですね。たぶん、それで焦って今何かを書いている、それも昼休みに。なかなか変なコトです。これができるなら、もっと前からも出来たでしょうに。コンスタントに出来るかはまた別の問題ですが。

さて、先日のエントリーで

2軸目を見つけられない

と書きました。が、後で考えてみたら見落としていました。自分の都合を1軸目、そして2軸目は他人の都合にすれば良かったのです。

で、更に考えてみたら、この考察はSWOT分析になっちゃうんだな、ということに至りました。なぜかというと、外部環境と内部要因の各条件に対してシナリオを作るということですから。それを前回のエントリーに焼き直すと、外部要因(=他人の都合)と内部要因(=自分の都合)の各条件に対するシナリオ(=得られそうなアウトプット、怒ってしまいそうな不都合)、を出力することになりますから。

ということを夜散歩しながら気がついて「これは何も新しくない、けどネタにしておこう」と思いつつ随分と時間を浪費してしまいました。気がついたらあっという間に時間は過ぎているのです。それも気がついたときにしか気がつけないというのが恐ろしい。気がつくだけの余裕がないとき、つまり何かに手一杯の時というのは、時間が流されているということ自体すら気がつけていないんですね。だから「時間が大事」とあちこちで言われるわけです。で、時間が浪費されていないかをチェックするのですが、その管理コストが問題になるわけです。「時間に対する行動管理が大事だ」ということに納得して、行動管理・時間管理をおこなおうとするとそれに必要なコストを消費することになります。

ただ、なにかやる気があるときと無いときとでのコストの価値が違うように感じるんですね。評価に時間的な一貫性がない、と言えるでしょう。僕はどうも双曲性を持った時間割引率を持っているのかも知れません。本当にそうだとしたら随分と理解に苦しむ行動指針を持っていることになりますが。たぶんそれを補正するために、その時点での価値を書き出して自分から離れさせて、後から参照するんでしょうね。

あ、あと4分だそうです。

そういえば、この20分耐久テストではトータル2000文字くらい書いている人が普通みたいです。僕はというと、前回のエントリーは大体1700文字くらいでした。ちょっと頭の回転が遅いかな。今回は何文字になるんでしょう？前回よりももっと少なくなりそうです。不思議ですね。あらかじめ考えたことをタイプしているはずなのに。

そういえば風邪を引いて散々なめにあいました。後に引きますし、お肌もぼろぼろになります。こういうコトを体験すると、やっぱり動きやすい「普段のコンディション」というのはよっぽど良いモノだな、と痛感します。そのときは、健康維持コストが多少割高になっても納得できるわけですよ。なかなか現金なモノだと・・・・あ、時間です。現金なモノだと思いますね。

以上20分耐久テストでした。

20分耐久筆記

2009-10-21T07:38:00.002+09:00

ただいま20分書き出し訓練をやっています。初めてです。

これははてなで見て、「お、使えそうなトレーニングだ」と思ってチェックして、自分で試してその効果をチェック使用と思います。

さて、20分間ひたすら何かをしゃべり続けることができるのだろうかとちょっと考えているのですが、これは自分の考える速度、それを言語に直す速度、そしてタイピング速度の直列の処理になっていると考えられます。ですからその3つの作業の中で、作業速度が一番小さいところが、この20分書き出し訓練の処理速度のボトルネックとなります。

この20分書き出し訓練を始めようとした理由というのは、上記のもの以外にももうひとつありました。それは、ブログの投稿数を増やすことです。これなら書き出し20分、情報確認5分、整形＋アップロード5分のトータル30分で1エントリー出来上がるのではないか、という甘いも黒も見です。。を描くのには数時間単位かかったものが少なくなかったので、エントリー作成への敷居を下げようと考えてのことです。

さて、この方法にも問題があります。情報漏洩ですね。自分の意図しない情報まで垂れ流してしまっている可能性が捨て切れません。この20分書き出し訓練をやってみると、自分は基本的に垂れ流しですので、情報の取捨選択ができたものではありません。そのうち研究内容とか生活管理の改善方法とかがごっちゃになることでしょう。そうすると、意図しない場所、意図しないコミュニティでの個人特定がなされてしまい、ちょっと困ったことになるかもしれません。 Lifehacking.jpのmehoriさんがいうような「ネットに個人を出してその緊張感を活かしていこう」という高みまではまだ到達できていないようです。

そういうことを考えても、まだ「頭にあることを書き出してみる」ということの魅力を捨てきれない、捨て切れなかったのでこのようなテストに挑んでいるわけです。どうやら、個人特定への恐怖よりも、自分の考えていることを吐き出すこと、に魅力を感じているのかもしれません。ひょっとしたら、さらに欲張りで、自分の考えたことに対するフィードバックを期待している、それを否定するだけの材料が無いことも認めなければいけないようです。思ったよりも孤独で耐えられる人間ではないのかも知れません。ひょっとしたら他人からの承認を必要としているのかもしれませんから。

今、残り9分くらいのですが、とうとう筆が止まってしまいました。打鍵がとまってしました。あ、頭がつながりました。

思いつくことに関してただひたすら情報を垂れ流すということは、どういうことか？どういう可能性を持っているのか少し視点を変えて考えてみたいと思います。先ほどは、「自分にとって書き出すことのメリット/デメリット」という視点で話を進めました。今度は「Webを介して読む人へのメリット/デメリット」を創造してみたいとお思います。

このブログを読まれる奇特な方がどれほどいらっしゃるのかさっぱりわかりませんが、そして、どのようなキーワードがヒットしてこのブログにたどり着かれた方々がいらっしゃるのかわかりませんが、おそらく読み手としては「検索でいらっしゃった一見さん」と「物好きなリピーター」という分類ができるでしょう。これでマトリックスの１軸が出来上がりました。

もうひとつの軸を設定使用かと考えていたのですが、思いつきませんね。あれ？マトリックスを作成して、それぞれの領域でメリット/デメリットを作成できるはずなんですが。

あ、残り３分になりました。犬がやってきて僕とラップトップとの間で寝始めました。いや、これから散歩しないといけないんですが、寝てもらうと困ります。

話がまとまらないので、マトリックスでの分類はあきらめて、一見さん/リピーターの 2元的な分類で対応しようと思います。

まずは一見さんがこの垂れ流しブログをみてのメリットは、あるでしょうか？非常に疑わしい。おそらく無いでしょうね。デメリットに関しては時間の無駄になることでしょう。もっともキーワードにヒットするかどうかすら怪しいものですが

リピーターの方へのメリットは、僕の頭の生な状態が見れることでしょうか。万が一興味を持っていらっしゃる方がいたとして。デメリット

あ、時間切れです。今回はこんな感じでした。さっぱり論理的にはかけませんね。

知ったかぶりすると恥ずかしい目に遭います。目的も達成できません。

2009-10-02T07:46:00.003+09:00

後輩が作業の陣頭指揮で、目的をごっそり間違えてしまい、上司がぷりぷり怒り出した様子。それを見た後輩が余計パニックになっておろおろし出したので助け船を出そうとしたのですが、失敗しました。質の悪い助け船は助けになりません。理由は以下の1点です。

そもそも今回の作業の目的を知らなかった、確かめなかった
- ある作業を行うことだけにフォーカスした。手段が目的となっていた。

目的が違えば、そこから要求されるモノも違うので、達成方法も違う。これは派手に間違えました。ということで、今度からは「そもそもの目的は確かめよう(しつこいと思われるかも知れないけど)」と思います。

そして確認をしなかったことはなぜか？と考えてみたのですが、「知ったかぶりをしていたんだろうな」と思います。状況から予想しただけで、確かめなかったのですから。典型的なダメパターンですね。

これからは、立案するときに、そもそもの目的を質問して確認することにします。じゃないと、同じ失敗を失敗を繰り返してしまいます。それに、考えたことが無駄になることが多すぎるので。これは楽になってません。ちゃんと楽できるために下ごしらえします。

で、帰り際に教官から「今日は特によく動いてくれてありがとう」と言われたのが、意外でした。緊急時のことについてだったのか、後輩を諭す役を買って出たことなのかはちょっと分かりませんが。そういわれて不思議な気分です。思いっきり失敗したのですが。

ライトニングトークス分科会に参加しました

2009-09-28T07:53:00.002+09:00

[2009-09-26]に Blog Forest - プレゼン一色の週末。LTとドリプラGIFU。すごい人たちばかりだ。のLT分科会に参加してきました。

参加した目的は「発表の練習をしたかったから」です。これに尽きます。

今回は以下のことを挑戦しました。

資料作成時
- 5分で話せるトピックを選択する
  - 発表のキーセンテンスを用意する
- 結論をタイトル直後に用意する
- 結論を複数回表示する
発表時
- せめて一回は聴衆の方を向く
  - できれば誰かの顔を見る
その他
- 人に質問する
  - そのために発表を聞く

発表したとき、みなさんの方を向くことは向けたのですが、とても誰かの顔を見るところまでは到達できませんでした。この挑戦は次回に持ち越すことにします。

そして、質問しようとしたら急に停止しました。そのときになって初めて「何を質問するべきなのか」を考えたのですから。これには困りました。発表内容の理解、さらに質問のためのフレームワークを用意していなかったんです。質問する目的は何なのか？今回のLT練習会に参加し、聴衆側の練習として質問しようとした目的は何なのか？を用意していませんでした。準備不足でした。ちなみに質問用フレームワークがあっても、目的に沿ったフレームワークを選んで使えていなければ話になりません。

さて、自分の発表について教えていただいたことは

早口
字面への配慮が足りない
聞き手の受け取り準備状態を考えていない
絵が無い
発表者が動き回っているので、スライドを注目して欲しいのか自分を注目して欲しいのか迷う

ということでした。発表するまでが一杯一杯で、フィードバックをもらってからのことを考えてませんでした。あとで配布されるという発表ビデオを見てチェックします。

以下、発表された内容のメモの一部を。

SBMにはコメントをつけて検索を利用せよ
LT tips:「間」を使え
書籍「魔法のように片付く！見つかる！超ファイルの技術」の紹介:袋に入れて2段階(大,小)分類せよ
紙をつかう道具として考えているのは超整理手帳だけ！
数学は楽しい:・・・らしいです
ムチを使え
コミュニティーの作り方:ニーズの表裏
書籍「フィンランド式キッズスキル入門」の方法紹介:時事ネタをさらりと入れてました。スマート。
アウトプットのすすめ:継続して成長するために
読書とプチeco ブックダーツを使うコツ:もっと聞きたい
マラソンは団体競技です?みんなで楽しめます。
いつも価値観を確認できるタスク管理法

分科会後も懇親会があり、さんざん遊んだはずなんですが、帰宅したら夜10時前でした。いや、こういう勉強会は助かります。

勉強会で聞いていただいた/教えていただいたみなさん、ありがとうございました。

第9回ビジネス選書読書会

2009-09-16T23:29:00.004+09:00

ちょっと日が経ってしまいましたが、第9回ビジネス選書読書会に参加してきたよと同じく読書会に参加してきました。大本は本を読んで成長しよう！　9/13(日)　読書会(名古屋)ですね。

参加者は15人前後だったと思います。 3つのグループに分かれました。僕が属したグループでは、その中で持ち寄った本を交換して40分ほど読み、それぞれが感じたところを紹介し合いました。それから各グループ１人ずつが代表として本の内容を発表しました。ざっと、そんな流れでした。僕がいたグループは計5人で、こんな本を交換して読みました。

レバレッジな本です。目次で表示されている項目すべてに「面倒くさいから・・・」と書いてあるそのメンタリティが好きです。面倒くさいからさっさと済ませてしまいたいものです。

なんともコメントに困る本。その装丁はビジネス書なのだろうか、と。しかし何かの行動の先に自分の甘えを見つけ、最善を尽くそうとする姿勢に頭が下がります。

話すテクニックとかもありますが、話す前に聞く、聞くためには話しかけられやすい空気を作る。ごもっとも。

これは僕が提出した本です。どうも取っつきにくいモノだったようです。自分でも紹介しきれませんでした。モノにできてませんね。

今回の僕の担当本。普段こういった本を読まないので、助かりました・・・？唯一知っていたのが「劣化する通貨」という概念でした。もちろんシルビオ・ベゼルなんて名前は知らなくて、ミヒャエル・エンデ関連で聞いたことがあるだけだったのですが。それだけがオアシスでした。

そして面白かったのが、ここに示す図です。見ていると本当に単純な熱交換器です。

ということがありまして。確かに普段絶対に読まないであろう、手に取れないであろう本を見る機会が与えられました。また、持ってきたモノ、読んだものに関して紹介しなければならなかったので、無理矢理にでもアウトプットしたことも良いことでした。強制的にでもまとめるように考えざるを得ません。

朝の時間を使えるのはありがたいですね。自分の時間をコントロールできているつもりになれて、爽快です。その後は約束したお昼ご飯で、昼からビールを飲んでご機嫌なstiloがいました。まぁ、何しようと自由ですし、見ていてなかなか面白いので止めはしません。

注意資源分散モデル？

2009-09-12T01:24:00.006+09:00

「注意資源分散モデル」というのを先日のセミナーで聞いたのですが、ずいぶんとややこしい。それを勉強できる教材は無いかと探してみました。見つけられませんでした。

さて、それはそれとして、セミナー当日に自分で解釈した”注意資源分散モデル”というのを書いておきます。

話を聞いたところ、こんな感じでした。

あるタスクを遂行するのに必要な集中度をar(:Attention Requested)とした場合、自身の集中度aとの関係は以下に示す通りとなる。
a<<ar：達成できない(能力的にできない。トレーニングが必要)
a~ar：拮抗していてちょうど良く作業できる。
ar<<a：達成できない(簡単すぎて退屈してしまう)
このモデルに則るなら、自分の集中度aがar<<aのとき、(aを減らす方向で)調整してa~arを成立させる工夫がある。たとえば「ながら作業」をすれば、要求されるタスクに振り分けられる集中度ap(:Partial Attention)はap<aとなり、単独作業を行っていたときよりも集中度を下げて、目的とするar~ap(<a)なる関係を作ることは可能のはず。

・・・らしいです。まぁ、要するに「ちょうどよくないとダメ」みたいです。やり過ぎでも、足りなくてもダメみたいです。

この話を聞いて「なんかの話で代わりにして理解できないか」を考えてみました。候補としては、

予算獲得後の評価
気体中のモル分圧制御

というところでしょうか。

予算獲得後の評価というのは、「ある目的のためにar円予算申請します」と言い、a円の予算枠がもらえた場合の話です。 a<<arだったら、要求した額に全く届かないので「こんな少ない予算でプロジェクトができるか！」という話になります。 a~arだったら要求した額に近い金額を支給されそうなのでめでたくプロジェクト完遂の可能性が出てきたことになります。 ar<<aだった場合は、要求した額を遙かに超える予算を支給されることになります。もらう方は「本当に何やるか分かってるの？」「どうやって使い切ればいいの？」「ネタ？」「書類の日付、4/1じゃないよね？」と困ることになります。まぁ、最後の場合(ar<<a)の理由付はなんとでもなります。最適値以外では不都合が存在するという話をすればよいので。そうすると、マルチタスキングによって集中力を適正値に持ってくる方法は何に対応するんでしょうか？上の方がプロジェクトを新たに作って必要な予算を振り分けた結果「ごめーん、新プロジェクトにも回さないと行けないから、こっちにはapしか予算まわせないや。aから減っちゃってごめんねー」「あ、いや、いいですよー。おたがいさまじゃないですか。(ap~arならかえってウチは助かりますけどね！)」という話でしょうか。

モル分圧については、専門の方がさくさくやられてるでしょうから割愛します。モル濃度にすれば気体に限らなくてもよいので、裾野が広がりそうですね。

書いてみると視界が安定するときもあります

2009-09-03T01:01:00.009+09:00

先日こんなことがありました。先生と僕の直属の後輩とのやりとりです。

先生「あのレポート、論文に出すから提出書類用意してね」
後輩「はい、komatsuna先輩に訊いておきます」
先生「・・・あのな、それは○○学会のWebPageみれば必要な書類一式の説明があるから、それ見てやりなさい」

ちょうど隣室で作業しているときにそんなやりとりが耳に入ってきました。嬉しくありません。いや、こちらが作ったレポートが論文に出すだけの価値があると評価してもらえるのはありがたいのですが、問題はそこではなく。後輩が独り立ちできない件についてです。それも自分がスポイルしているのではないか？原因が自分にあるのではないか？という疑念に反論するネタが思い浮かびませんでした。旗色が悪いです。

ひょっとして僕が何もかもお膳立てしてて、自分でものを探しに行くことをさせていなかったんじゃないか。自分が「何を欲しいのか」を考える作業すらさせたことがなかったんじゃないか。

という反省を書こうとしていました。

そんなネタを寝かしながらちょっと数日が過ぎまして。本日こんなことがありました。ちょっと違うことです。

後輩が2日間かけていくつかのデータを解析してくれたのです。最近教えたことを使って、僕の不在中に自分で試してくれていたようです。今日はそれについてディスカッションしてから、さすがに反省せざるを得ませんでした。

確かに後輩には注目すべき良い点もあるのです。何か作業するときはゴリゴリパワフルに進めていきます。そして理解して使う速さも悪くはありません。何よりも、今回自分で挑戦してくれました。先日の「自分で考えて行動させれてないかも」という不安を打ち消すような行動も見ることができます。かりに解消しきれなくても何とかしてみようと動いていますし、それがマイナス面だったとしても補ってサポートすれば光るものを持っています。つまり先日の僕の現状認識が偏っていて間違っていたんじゃないか、と思ったわけです。

そうなると、むしろ問題は「自分が後輩を活かし切れてない件についてじゃないか」と矛先が自分に向きます。「僕がもう少し大きな絵で目的を示せていれば、もっと自立的に動く練習を提供できたんじゃないか」「その段階にまで成長した後輩に気付くことなく、今まで通りの方針で接していたのは自分の怠慢だった」と考えたわけです。まぁ「後輩の特性を活かしきるだけの能力が、現在の自分に備わっていないことがもどかしい」ということですね。

書こうとすると、改めて考えざるを得ませんね。大事なことだから記録しておきましょう。このように実際に文字にして順番においていくと、視界を広くできますよ。先日の件だけに注目することもなく。という話でした。

名古屋ライフハック研究会Vol.04「マインドハックセミナー」参加記録

2009-08-31T00:37:00.004+09:00

2009-08-29(土)にライフハック心理学を運営されている佐々木正悟さんのセミナーに参加してきました。

熱気ムンムンでした。例によって図を置いて、気づきは後日にでもかけたらいいな、と思います。

会った皆さん、ありがとうございました。

歩き方

2009-08-08T23:56:00.002+09:00

先ほど何かのテレビ番組で、2人の男性がザックを背負って歩いている絵がありました。歩いている人達は2,3歩先を見ていました。

2人とも2,3歩先を見て歩いていました。逆に後ろも向いていないし、遙か山頂をも見ていませんでした。

もちろん、歩いている最中に

周りの景色を見ても
山頂を見上げても
歩いてきた道程を振り返っても

良いわけです。それ以外にも、

白昼夢を見ながら
マンガを読みながら
「○○山なう」しながら

歩いていても良いはずです。

でも歩いているときは、歩くこと、次の一歩をどこに出すかをまず考えます。転ばないために。そして少し慣れてくると、次の一歩は、更に次の一歩を楽に進めるために、歩きやすいコースを決めるための一歩として使うようになります。次の一歩をどこに起き、次の反対の足をどこに置くか。

トレイルランニングでも同じことだと思います。これは競技なので、もっとシビアになるでしょうが。

考えてみると、これは当然といえば当然の話です。まず目の前の問題(=歩行)をこなす。そうでなければ、最終的なゴール(自力で登頂)を達成できませんから。そのために、その作業にすべてのリソースを費やす。まずはそこから。

上級者になれば、スケールの違うこと、例えば

次の一歩をどこに置こうか
そっちに行くのにこの岩を避けようか
どこで休憩しようか
この天候で続行して大丈夫だろうか
体が冷えてないか
このペースで問題は無いか
このフォームで歩いてロスが多すぎないか
視点を変える必要があるか

ということをを次々と、そして無意識に考えることができるのでしょう。でも、それは、最初の「歩くこと」がまずできてからです。極端な話、他の判断ができても「歩くこと」ができなければまず自力登頂はできませんから。

先に書いたこと、というのはある程度実際に練習する必要があります。ある程度実際に練習するには、そう。山で実際に歩く必要があります。山で歩けるようになって初めて、それらの状況判断の実地練習もできます。さらに、より効率的な「歩き」ができれば、残るリソースをより上級の作業に集中することができます。意識して練習するなら、の話ですが。

更に上を目指すなら、足下を見て、泥にまみれてのたうち回らないといけない、ということです。基礎訓練をより積まなければならない、ということです。

当たり前と言えば当たり前の話になってきました。しかしそれにしても、成果を目にするにはこれはまた気の長い話になってしまいましたね。

今日やらないこと

2009-07-23T00:33:00.003+09:00

最近行動が変わったこととして、意識して活動を減らせるようになりました。減らしているのは、活動量、活動時間です。それでもその日の反省で後悔することはそれほどありません。ありがたいことです。何かを切り捨てると決めてから切り捨てるのですが、その日の最後、それなりに納得できる時間の使い方ができているようです。手前味噌ですが。

こういうことができるようになったのは、一日の予定をクローズドループにして、終了予定時刻とにらめっこするようになったからなんですが。以前よりも取捨選択するタイミングが早くなりました。

ただ、問題は取捨選択する基準が、「時間的にもう詰め込めないから」というリソースの上限があげられていることです。逆に言うと、「時間さえあればいくらでもやります」ということになります。体力的に、とか、やる気的に、という話でも同じことです。自分で設定した工数で物事を完了できていない、ということが問題なのです。フタをしていない箱に、順行思考でガンガンタスクを積んでいる段階なのです。基準があったとしても、箱の大きさが限界の基準でしかありません。

できれば取捨選択する基準は、「最終目標を達成するのに必要な作業か？」「自分のすべきことか？」という基準で、選択できるようになりたいモノです。

ちなみに、「活動量減らして日の満足度が変わらないのなら、効率(満足度/活動量)を最適化できていない」と最適化への道へはまだ挑戦できそうにありません。まだ今は、意識して自分の生活の流れを変える。それだけで手一杯のようです。この調整が無意識にできるようになったら、次のことを考えられる時期になるでしょう。

もちろん、全体のボリュームを下げることが許される環境でしかできないわけですが。

制限と境界の違い

2009-07-19T01:05:00.003+09:00

＜「書く気分」にならないと書けないというのは間違いだ。じつはどんな気分も書く気分としてふさわしい。＞　ジュリア・キャメロンごそごそごそ。

Originally posted as a comment by Amei on Chemical Xを取り除いた何か(仮) using Disqus. というアドバイスを受けて考えたこと。

"「書く気分」ならないと書けない"と考えていたことを教えてもらいました。

さて、ここからどうするか。少なくとも2通りの道が考えられます。

「書きたくない気分」も「書く気分の対象」として認め直す
「書く気分」になるものを無理矢理見つけるフォーマットとして利用する

どちらかというと、対象を広げた方が最初は楽そうです。ネタ切れ感がないですから。反対に、無理矢理にでも一日を省みるフォーマットとして「書く気分」になるものがあるのなら、それを利用するのも一手に成り得ます。使い方を間違えると精神的に苦しくなるでしょうが、自身の行動を定点観測で省みれる数少ないチャンスではあります。

自分は・・・迷いますね。当分はなんでもあり、なんでしょうね。話題をえり好みできる物量的な余裕がありませんから。

その日その日のために勉学するもの

2009-07-17T02:29:00.003+09:00

学問の研鑽では、誓って、対象そのものを見据え、対象を念頭に置いて語り、また、語る言葉も対象に委ねて、対象が導くままに巧まざる文章があとに続くようにさせるほうが良い、というのが私の考えです。私はこう自問自答します、「何世代にもわたって残るようなものを書く必要がどこにある。後生の人々がおまえのことを黙して語らぬことのないようにしようという、その努力をやめようとは思わないのか。お前は死ぬ定めを負って生まれたのだ。誰も何も黙して語らぬ葬儀の方が面倒も少ない。だから、何かを書くにしても、公にしようとは考えず、暇つぶしに、飾らない文で自分の用のために書くがよい。その日その日のために勉学する者は、それほどの労を必要としない」と。
セネカ　セレーヌスに寄せる　心の平静について　大西英文訳　1章13節より

だから、書いてみましょうか。

2週間続いていること

2009-07-10T02:24:00.002+09:00

先日の仕事ハックスに参加して

これは良い

と思い、続けていることを書いてみます。

クローズループの保持
- タスクを1列に並べている
- 終わる時間を見ながら、省いたり、延長したり調整している
嫌いなことを、自分に深く考えさせない
- とりあえず手を動かす作業に没頭させている
テンプレートを使い始めた
- ToClip
- gmail labのcanned responseは反応が遅い
思いついたことをEvernoteに放り込んでいる
- stickies連携のWin+s, 入力, Ctrl+a, Win+aのコンビネーションは秀逸
収集した情報を振り分けている
- 一日の終わりに振り分け用時間を確保
音声リマインダを利用
- 10min, 5min, 1min, 30s, 10s, 5,4,3,2,1.
定点観測
- 朝夕のパワークエスチョン

これくらいでしょうか。今のところ2週間続いています。結構快適です。後もう1週間したら一つの目安である3週間です。

確かに悪くありません。まだ迷う時間はありますが、以前よりも不明な時間が減りました。

仕事ハックス！終了

2009-06-28T15:17:00.003+09:00

シゴタノ！の大橋さんを迎えてのセミナーが終わりました。

セミナーもLTもよく勉強できました。どう改善していこうかを考えています。

参考までに以下の図を。

区切りの知恵

2009-06-15T17:01:00.002+09:00

ただいま個人的にもうすぐ一段落がつきそうな時期です。悪く言うと、ドタバタしている真っ最中です。そんな中、最後のアウトプットと次以降へフォローアップする方法を検討しています。

今回は2ヶ月それだけに集中できる状態を作れたので、

それなりにたくさんできるだろう

と思ってました。それも、十分な余裕を持って。確かにそれなりの満足できそうなアウトプットを出せましたが、時間の余裕はありませんでした。やはり直前(今)になって、バタバタしています。今後のやるべきこととして、

今、ここでやらなければいけないこと
後で、ここじゃない場所でもやれること

を分類している最中です。結構時間をとったつもりだったんですが、

ああ、なんで余裕が無いんだろう...

と考える暇を、やっと今みつけました。

でも考えてみると、それはそれでおかしくないのです。ちょっとポジティブなとらえ方をしてみよう、と試したところ、案外できそうな気がしてきました。こんなかんじです。

この案件は長く続くものなので、いくらやっても次のステージへのタスクが湧いて出てきます。それはタスクをこなすことによって状況を変えることができたからです。タスクをこなすことによって、新たなタスクへと着手できる状況ができたからです。これだけいっぱいのタスクに直面したのは、それだけ進展しているからなのです。それだけゴールと現在地との間に何が必要か?が見えてきたからです。

長く続くものは、今回のように区切りが無いとチェックができません。特に僕のようなぐうたらには。 tipsとして

自分の中で締切日を作れ

というものがありますが、どうも自分の意志だけではできそうにありません。何かサポートが必要です。ニンジンなり、自分の頭をだます理論だったり。

今これを書きながら考えているのですが、この考えに至ったとき

まぁ、こういうタスクまみれも悪くない

と思いました。コントロールの範囲内であれば。そしてバランスを取れている条件であれば。結構めずらしいです。もっとも、ボスにそれを言うと喜んで次々と仕事を投げてきそうなので言いませんが。こういう日も悪くありません。

普段は

TODOキライ

というマインドで"Do more with less"を信条としているのですが、今日考えてみたら、

TODOをこなして目鼻をつけられたからこそ、今のタスクをこなすことに意味がある

状態にまでこぎつけたことに思い至りました。

まぁ、たまにはおかしなことを考えるのも悪くありません。でも相変わらず、無駄な、今後に貢献しそうにないタスクは嫌いです。その場合も、「そのタスクの目的を確認する」というタスクを追加するんでしょうか。いや、それは面倒です。はい。

シゴタノ！大橋さん「仕事ハックス！」＠名古屋 6/27

2009-06-14T06:33:00.004+09:00

みなさまはもうすでにご存知でしょうが、 6/27(土)にシゴタノ！管理人の大橋さんのセミナーがあります。詳しくはこちらから。

東京や大阪で開催されているのを見てはほぞをかむ思いでした。いや、チャンスというのはあるんですね。

実際に、自分で手を動かし、自分で考える、ワークの時間があるそうです。個人的に楽しみにしています。

ただいま確認したところ、あと５人だとか。満員直前です。ぜひご検討を。

lhjp版 Tweekly Review に参加できました(最終的には)

2009-06-05T19:31:00.001+09:00

Join the Worldwide GTD Weekly Review でtwitter上でGTDコーチたるKellyの合いの手を見ながらWeekly Reviewができる。そして時間もバッチリ。時差もなし。これは運命です。そうでなくても、そう思い込みました。その日はtwitterをonにしてTweekly Reviewに参加しよう、と。

ところが気が付いてみたら、あっという間に14:00を過ぎていました。せっかくの好条件をすべて無にしてしまいました。ちょっとどころではない、大変に残念な状態でした。

ところが世界はうまくできている。こんな稀有な人

世界同時 GTD 週次レビューは日本時間の明日午前２時から。参加する人は #Tweekly をフォローしておいてください。日本では、金曜日の午後２時からその様子の再現を試みます！

がいらっしゃいまして、遅れ馳せながら参加しました。時差万歳。散々動き回ってからの22:00から23:00までノンストップの1時間を過ごしました。目の回るような時間で疲れこそしましたが、何か少しスッキリしたような感じもあります。 1時間の投資として悪くありません。

普段だとWeekly Reviewは3時間以上かかってしまい、なかなか終われずに途中で打ち切られてしまってます。ずるずると次の週へと押されているわけです。それを各ステップを無理矢理5分という時間で区切って、全体を約1時間に収めたことがすごいです。強制ジェットコースターです。プレイヤー側がスピードを操作できるジェットコースターというのは知りませんが。

媒体が何であれ、Weekly Reviewの指導を受けるのは、これもローリスク・ハイリターンだと思います。 GTDを実践する以上、weekly reviewする時間が必要になります。ならばその時間を2重に3重に利用する手はないか?

タイムキーパーになってもらう
- それだけならスクリプトで十分な気がする
- いつも時間を使いすぎて、最終フェーズまで行けない。やり残し感が漂う。
- 他人に言われると、なぜか強制力を感じる。自分の意志だけに頼るのはツラい。
他の人がどこで困っているのか、その問題を知る。
- 未知の問題
  - それは自分が見過している問題ではないのか?
  - それは自分に起こり得る問題ではないのか?
- 既知の問題
  - それは自分が解決した問題なのか?
    - 解決したならばどうやって?
      - 意識してその原理を整理したことある? 原理は別の問題にも応用できるでしょ。

ということを思いました。落ちはありません。

脱線もまた良し

2009-05-12T00:06:00.001+09:00

久し振りにゆったりと話す時間を持てました。日本ではなかなか持てなかった時間です。集まってみんなで夕食をつくって、さんざん食べて、それから話したことです。よくリラックスできました。そこで自分の思考の偏りを確認できたので、そのメモを。

話した内容は「話している最中に脱線することは好ましいのか」という内容を話していました。もちろん内容と状況によりけりですが、その時は「何か決めるために集まったとき」という前提でした。

僕の好みとしては「何か決めるために集まったのなら、まず結論を出すべき。脱線はその後で」という考えを持っていました。ところが別の人は違う考えを持っていたのです。「脱線はその人を知るチャンス。状況が許す限り脱線に付き合う」というものでした。

正直、一体何を言っているのか理解できませんでした。何のために、皆が時間を調整して集まっているのか分かっているのだろうか？と。ところが、話を聞いてみるとそれはそれでもっともな話でした。

脱線する人の中には、「状況を理解して脱線する人」と「状況を理解しないで脱線する人」とがいます。状況を理解しないで脱線する人は、面倒なのでそれはそれで行くに任せる。時間が来たら、整理して話を戻す。状況を理解した上で脱線する人を考えた場合、その人は脱線してまでも何かを伝えようとした、と考えているのだそうです。つまり脱線する人の中にも、状況を理解している人/していない人という分類をしていたのです。

対して、僕は今まで脱線して話す側として考えたことがありませんでした。もしくは「状況を理解していない人」しか想定していませんでした。僕自身も脱線話は良くするのですが。どちかというと制約のある状況下で話をする場合は、

どう主張するか
どう時間内に当初設定したレベルの結論までまとめるか

ということに注力していました。僕にとって、脱線は参加者の時間を浪費する邪魔者でしかありませんでした。

時間を合わせて集まった費用に見合う結果を出すために、フォーカスする領域を意図的に制限しました。他の参加者にもそれを適用していました。

そんなスタイルだったのですが、

必要以上に整理をする必要があるのか。

という疑問が浮上しました。確かに「必要以上」は必要ないでしょう。必要な量以上ですから。必要な量だけ、整理する必要があるのでしょう。

だから、状況が許す限り脱線を認める、楽しむというスタイルがあっても良い。そういう環境があっても良い。という場合もある。特に他人が何を考えているか、何を求めているのかを知りたいと思うのなら。感情に再生機能は無いから。 -- という視点が抜けてました。

加えて、その人は言いました。

相手が言ったことに注意を向けなければいけないが、同時に、相手が言わなかったことにも注意しなければいけない。

相手が限られた時間でそのトピックを選んだ、ということを考えてです。相手が何を選び、何を捨てたかを考えることで、相手の考え方を知ることができる、と。

僕はいつも

まずは要件を終わらせてから。雑談はそれが終わってから。

という様に考えていました。

案件を片付けるまでは、できるだけその案件を片付けることに集中すべきだと考えていました。相手の気持ちを考えない。過激に言うと、相手をモノ扱いしていたわけです。しかし、案件に対する相手の反応が、相手を知るための役に立つ情報ということを考えていませんでした。「相手が相手自身の中で何を気にしているか」に注意を払っていませんでした。これは教訓になり得ます。

もっとも、案件ごとに脱線していたらとてもまわせませんが。相手が脱線したときに、状況が許すなら、相手に興味を持つ一つの考え方として使えそうです。目まで笑って傾聴できるまでには当分時間がかかりそうですが。

サービスを導入するか

2009-04-26T01:04:00.005+09:00

先日iPhoneって便利なんだなでTodoリストでのリマインダ機能を話した後、もう少し話が進んでました。今回は、iPhone使いの方ではなく、付箋を使って@callを実践する人と話した内容です。

新しい機能を導入するときのチェックポイントとして、「どれだけ自分のスタイルを変える必要があるのか」を考えなければいけない、という話でした。もっともな話です。

そもそも、こんな話をしたのは

時間指定があるToDoのリマインダが欲しい

というリクエストがあったからです。 RTMやらMSNやらgoogle calendarやらの基本的なサービスを紹介しました。ただ、これらは最終的にはemailや着信を受ける情報端末が必要となります。その人は「受信用端末を新たに持ち歩くのは嫌だ」という人だったので、結局この提案は流れてしまいました。

導入を断念した理由は

サービスに適応するように自分の生活を変えてまで達成したい要求ではない

だ、そうです。もっともな話です。僕はどちらかというと、ついついサービスを導入しすぎてしまい破綻してしまう人間なのでこの評価基準を思い出すことは価値があります。

ところで、どうやらその人は僕をリマインダとして機能し続けることを期待しているようです。困ったものです。さて、どうやって切り抜けたものでしょうか。

どうしても必要なこと

2009-04-25T01:24:00.004+09:00

Lifehacking.jpを読んでいたら、聖書にこんなエピソードがあったことを思い出しました。(ルカ　11章38-42節)

先にまとめて言ってしまうと、「イエスをもてなした姉妹の行動の違い。姉：食事作ったりであたふた。妹：イエスの話をジーっと聞いている。さて、どうしたものでしょうか」という話です。

38 さて、彼らが旅を続けているうち、イエスがある村に入られると、マルタという女が喜んで家にお迎えした。
39 彼女にマリアという妹がいたが、主の足もとにすわって、みことばに聞き入っていた。
40 ところが、マルタは、いろいろともてなしのために気が落ち着かず、みもとに来て言った。「主よ。妹が私だけにおもてなしをさせているのを、なんともお思いにならないのでしょうか。私の手伝いをするように、妹におっしゃってください。」
41 主は答えて言われた。「マルタ、マルタ。あなたは、いろいろなことを心配して、気を使っています。
42 しかし、どうしても必要なことはわずかです。いや、一つだけです。マリヤはその良いほうを選んだのです。彼女からそれを取り上げてはいけません。」

どうしても必要なことは一つだけです。

実際の生活ではなかなかそれだけ、ということにはできませんが、許されるチャンスに(今)、どうしても必要なわずかなことを一心にできますように。そして、選ぶべきどうしても必要なことを選ぶだけの知恵がありますように。

iPhoneって便利なんだな

2009-04-24T16:14:00.004+09:00

今日は来客がありました。やることを終えた後「昼ごはん食べに行こうか」と誘ったら喜んで予定をアレンジし直してくれました。おもむろにiPhoneを取り出し電話して予定の変更が終了。その後、「どのお店にしようか」というのをiPhoneで地図を見ながら、あーでもない、こーでもない、と話していました。

そしてお店が決まったら、そこからすぐに電話して予約。たぶんそのまま通話できるんでしょうね。それほどのタイプがなかったので。無事に予約完了。お店に着いたら、30卓以上ある店内が満員でした。いやいや、予約しといてよかった。

散々話をして送ってもらったのですが、途中でiPhoneの話になりました。

知り合いのiPhoneがあると共鳴？してそばにいることを知らせてくれるんだよ。で、インジケーターを見て「じゃ、会おう」ってなるわけです。

とか教えてくれました。すごいなぁ、と思っていたら案の定

どこにいてもオンラインなら捕まえられるけどね

とも。まぁ、そういうときはOFFにするか、山登りでもするべきなのかもしれません。便利な道具です。使い方次第。

最後に、

iPhoneはフルートにもなるのよ

と教えてもらったりして、実演してもらいました。ついでに僕も吹かせてもらいました。こんな感じです。

なんというか、この仕組みを考えた人はすごいです。 (音を鳴らさない)息の音圧をマイクで検知して、それをフルートのインプットにする。僕にはとてもそれを考えられませんでした。声というものを、空気の粗密派としてのエネルギー入力、それがあった場合の周波数によるコントロール。その2つのANDでつながった条件処理を分解した人はやっぱり頭がいいなぁ、と思いました。はい。

そんなわけで楽しくiPhoneアプリの話をしていました。 iPhoneの登場でソフトウェアの使い方がぐっと変わった、とか。GPSを利用したソフトウェア機能が新しい、とか。という話をしてくれたので「OmniFocusとかアツいよね」と振ってみたのですが残念ながらご存じなかったようです。また、GPSを利用するので、場所に反応するリマインダーの利用も、iPhoneをはじめとする携帯端末の新しい使い方だよね、という話をしたら興味を持って聞いてくれました。うーん、RTMかOmniFocusですよ？たぶん。使っていませんが。

こんなことを書いて今考えているのですが、そういえば昨日はBlackBerryを見せてもらって、今日はiPhoneを見せてもらって、なんかガジェット博覧会みたいで楽しいです。

@call実装方法も人それぞれ

2009-04-22T23:15:00.005+09:00

先日、40エントリー目突破：Chemical Xを取り除いた何か(仮) に追いつきましたにて刺激を受けたので、ごそごそとちょっとでも書こうと画策しております。はい。

今日は、訪れた先で発見したことを書こうと思います。 GTDという言葉や概念を知らない人でも、知らないうちにそれを実行している人がいる、という話です。付せんを使って、@callリストを作成してしまっている人がいました。

これが、その写真です。大きな黄色の付箋には"To Call!!"と書かれていて、その周りにあるいくつか付せん紙にその連絡先と用件が書かれています。また、常時連絡をとる人の連絡先も書かれています。情報はアレなので、こちらで潰させてもらいました。サルベージしないでくださいね。なお、画像が回転してしまっているので、-90度して見ていただけると助かります。

David Allen氏が薦めるようなリストを持っていなくても、その状況で行うべきタスクが集められていて、あとはそれをただこなしていけば良い、という状況が作れています。補足すると、その人は仕事では携帯電話を使わない状況なので、先ほどの写真にありましたように、机の横の壁に@callな用件を書いていれば必要にして十分、という状況になります。これで、(「電話が使える」という)コンテキストの制限も適切に選択されていることになります。

GTDという言葉を知らなくても、その全体の概念を知らなくても、部分的な実装方法はそこら中に転がっていると感じた次第です。まだまだ勉強できそうなことはいっぱいあります。必要以上に感じるストレスを軽減した上で、さらに効率的に動く選択肢がありそうです。実装方法は必要以上に限定する必要はなさそうです。ビギナーはまずは推奨方法を。その後、自分にあった方法へカスタマイズする方向で。 GTDは考え方を示しているだけで、実装方法の限定はしていませんので。提案や、その人にあったシステムを提供していますが。

と、書いてみたのですが、案外HipstarPDAやindex cardで同じような管理法をしている人がいたかもしれません。そんな記憶があるのですが、もう、忘れてしまいましたし、探してここでそのリンク先を紹介することに価値を見出せないので今日はしませんが。これで、とりあえず十分ということにしておきます。

読書メモ省力化の試み

2009-03-19T00:46:00.002+09:00

読書メモの作成にevernoteを使うにて

気に入ったフレーズに遭遇したときは携帯で写真を撮り、Evernoteに転送しておきます。

を見てちょっと試してみました。結構便利かもしれません。まだ携帯からevernoteに送ってはいませんが。メールで登録もできるはずなのでできるのかもしれませんが、詳しくは知りません。

今まで気合を入れた本のメモはスキャナーで取り込んでいたのをこのように変更しました。

今まで
- スキャナーで取っていた
今回試したこと
- 携帯カメラで撮影

スキャナーでメモするのと比べると随分と楽です。

まず手軽に取り込めること。ページを押さえて、パシャ。で済みます。メモの目的が「自分が思い出すため」ですから、それほど綺麗な体裁も必要ありません。歪んでいても読めれば問題ない訳です。それにもし綺麗なデータが必要になったら、何の本の何ページ目に書いてあるかがその写真から分かりますし。

次に、取り込める場所が増えたこと。取り込み作業ができる場所が増えたこと、と言うべきかもしれません。今まではスキャナーのある場所でしか取り込めませんでした。コンテキスト@scannerのタスクでした。しかし、携帯カメラで撮影する方式に変えてからは場所の制限はゆるくなりました。 @mobileというか、@phone_cameraです。それで携帯は結構な頻度で持ち歩きますから結構メモできます。僕個人の目的としては、ユビキタスキャプチャーに近いものがあったので、これは相当な進歩です。おかげで、表やら図やらも取り込みやすくなりました。適当に。気合を入れなければならないものだけ、スキャナーにて。改めて考えてみたら、自分は鶏を割くのに牛刀をブン回していたようです。

結構気に入ったこの方法でも、困ったこともあります。さすがにまだ地下鉄や電車内で文庫本を撮影するだけの勇気が無いのです。 7人用の座席で丸見えなので。あと、電車内でケイタイカメラの音を鳴らすのは…恐いです。アレとか恐いじゃないですか。

そんなことは言っても、それぞれ必要とされる最小限の労力に近づけられているかな、と一人ほくそえんでいます。まだ整理するとかいう段階まで到達していないので、これからまた苦しむことになろうかと思いますが。

名古屋アジャイル勉強会第9回（2009/02/27）発表資料

2009-03-06T02:05:00.002+09:00

Check out this SlideShare Presentation:

名古屋アジャイル勉強会第9回（2009/02/27）発表資料

View more presentations from rrrkitamura. (tags: 名古屋アジャイル... なごアジャ)

"名古屋ライフハック研究会"で検索していたら、こんなよいものを見つけました。みなさん、是非ご覧ください。勉強になりますよ?

第９回勉強会『アジャイルなら仕事を楽しくできますか？』に参加してきました

2009-03-01T16:31:00.001+09:00

先日、第９回勉強会のご案内『アジャイルなら仕事を楽しくできますか？』に参加してきました。先週の名古屋ライフハック研究会　立ち上げ会に参加してきましたにてその勉強会があることを知れたからです。で、調べてみたら今回はこんな内容。ジャストミートです。ちなみに開催報告が第９回勉強会開催しましたにあります。

勉強会では講師役の人の説明を聞きながら、何回かに分けてグループワークを行いました。今回グループワークやったことは、各テーブルで以下の3問についてそれぞれ5分間話しあうことでした。同時に紙に書きながら。今回は、話し合うテーマとして以下の3問がありました。

楽しくないときはどんなときか?
楽しいときはどんなときか?
どうやって楽しくないことを楽しくするか?

その後、書き出した紙を使ってグループでのまとめをプレゼンテーションしました。

僕が参加したテーブルでは

楽しくないのはどんなときか?
- 出会いがない
- 学びがない
- 振り回されている
- 謝りにいくとき
- etc.
楽しいのはどんなときか?
- 進んでいると実感できるとき
- 認めてもらえたとき
- etc.
どうやって楽しくないことを楽しくするか?
- 例
  - 面倒なタスクを擬人化。手のかかる子の面倒を見るつもりで。
- 学びがない
  - タイムアタック
  - 社内&ルーチンワークならちょっとスクリプト化に挑戦
  - etc.
- 謝りにいく(この問題設定は相当クレイジーです。自分だけではとてもこれは設定できません)
  - 納得してもらうために必要な時間のタイムアタック(ゲーム化)
  - いかに悲惨かをネタ化

といったことが出てきました。

その日のレビューとして、感想を付箋紙に書き出し、

Keep
Problem
Try

の台紙に順次貼り付けていきました。その貼り付けた内容についてコメントや質問をした後に、大事だと思う付箋にシールを(1人3枚)貼っていきました。記念撮影、後片付けで勉強会は終了しました。

時間は5分単位でサクサク進みました。なにかをした後にはその振り返りやチェック、他のメンバーからの評価が必ずありました。

ついでに懇親会にも参加してきました。濃い方々、熱い方々ともお話しする機会が得られました。そこでもマインドマップを話題に盛り上がったり、他己紹介で散々ネタをつぶした後に自己紹介という新しい自己紹介方法も見ることができました。これで追い詰めることによって、人の本質が見れる、とか。難易度高過ぎです。

みなさん自分から動いてなんとか現状を打開しようとする人達で、知恵を与えてもらった以上に、元気ももらいました。

感想

終了後、ある種の満足感を感じました。今回2時間参加しただけの僕ですら「何か得た」気がするから不思議です。この満足感は、やったことに対するフィードバック、例えば

話し合った内容を書いた模造紙を使った即席プレゼンテーションでの共有
質問やコメントを使った振り返り
やった直後にシールを使った評価

といったアジャイルの考え方を実装した時間割に負うところ大だと思います。良く考えられた時間割です。うかがってみると「イテレーションとフィードバック」がアジャイルの重要な考え方だそうで、どうやらこのプログラムにも使われいるように見受けられます。

動機

どうしてこの勉強会に参加しようとしたかを少し書いて整理してみます。「自分の視点のレパートリーを増やせないか」ということを目的として参加しました。

何かをある程度までやる以上、面白いコトができるときも、面白くないコトをしないといけないときもあります。面白いことは勝手にできるのですが、面白くないことはなかなかできません。やるとツラいので。でも、やらないといけない(やらないともっとツラくなる)状況は変わらないので、どうせやるなら楽しめる方法はないか?と探してました。で、ヒットしました。

さすがに全部がそのまま使えるとは思っていませんが、その考え方を導入して自分の中で作り直すこともできます。まずは種の入手を、ということで勉強会に参加しました。これが目的でした。けっこう満足してます。

あとは自分で試してみることですね。さて、現在タイムアタックしてますが、このエントリを書くのにすでに44分かかっています。まぁ、書きたくて書いているからいいかな、と。記録としての復習ノートにもなりますし。

健康ランドみたいなところでmind dumpは結構いける!

2009-02-23T23:15:00.003+09:00

オッサンみたいなタイトルでスタートしてます。中身もオッサンですね。

入浴して、mind dump。更に入浴して、mind dump。すると、2回目の入浴でかなりリラックスできた気がします。入浴すると、「ぁあ~」とか声を出してしまう位お風呂は好きなのですが、更にそのお風呂をもっと楽しみましょうという話です。

名古屋ライフハック研究会の立ち上げ会に参加して散々遊んだ翌日のことです。

ごそごそと研究室で実験の用意をしたり、普段なかなか話す接点の無い後輩から「こんなこと思い付いたんだけど」とか話しかけられて、それから後輩が担当している研究をどうやって進めるかの選択肢を言いあったりしてました。結構面白い時間を過ごせました。基本的にごそごそしているんですが。

で、最近うちの家族は健康ランドみたいな大衆浴場に行きます。我が家での定番の家族イベントになりました。お風呂に入って、その後にマッサージを受けるのが良いらしいです。「コリが良くとれるのよ」とか言ってましたが、僕は知りません。やったことが無いので。

出発時間になんとか帰宅できて、無事家族イベントに参加できました。めでたしめでたし。

僕以外はみな入浴した後にマッサージを受けています。待っている間は本でも読んでいようかと考えていました。

入浴1回目が終わって一回目の休憩時間。確かに気持ち良かったのですが、どうもしっくりきません。脱力・リラックスできてない感覚です。

お、頭の中でグルグルしてる。ちょっと最近あっぷあっぷしてるからな。

と思ったので、予定変更。休憩時間には読書の代わりにmind dumpをすることにしました。その時間、1時間弱。それからもう一度入浴しにいくと、1回目よりもリラックスできた気がしました。気になることを書き出したことは関係あったのかもしれません。

それから家族合流。みんなはマッサージを受けて満足。僕は心身ともにリラックスできて満足。どっちも満足。悪くないですね。

ちなみにmind dumpの時、そこで活躍したのが耳栓。脱衣所とは別に休憩スペースがあったのでそこでやってました。当然うるさいわけです。どんな状況でも集中できる超人であれば良かったのですがそういうわけにもいかず。で、耳栓の話を思い出して使うことに。専用の耳栓を持ち歩いてなかったので、その場でティッシュを丸めて突っ込んでやりました。即席でもそれなりに使えました。無防備な状態よりもよっぽど集中しやすかったです。

ということで、結構その大衆浴場も悪くないな、と思うようになりました。今までは

時間を大幅に削られる

と思っていたのですが、使い方次第ですね。汗もかけて、減量もできて、頭のダイエットもできて、我ながら悪くない時間の使い方でした。

温泉宿でひたすらmind dumpというのはは面白いなぁ、と思いつきました。だれか行きます?・・・って、今行こうと思ったアナタ、ヒマ人ですね。

名古屋ライフハック研究会　立ち上げ会に参加してきました

2009-02-23T03:34:00.005+09:00

虹の父さん主催でのCarefree BLOG - のほほん日記: 名古屋ライフハック研究会（仮）立ち上げ会（キックオフミーティング）に参加しました。定員30人用の会議室がほぼ満席となり、いろんな人と話す機会を得られました。その日、この会の名前「名古屋ライフハック研究会」が正式名称になりました。

会の写真レポートはこちら、名古屋ライフハック研究会: 2009/02/21「名古屋ライフハック研究会」立ち上げ会の写真レポートにどうぞ。

雰囲気はというと、どうだったんでしょう？みんな最低1回は発言しないといけなかったので「サボれない講義」みたいな感じでした。まぁ、自分から申し込んだのでサボる理由もないのですが。全員が1回はしゃべらないといけなかったので、その後は発言しやすかったり質問しやすかったような気がしました。気のせいかな。そんな感じです。

ちなみに今回の客席には、この研究会の種を蒔いてくださった第２回 Lifehack@Nagoya 無事終了！あと告知、告知、そしてまた告知 | Lifehacking.jp のmehoriさんがいました。お客さまモードだったらしいです。でも、ライトニングトークをバッチリ決めてました。 UC万歳！！・・・ユビキタスキャプチャーですよ？ちなみに間違った人は修正されます。

他にはメディアマーカー開発者のcoanさんがいらっしゃいました。お世話になっているツールの開発者さんを直接見れ、その上直接質問できるとは！！幸せでした。ライトニングトークでは、踏み込んだ質問のやりとりが見れました。会場のほとんどの方がメディアマーカーを使ってらっしゃったので、イメージしやすかったんでしょうね。「一人で開発してます」と聞いて、やっぱりひっくり返りました。すごいです。

あとは、事前に調査されたアンケートの回答を「これ、どうやってるの？」とか「これ、何？」とか順番に聞けたことが嬉しかったですね。人によって書く内容が全く違うので、自分でも「こんな工夫してたのか!!」というか「ここに気をつけてたのか」ということが知れました。アンテナの方向を設定できますから。ダイエットネタがヒットしました。そりゃ、食べる分以上に運動すればやせるんでしょうけど、それをどうやってやればいいのかわからなかったので。

食べてもいいけどちょっとだけ
長く続ける

踏み出せそうな距離内に、前に一歩踏み出すための足場がチラリと見えた、気がします。やってみないとわかりませんが。だからちょっとやってみます。

会のあとも懇親会やら盛りだくさんで、しっかり遊んできました。普段の自分の活動範囲からでるのも悪くないものです。

そうそう、今日（昨夜）僕は5年計画のマトリクスを作りました。みなさんは帰ってから得られたことで何かしました？

ネタのようなネタでない指示の出し方

2009-02-14T16:16:00.001+09:00

LTの目的は、コミュニケーションは簡単でないってことを再確認してもらえば　目的達成です。
snip...
時間があれば、どうすればもっとうまくコミュニケーションできるかを　みんなで考えるとかやってもよかったです。例えば、手順を説明するのでなく。できあがりの　破った紙　を見せれば　間違いは起きないですねぇ　とか。
Originally posted as a comment by kakobon on Chemical Xを取り除いた何か(仮) using Disqus.

最近「説明のしかた」がマイブームです。そんなこんなで、こんなページを思い出しました。説明がうまく行かない例として完全に崩壊していています。ネタです。忙しい方は見るべきじゃないと思います。一応、止めはしましたよ？【2ch】日刊スレッドガイド : モスバーガーのきれいな食い方教えれ

正直にいいますと、これほど壮大なコミュニケーションの失敗に遭遇したくないです。遭遇したくないので、あらかじめここからでも得られることを予習します。先のコメントにあったように、「きあがり図」があればもう少し理解できたのではないかと思います。いや、理解するというよりも、説明文の意図をそのできあがり図に沿うように推測できるというか。

できあがり図の役割について考えてみると、これは問題解決での「あるべき姿」に対応付けることができます。対して指示の開始時点での状態は「改善すべき(現在の)状態」とおけるでしょうか。指示は、最悪何通りもの解釈をさせてしまうことがあります。そのときでも「何を目指しているのか」が分かっていれば、「ん？この指示おかしくないか？」と気付けるかもしれません。ひょっとしたら確認しようか、と思ってもらえるかもしれません。逆に何を目指しているのか分からなければ、「意味がわからないけど、なんか理解できない意味があるんだろう」とそのまま行ってしまいそうです。ひょっとしても確認してくれそうなことを期待できません。相当の問題意識をもった人が頑張らないと疑問を持ってもらうことすら期待できないでしょう。でもそれは「問題意識を持った人が担当」という偶然に頼っている状態になりますね。担当者の選定に関しては、今の僕にはまだコントロールできない領域ですので。

タネあかし

2009-02-10T01:51:00.001+09:00

先日の kakobonさんのライトニングトークでのこと。

紙を渡されたので、

はは~ん、ミスコミュニケーションネタか。

というところまでは予想できました。前もって「kakobonさんはプロジェクトマネージャー」との情報も得ていたので、その情報にも矛盾しません。プロジェクトマネージャーという仕事上、「コミュニケーションミスの嫌な感じを何度も体験している」としても不思議ではない、ということです。

で、僕はそのライトニングトークを受ける聴衆として一つの目標をつくりました。

報告された全てのミスを網羅する

むしろ、報告以上のミスを創造する!という勢いです。というわけで、今回のkakobonさんのライトニングトークはゲームに変身しました。

結果ですが、3試合あって1勝1敗1引分でした。

対角線:最初に持てました。狙い通り。まずは一勝。
破る=破りとらない：説明を聞く直前で気付きました。実行はできず。1引分。
上下の折り目の設定：web pageで読むまで気付けませんでした。1敗。

散々な結果でした。いや、この失敗も活かさなければ。実際、活かせそうですし。僕の考え方のクセをまた確認できましたから。自分の専門とは違う皆さんとのやりとりで。

というのも、指示の出し方には、指示の出し手の思考方法が(知らないうちに)ベースとなります。「この文章でこういうことを理解してほしい」と。「これで分かってもらえるだろう」と。でも通じないときがあるんですよね。というか通じない。惑星が違いますから。

僕も報告をするときや指示を出すときに、"僕がやってほしいこと"と"受け手が理解すること"との溝を無くそうと努力します。まぁ、指示の出しかたで先手を打つわけです。でもうまくいかないことがよくあります。何故か。まだ失敗の情報が足りないから、失敗した原因をよく理解していないからだと考えています。自分では結構考えたつもりなんですけどね。でもまだ100%うまくいっていないので、まだ足りないのでしょう。先読みが。今回の戦績が物語っています。あの一敗は大きな収穫でした。

似たような考え方として、失敗学という分野があります。キヤノンにも失敗を表彰するような制度がありますね。

こんなわけで、僕には楽しいライトニングトークになりました。皆さんが戸惑っている様子を参考にできたり、指示を出しているkakobonさんがどこまでの指示で止めているのかを観察できたり。当然、どうやって全てのミスを制覇しようかと頭をひねったり。何事も遊び方次第だなぁ、と思い返した日でした。

GTD systemは僕の代わりに心配してくれる？

2009-02-03T00:51:00.004+09:00

先日の Lifehack@Nagoya 02 の2次会にて小耳に挟んだフレーズです。

GTDをやっても、本当に不安なときは、頭の中で"それ"がグルグルしている。書き出してリストにしてやって具体的なアクションを取った後でもグルグルしてる。考えても仕方がないと意識していてもそうなってしまう。

そんなことを言ってました。

興味あるトピックだったんですが、それ以上は聞き取れませんでした。というわけで、今回はそのフレーズからスタートしてみます。

僕の意見では、遠い将来に僕がGTDを完璧にマスターしても、不安なときは"それ"がグルグル頭の中で周っていると予想しています。多分、GTDは万能ではないのです。全てのモノ/コトに関しては。万能でない例として、不安な事とか、気になることとか、気分の悪くなることとか。

じゃぁ、GTDをマスターしても意味は無いのか。否。意味はあると考えています。というのも、GTDの方法で大体の雑事は片付けられるんじゃないか、と思っているからです。大体の雑事、放っておくとたまってきて気になるもの=不安の元、を(少しは)楽にできるんじゃないかな、と。ちょっとした不安なら、「やれるだけの手は打った」と考えることもできます。でも親玉クラスの不安になると、やれるだけのことはしても、まだ、心配になることはあります。まぁ、心配したからといって状況が良くなることはめったにないと思うんですが。

僕は今、GTDとは電動アシスト付きの自転車みたいじゃないかな、と考えています。ゆるい坂道の時=普通のとき(あまり忙しくない)、というのは、自転車の補助だけでも結構上がれるんじゃないか。キツい坂道の時=忙しくて勝負所という不安なとき、というのは、補助だけじゃ足りないから、自分でもペダルを踏む。さすがにキツい坂をアシストだけでのぼり切ることはないんじゃないかと。

で、注目するのは、「キツい坂ってどれくらいあるの?」ということじゃないでしょうか。パレートの法則が適用できるなら、20%くらいですかね。逆に考えたら、残りの80%はゆるい坂道なんじゃないでしょうか。もしそうなら、その80%の時間を占めるゆるい坂道で、景色を見ることを忘れて必死にペダルを踏んでないで、「これからどこに向かうんだっけ?」とか「こんなルートで行く予定だっけ」とか考えながら楽に行けたら良いじゃないですか。楽しめたらそれに越したことはありません。で、たまにキツい坂ではヒイヒイ言いながら頑張ってペダルを踏む、と。「この峠を越えればしばらくは平坦」とか「このカーブを曲がれば良い景色が見えそう」と自分に言い聞かせたりしながら。

ゆるい坂道でも脇目も振らずに頑張ってペダルをこぐ、というスタイルもあります。そういうスタイルもありますが、僕がそれをやると、キツイ坂道でギブアップしてしまいそうです。普段から一杯々々ですからそれ以上頑張れなさそうです。どこまで坂が続くか考える余裕も無さそうですし。

そんな訳で僕はGTDを、GTDの考え方を「効き目に上限はあるけど、十分に使えそうな道具」と見ています。大体の雑事のケアで助けてくれるんじゃないかな、と。キツい坂のような大変なことというのは、まぁめったにないでしょうし。なったらなったで、一生懸命ペダルをこぎますが、そのときもGTDはアシストしてくれるでしょうし。おかげで、小さな雑事にイライラしなくてすむんじゃないだろうか、本当に大変な1つ/2つのコトに集中できるんじゃないか、と考えています。逆に言うと、GTDしなかったら他の雑事にも気を配らないといけないんじゃないか、とも考えられるんです。

そんなことを考えながら、GTDの力と限界とを想像しながらうまく利用できるといいんだけどな、と目論んでいるわです。

だから、題名の「GTD systemは僕の代わりに心配してくれる?」という問い掛けには「GTD system自体は代わりに心配してくれない。記録して、見返せば思い出させてはくれるけどね」ということになるんでしょうかね。ちょっとタイトルと中身がズレてましたね。

Lifehack@Nagoya 2 参加記録

2009-02-01T15:09:00.001+09:00

前回参加した Lifehacking.jp主催 Lifehack@Nagoya「GTDの力を実感する」参加だがね：感想だけの第2回目に参加。今回のテーマは「情報ダイエット」。もちろん講師は情報ダイエット仕事術の著者 mehoriさんです。どうにかに侵入してこようとするタスクをシャットアウトするか、それによって捻出した時間を何に・どう使うか、という話でした。

参加者は30人前後、でしょうか。第1回目よりも増えた気がします。気のせいでしょうか。

LTの感想でも。

drmaruyamaさん

「英語の勉強をしとけばよかったと思う」時は手遅れじゃない。今、その必要性が理解できたのだから。

コウスケさん

手を動かしてマインドマップを描く。セントラルイメージを描く。(3色以上使う)

Sさん

リスト好き。というか、チェックリストをチェックするのが好き。同族かも。再利用できるToDoリスト、それもチェックできるやつ、そしていつも携帯できるやつは無いか?

ochikun

スケジュールもToDOもGcalに統一。その発想は無かった。

Soさん

アウトソーシングの基礎にはマニュアル化。マニュアル作成・利用も投資時間の非対称性がある。作成には膨大な時間がかかる。それを実際の作業時間内に押し込む、時間の枠を決める方法の報告。

kakobonさん

コミュニケーションゲーム。最初に「長く持つ」時点で「対角線」で持ってました。体感式の新しい経験でした。「すごい会議」より「信頼とは裏切られそうな時云々…」というのが何ページだったのかメモし忘れてしまった。

虹の父さん

ユビキタスキャプチャの効用? 自分をモニタリングした結果の報告。「明るい見通し」は「GTD systemが機能しているかの満足度に対応するわけではない」。「明るい見通し」は「キャプチャしたメモの数に関係するのかも」。メモを見返すチャンスを、メモを書く直前にするのは新鮮。ある意味、すき間時間の存在事態を無理矢理作り出してます。自分は、書き捨てて、後から整理する時間を取っていましたから。小刻みに反芻したほうが、忘却曲線が下に下がるのを防ぐことは期待できそう。

太田さん

GTD+Rの大御所。ロディア No.8を利用したTodo管理システム使用状況の報告。 5枚ぶらさがったら一旦リセット、というのは良い。リセットする目安は助かります。むしろ自分は腰リー…いや、腰ビールに目が。あのゴムのバランスが素晴しい。装着してるあたり、すでにDr中松です。

seven777さん

早起きについて。朝起きる8時間ほど前に夕食は摂り終わったほうが良いらしい。自分は床に就く前3時間と注意していた。睡眠時間を6時間と考えれば大体合いますね。むしろ、「朝コンビニに行くべき」というのは新しかった。

そして懇親会へ。 20人くらい参加。 30人中20人って、どれだけ飲み会が好きなんでしょうね。みなさん。たくさんの人と知り合うチャンスができました。 3テーブルに分散してみなさんワイワイしてました。

散々しゃべって解散したのが23:00頃。遊びすぎたかなぁ。まぁいいか。得られた内容に満足できたのだから。

とりあえず勉強会の内容は以上。とりあえずアウトプット。

問題の分析

2009-01-22T07:16:00.004+09:00

先の失敗は、

忙しく思いたくないから工夫をしているのに。あまつさえ、忙しく思っていることを知られてしまうとは。これが好ましくない現象-修正すべき問題点です。

という推論をしました。解決するために、この問題の出発点を探さなくてはいけません。

ということで、問題を分解。

まずは、問題の定義から。差異ステートメントは、「自分が忙しく思っていることを家族に感じられた。」としました。

問題の対象として、問題が発生したのは「家族と一緒に食事を取れないという自分の行動」、そして問題の現象は「食卓へ行くことが遅くて、家族と夕食を取れないこと」。

その発生場所については、「家」です。特に空間的な場所を設定すると「自室」。どの時点でその問題が発生するのかというと「夕食だと家族に呼ばれたとき」。

発生日時として、最初にこの現象が観測されたのは「不明」。その後はいつ見られたのかというと「週末の夕食の度」。

程度として、問題の範囲は「呼ばれてから食卓に着くまで早くて30分、遅いと2時間のタイムラグ」。

---

と、問題を

問題の対象
発生場所
発生日時
程度

の4つの視点で少し詳しく書いてみました。

書いてみると、自分がいかにダメな原因になっているかを再認識できます。うーん、これは残念な息子です。ちょっと改めなければいけません。皆と食卓に着くようにしなければ。

ただ、問題解決のための問題分析では、もう少しいくつかのプロセスを経る必要があるようです。皆と食卓に着くことを暫定的な処方としておいて、もう少し根本的な問題を探ってみます。

何を忙しがっているの?

2009-01-20T01:18:00.000+09:00

さっき母に言われて、かなり凹んだ言葉です。自分の時間を少しでも持とうと工夫してきたつもりが、こんなところで失敗するとは。家族の時間を壊していたようです。本末転倒ですね。

すべきときにすべきことをする。自分のつとめを果たす。それを目標にしてきましたが、失敗。またリトライです。

ついカッとなって…という自分の反応を選択しないように注意しつつその場を去り、今度は落ち込みそうになる反応を「建設的でない」という理由により排除しつつ問題解決に。湯船で正座して澄まし(瞑想とでも考えてください)を10分程。

忙しく思いたくないから工夫をしているのに。あまつさえ、忙しく思っていることを知られてしまうとは。これが好ましくない現象-修正すべき問題点です。

何でもできるということは何もできない。という痛い言葉を思い出しました。ダイエットの時期なんでしょうかね。

今宵も自省録(瞑想録)を枕元に、寝ることにします。明日は、自分の成すべきことを、成すべきときに。家族として成すべきことを、成すべきときに。

2008年12月29日何かを共有する会の忘年会 2次会

2009-01-13T03:17:00.001+09:00

「カバンの中大公開」で書き忘れたことを一つ追加。虹の父さんは軍手をカバンの中に入れています。自転車通勤なので、チェーンに触るときのためだそうです。

これは高ポイントです。十分起こり得るリスクへの対応(の用意)をしてますから。付け加えて、汚れる作業やら防寒着としてやらいろいろ使えそうですし。実際にチェーンが外れた体験があって、そこから用意されたんだろうな、と想像します。経験からくるtipsは結構好きです。

では、[2008-12-29]の二次会についてのメモを。

1次会の後、「次はどこに行こうか」と考え

詰まったときにはデニーズ

というmehori先生のありがたいお言葉に従って駅前のデニーズに行ってみるも、満席で並んでいる状態。詰まっちゃいましたけど、別の店に行きます。原稿じゃないから許してください。で、焼き鳥屋さんへ。

そこでは、皆さんの工夫についてのQ and Aしてました。事前アンケート、役に立ってましたね。話すだけだったら、あれだけの量の質問は出せません。そもそもその場では見れない工夫が多かったですし。まだまだ質問し足りなかったですけど。

その例として、お風呂の時間に工夫されていることを知れました。

中温反復浴(コウスケさん)
半身浴(seven777さん)
- 読書
  - アマゾンの昔のブックカバーは防水で使えるそうです。本を持つ手さえ濡らさなければ、中身はそれほどベチョベチョにはならないのだとか。
- メモ書き
  - パワータンク。フロでも書けます。

風呂で読書とは、レバレッジな人みたい、と思っちゃいました。

僕は湯船につかるとき「ぁあ~(歌じゃないですよ)」と言う人間なので、何もメモできないのかも。 …場所限定で質問することもできますね。「○○(例えば風呂場)ではどのような工夫をしていますか?」とか。これはこれで新しい切り口なのかもしれません。

あと、コウスケさんの「爪もみ」というのは本当にびっくりしました。初めて知ったので。話としては、手や足のツボと同じ感覚なんだなー、と。ずいぶんと体を大事にされてます。

という中、「気合を入れるときに、人気(ひとけ)のいないところに行ってビンタ連発」という工夫を紹介してくれたのもコウスケさん。た…体育会系です。期待を裏切られました。もっとオシャレでスマートな人だと信じていたのに…。でも、案外集中する時のルーティーンだったら結構使えているかも。これを聞いて「自分は集中するときのルーティーンを持って使っているか?」と思い返しました。最近は、音楽でモードコントロールしてみたり、周りに「潜るわ」と宣言して雑談をシャットアウトしてみたり。今までを考えてみると、静かな図書館の机で1人、A4のノートにガリガリ手で書いていると集中できていた気がします。

あと、びっくりしたのは、seven777さんに結構マークされてたことです。オンラインサービスはちょこちょこ利用しているのですが、そこで見つけられました。これは面白い、繋った初めての体験でした。あ、これは1次会でのことでしたっけ?。このメモには時間が書いてなかったのでもう分かりません。多分、音声と映像の組み合わせでは一次会の場所なんですが、今更挿入できませんし。それはそれとして、MediaMakerはインポート、エクスポートできますから結構好きです。 Disqusもコメントをxmlでエクスポートできる点を評価してます。 Kzokuはデータエクスポートできないんですよね。盲点でした。xmlでいいから、もしくはプレーンテキストでいいからできるといいのに。整形はこちらでやるので。

裏ライフハックで、あんなネタやこんなネタで爆笑していたダメな集団でしたが、これには山よりも深い(?!)理由があるのです。笑うと腹筋をつかう。笑うことで腹筋を鍛える、それも楽しく。楽しくトレーニング。健康管理。楽しく笑える内容なら気分も良くなる。メンタルの調整もおまかせ。何かをして笑えるのなら、それで活力を得ているのです。何かをして笑えることにより明日への活力が得られるならば、その何かをするということは良いことなのです。きっと。まじめに言うと、人によって笑える内容も違いますが。結構笑えて楽しいものです。やってる本人が相当楽しそうですから、見てるだけで楽しくなります。ニヤニヤ。

あ、あと、気になる人は、毛髪110番に行くように、とのアドバイスもありました。経験者の言葉です。ちゃんとメモさせていただきました。 φ(._.)o

あとは、個人3種競技をノンストップで見たり、記念撮影でゴリラポッドの便利さを見せてもらったりしました。ゴリラポッドは脚がボールごとに曲るんですね。で、自由なポーズをゴリラポッドにとってもらって、写真撮影。水平な場所じゃなくても大丈夫、というのに合点が行きました。

こんなところでしょうか。

あ、あとは島田体操なるものが気になったり。腰痛持ちなので。気になっていたのに結局質問できないままでした。

一晩で整理するには多すぎる情報量でした。僕には。まぁそういうことで、楽しい忘年会でした。めでたしめでたし。

何かを共有する飲み会　2009年忘年会　その2コメント場

2009-01-10T02:40:00.001+09:00

Chemical Xを取り除いた何か(仮): 「何かを共有する飲み会」2009 忘年会その2 ではDisqusが動いてくれないので、ここを代わりのコメント場所とさせていただきます。

お手数をおかけしますが、よろしくお願いいたします。

不具合：ここではコメントできない？

2009-01-10T00:45:00.005+09:00

現在、当Blogでコメントシステム(Disqus)が運用できていない状態です。こちらで埋め込んだものが問題のようです。しばらくお待ちください。わざわざ来ていただいたのに申し訳ありません。

緊急避難的な方法があるようです。 InternetExploreではコメントボタンが表示されることを確認いたしました。 Firefoxなどでは相変わらずコメントボタンが表示されません。

おまけ
GeckoやTridentという描画コンポーネントが問題ではないと思うのですが、不思議です。JSのエンジン(V8など)に起因するのなら理解できるのですが。不思議です。

何かを共有する飲み会 2009忘年会その2

2009-01-04T01:46:00.006+09:00

[2009-01-04] [01:55] から追記。

18:45ごろでしたでしょうか、seven777さんも合流。午前中で終わるはずだった仕事場の掃除が午後まで長引いたにも関わらず予定よりも早く到着するところにパワーを感じる。そしてまた、関西ライフハック勉強会への参していることを聞きフットワークの軽さに驚愕することになる。

これにより、参加予定者全員がそろった訳ですが、考えていたら全員Blogを持っていたのです。「自分にとってのブログとは何か?」「ブログをどう利用するか?」という話題にシフトしていきます。もちろん自分の考えていることを個人として手軽に発信できることになった点では便利になりました。便利になりましたが、それを自分はどう利用するのか。何を目的として。エントリを書くのにも結構な時間を投資します。当然、アンテナを立てておくことも必須です。そのエネルギーの投資量は馬鹿になりません。その先に自分は何を求めているのか。いうなれば、自分の求める対価、ゴールは何なのか。人によっては「対価を求めるとは下賎な」と言うかもれませんが、執筆している本人が何を目的としてその時間、エネルギーを投資して情報発信しているのか。そのゴールを考えなければ単なる浪費に過ぎない、そういう考えかただってできるはずです。ゴールがないのですからどれだけやっても「進展した」という指標も与えられない、そういう考え方だって成り立つはずなのです。

思い出しましたが、ティモシーフェリスの流鏑馬チャレンジがどうなったか、というのも楽しみなところでした。どこかの動画で結果を見れませんかね。 mehoriさん曰く、彼はタンゴで世界チャンピオンになった時には、その1位の人に踊ってもらって、どこに足を置き、どのタイミングでターンを始めるのか、どのスピードでターンを始めるのかを徹底的に分解するそうです。それを部分として1つずつ練習して組み立てて、真似るのだとか。その話を聞いて、彼が流鏑馬をどのような要素に分解して、練習したのか興味が湧きます。そして彼は日本語も話せる、日本文化も少なからず知っている人だそうです。そんな人が、日本人が持つ傾向のある「長い年月をかけて一つの道を錬磨する」という、いわゆる「道」に対する尊敬の念に真っ向から体当たりするような挑戦をした動機にも興味が湧きました。短期間の特訓で何を修得し得るのか。逆に続けることによってしかぶつかることのできない困難は何なのか。それを分離する非常に興味深いチャレンジだったのではないか、と思います。逆説的ですが、彼の挑戦は日本での熟練者が遭遇している問題を浮き彫りにしてくれるはずです。日本の流鏑馬に限らない話ですが。

またまた、今回はmehoriさんの書籍情報ダイエット仕事術 (単行本（ソフトカバー）) を執筆したときの経験談なども話していただきました。いくつか送った写真著者近影用の写真で、一番渋い写真を選ばれた話をはじめ、なかなか普通のセミナーでは聞けまいという話がもりだくさんでした。言われてみれば、僕は書籍で本を選ぶときに、「はじめに」と「目次」を見て、基準をクリアしていたらはじめて中身をパラパラと開くことを思い出しました。特にビジネス書に関しては。確かに、もし自分が本を書くときにはそんな読者のことなんか少しも頭に無いだろうなぁ。と思ってしまいました。そこでコウスケさんが、

一人1冊の本を紹介することで、100冊紹介本を作れないか。

という構想を提案してくれました。まとめかたに癖が出そうで、結構面白そうですね。この企画。

[2009-01-17] Sat.にmehoriさんが講演するのが関西ライフハック研究会での勉強会とのことで、そこからGTD+Rの話へ。 mehoriさん情報ではGTD+Rの太田さんは良い人らしいです。ちなみに、僕はその方のDIYNOTEにお世話になっています。で、GTD+Rに使うROHDIAつながりで、ユビキタスキャプチャーのツールとしてROHDIAを使う人が多かったり。その時のツールとして、seven777さんはPFitなるペンを使っていらっしゃったり、また、Rohdiaのカバーとしてworkstreamを勧められて値段を聞いて思わず動きが止まったという話を聞いたり。みなさん、それぞれ自分の中で許容範囲というのがあるようです。

そんなこんなではや時間は過ぎて、mehoriさんは退出しなかればいけない時間に。お店の方に記念撮影をしていただいてmehoriさん退場。

それからまだ30分程そのお店に居続け、「カバンの中身、見ていいですか?大公開時代」が始まりました。みんな順番にカバンの中身を1つずつ紹介していくこと。基本的にseven777さんの独壇場。出てくるツールに毎度ビックリしました。さながら、ジェームズ・ボンドですね。たぶんQから支給されています。くわしくはKo's Style: 人と会ってあれこれ学ぶ～2008-12-29「何かを共有する」飲み会@Nagoya のページに素敵なくらい列挙されています。ここで細かいリストアップはアウトソーシングするとして、この他に自分のアンテナに引っ掛かったものを。

靴下(しんりんさん): 宴会用に替えの靴下を用意するとか。紳士ですね。見習います。
SHARBO X[シャーボ X](seven777さん): メモ用ペン(PFit)の替え芯として使えないかと SHARBO Xを試してみたら使えてしまった、という行動力に脱帽。カッティングも必要ないとか。聞いてみると、結構皆さんメモ用ボールペンの替え芯を携帯していました。僕はストックを机の中にしまっていたので、これは参考になりました。 1,2本は持ち歩くことにします。はい。ユビキタスキャプチャーですものね。
Moleskinのペン固定用ゴムバンドをちょっとひねる(seven777さん): なんのためかというと、ペンを差し込むため。デフォルトでは差し込まれたペンは、ノートの短辺と平行になる。ところがこの固定用ゴムバンドを背表紙の方にねじりながらひねり込むと、ペンは背表紙と一緒にに固定できるようになるという工夫。使い方を変更するためには、物が必要なことはなく、ちょっとした工夫でなんとかなるものだと目を開かされました。
万年筆(しんりんさん): 長い間連れ添ってきた相棒の様子。その万年筆を使うために、裏写りしないフランクリン・プランナーの英語バージョンをわざわざ使っていたとか。日本語バージョンと英語バージョンとでは紙質が違うそうです。そして2009年のフランクリン・プランナーオーガナイザーも入手してすぐに、裏写りしないか確かめたそうです。確かに。書きやすい環境を作るのは大事ですからね。書くようになれば、どんな道楽でも結果オーライです。むしろそれを利用することが賢い。

他には「どうやって図書館を上手に利用するか」ということを話してみたり。僕はまだ図書館に購入申請を出したことがないので、試してみようと思いました。これも、インサイド・アウトですよね。一応。

こんなカバンの中身紹介を終えると、そこにはちょっと困った顔の店員さんがいました。脱兎のごとく退散しました。すいません。

そうそう、seven777さんによると、emonsterで撮影した写真をEvernoteに直接メモするにはレジストリを変更すればできるとか。 …改造ですね。するかしないかもその人の価値観次第。完全に保証外ですが。調べてみたら結構世の中には好きな人がいました。これはこれで楽しい世界です。

こんな訳で、このカバンの中大公開から、バイブレーションタイマーやらiPod touchがブレイクしてました。年末ですね。間違いなく。それはまぁ置いといて、iPod touchはともかくバイブレーションタイマーは使う機会がありそうです。今は携帯のマナーモードでやっているので。結構荒っぽく扱えるとなると魅力ですね。はい。

次は二次会です。

現在、このエントリではコメントできないようです。コメントしてくださる方はChemical Xを取り除いた何か(仮): 何かを共有する飲み会　2009年忘年会　その2コメント場へお越しください。お手数をおかけします。

「なにかを共有する」飲み会（忘年会) 記録途中

2008-12-31T13:21:00.008+09:00

概要

目的

飲みたい

いきさつは<URL:http://rff.s35.xrea.com/blog/archives/200812/2008-12-14T0128.html#comments>を参照のこと。

決定事項

次回のLifehack@Nagoyaは[2009-01-31] Sat. 14:00-17:00で仮り押さえ
mehoriさんは奥さん思い
みんな手帳やらガジェット大好き

アクションリスト

なし。飲み会でしたから。

100人本プロジェクト作る？

参加者

しんりんさん
虹の父さん
seven777さん
mehoriさん
コウスケさん
komatsuna

以上6名。対象者は、フランクリンプランナー×自転車ユーザ＋飲みたい人。

イベント

一次会

時間: 17:00-20:30
会場: 楽蔵うたげ名古屋太閤通口店
参加者: しんりんさん、虹の父さん、seven777さん、mehoriさん、コウスケさん、komatsuna。以上6名。

20:00ごろmehoriさんが離脱。その後30分居座る。

二次会

時間: 20:30-22:00
会場: 扇屋名駅西口店
参加者: しんりんさん、虹の父さん、seven777さん、コウスケさん、komatsuna。以上5名。

終了後、seven777さんが新幹線にダッシュ! これにより、最終新幹線がまだ走っているかをみどりの窓口で確認、即購入、即ダッシュの三冠王を達成。これにて忘年会終了。

記録

さて、ここから例によって僕視点での記録を書かせていただきます。

往路

JR名古屋駅の建物を抜けたら、そこは目的のビルでした。普段もあまり名古屋に行かないので、お店が駅から近くて助かりました。迷わずに済みました。はい。

一次会

決めていた集合時間17:15分"ごろ"に「なんとか行けたかな?」と思いながら店に到着。用意された個室に入ると、そこにはしんりんさんと虹の父さんと…!なんとmehoriさんがいらっしゃいました。

あ?え?…ああ、こんにちは。

と、しどろもどろ。虹の父さんが

サプライズでしょ!

と嬉しそうに言われたのがどうも悔しいのですが、まぁ本当だったので仕方ありません。いや、予想外のプレゼントはいいですね。今年もサンタさんからプレゼントもらえなかったのですが、これで十分です。お釣りがきます。

少ししたらコウスケさんも到着。

現在使っている手帳やら、来年用に買った手帳の話に花が咲きました。あとは手帳(フランクリンプランナーやほぼ日手帳)をどのように使っているか、でしょうか。説明する方も聞く方も結構幸せそうだったので良い時間だったのでしょう。趣味になってますね。ツールについて紹介すると、

しんりんさんフランクリン・プランナー(クラシックサイズ)->フランクリン・プランナーオーガナイザー 2009
虹の父さんフランクリン・プランナー(コンパクトサイズ)->フランクリン・プランナー?(変更の表明なし)
mehoriさんフランクリン・プランナー(コンパクトサイズ)->フランクリン・プランナー?(変更の表明なし)
コウスケさん check*pad?->ほぼ日手帳
komatsuna 自作リフィル(A4)でのフランクリン・プランナーもどき->たぶんシステム的変更なし

フランクリン・プランナーのサイズについては、例えばここを参考にしてください。個人的はしんりんさんが2009年用に購入したフランクリン・プランナー　オーガナイザー　2009 に食指が動きました。リングがありませんし、一年分が一冊に詰まってますから。そういう点ではほぼ日手帳も同じようにステキなのですが、別の理由で断念しました。ページには方眼が引いてあるだけで、何を記録つもりだったのか思い出せそうにない点で僕では無理と判断。ページが開きやすくて良い感じであることは間違いないのですが… ただ、あの方眼紙に自由にマインドマップを描くコウスケさんには憧れますね。もうすでにマインドマップを描いていました。とても太刀打ちできそうにないです。でも、

このほぼ日手帳、せまいんですよね。言葉が4,5行書いてあるんですけどこれを3行に収めて欲しかった。

というコウスケさんの言は、使ってみてならではの意見なんでしょうね。

そんなこんなしているうちに、mehoriさんのエンジンが温まってました。交通整理のない自転車レースに出場して新宿あたりを走りまわった話を聞いたり。それも出先で借りたママチャリで出場された、とか。結構気持ち良いらしいです。

ついでに mehoriさんの隣に座れたことが幸いして、常用(?)MacBook Airでの作業風景を少し見せていただけました。いや、人が実際に操作するのを見せていただくチャンスは滅多にないものです。どんなキーストロークでquick silverを呼び出すのだろうか。どんなソフトで作業しているのか。そしてドック内をどのような順番で設置しているのか。その使い方から想像されるポリシーは何か。見せていただいたソフトは以下の4つ。

Omni Focus(GTD用ソフト)
Omni Outliner(アウトラインプロセッサ)
Omni Graffle(イラスト作成用ソフト)
Paper(論文管理ソフト。Referenceフォルダに相当?)

ソフトの説明なんて予定になかったハズなのに、

このソフトにはAAAAの機能があるおかげで、BBBBするときすごく楽なんだよ。だからCCCCするときにこのソフト使うんだけど、大体作業が10分くらいで終わるんだよ。

とスラスラ説明できるあたりに舌を巻きました。後から考えてみたら、アンケートの(B1-2)にあった

一つの目的に一つのツールしか使わないように注意しています。

というポリシーに一致しているんだな、と納得した次第です。

また、頭の中にあることをことごとく出してしまうことに関しての考え方をそれぞれ発表してました。虹の父さんの

ユビキタスキャプチャーしていったら頭の中に何も無くなってしまう。ってことは、どんどんユビキタスキャプチャーしていくと、どんどんアホになってしまうんじゃないかと思ったりする。

という言葉は自分にとって切実な問いでした。またそれに対するmehoriさんの

脳は処理装置だから、それに専念させるのがよろしい

という考え方も一理あるな、と納得。自分にとっての最終的な答えは出せませんが、「自分は何も覚えられないから緊急避難的にユビキタスキャプチャーを採用」と非常に残念な方針で動いています。

Todoの書き方の工夫もありました。タスク名の前後に四角"□"を置くことで、開始したか、終了したかが分かるわけです。

□Task1□<-(1)開始すらしてない。
■Task1□<-(2)開始はした。終了はしてない。
■Task1■<-(3)開始した。終了もした。

ここでは、(2)の片方しかチェックされていない状態を"気持ち悪い"と感じることを利用するのだそうです。

■□Task1<-(4)開始はした。終了はしてない。

という(4)の場合も開始済・未完了は分かるのですが、 "完了用の欄にチェックを入れたい"という欲求が(2)と比べて小さいのだとか。機能だけじゃなくて、"むずむずする"という欲求も利用するということでした。これは"夢をかなえるノート術"の人のtipsだったと思いますが、それに該当する情報源を確認できませんでした。もしご存知の方がいらっしゃったらお知らせいただけると助かります。

それからmehoriさんのiPhoneとしんりんさんのEMOBILEの発表会。 iPhoneでの文字入力のしやすさだったり、両機でのEvernoteの利用法だったり。僕は指が太いので、iPhoneでキーボード文字入力できるのだろうかと心配していました。どうやらソフトによっては縦置き用と横置き用とがあり、横置き用ならミスタイプもなくサクサクと入力できているように見えました。ああ、iPhoneのようでなおかつBlackbBerryのようなプチプチしたガジェットは無いだろうか。

途中、「iPhoneで音声文字入力できるんだよ」とmehoriさんが

Girl

とアメリカンな発音でGoogle検索してくれて、その検索結果を見せていただきました。思うに、spamとして扱われたんじゃないでしょうかね。 googleのフィルターがgmail並みにキツかったのか、「そんなアホなワードで検索するんじゃない。いいガジェット使って」みたいに叱られているのかもしれません。

次にseven777さんの登場です。

忘年会速報?

2008-12-30T04:36:00.001+09:00

これはひどい。
自習中の小学校のようです。

質問のしかたの威力

2008-12-28T02:40:00.002+09:00

今日は最近うまく事が進んだ記録を。失敗ばかり書いているとヘコみそうなので。

先日、いつもの後輩クンとは別の、直属の後輩と研究の話をしていました。今までの実験結果から何が言えるのだろうか、何が言えないのだろうか、ということを整理していました。このデータをもとにして、また今後の研究の方針を立てていくわけです。

で、その後輩が

実験結果はこんな数値になりました。グラフはこんな風になりました。

と言って、そこで口をつぐんでしまいました。どうやら後輩の思考はそこで終了してしまった様です。

そこで、僕は

だから、何?(So what?)

と聞いてみました。幸いにもその後輩はコンサルティング系に興味がある子だったので、ロジックツリーなどの知識も少しは持っていたのです。そういうことも勘案してそんな質問をしてみました。そしたら、ポツリポツリと彼の言葉が出てきたのです。今までほとんどそのような考察を出せなかった子が。

とりあえず聞き続け、「もしそうだとしたら、次は何が言える?」というのを延々と繰り返して、その子なりの現段階での結論(=主張)を得るに至りました。いや、これだけでもすばらしい成長です。よくここまで考察できるようになった。うん。

次に僕は、更に欲張りな質問しました。

今の主張をするためにはどんなデータが必要?

と。そこでその後輩は

あ、So how?ですね。えーと…

と、とりあえずのリストアップが始まりました。途中、詰まってしまったので

じゃぁ、今の出した項目をもとにピラミッドストラクチャーを書いてみて。抜けが見えるはずだから。この条件は並列でサポートできるの?それとも直列でサポートしているの?

とお願いしてみたり。実際に相当手を動かしてもらいました。 4~6時間くらい。でもそこで、とりあえずの結論と、今後起こりうるリスクへの対応策も用意できました。

できた直後、教官に呼ばれたので、その結果をもって後輩と共に説明に行ってまいりました。現状分かっているものの報告と、次の予定にこのデータでどのように対応するかの方針を。幸いなことに、教官も説明を聞いてからしばらく沈黙した後、

うむ、それならまぁいけるんじゃないか?

というとりあえずの見通しのOKをもらい、すぐにNext Actionを決めることもできました。締切り前に余裕で終わりそうです。

いや、本当に数少ない成功例でした。はじめてかも。

情報収集してるつもり

2008-12-17T00:16:00.002+09:00

どうも僕はブラウジングや読書をしていると、脇道に逸れてしまうようです。やっている最中は夢中で楽しいのですが、いざ時間が尽き現状を省ると、当初の目標を達成できていないことが多いです。いや、そもそも最初に目的があったかすら怪しいときも多いのです。一体、どんな時間の使い方をしているのか、自分は。と嘆くわけです。

確かに、純粋にブラウジングや読書その行為自体を楽しむ場合もあります。そのような時間の使い方を予定して実行し、楽しんでいるのなら問題ありません。問題になるのは、その行為を道具として何かを得ようと動いていたときの、失敗です。

本人はなにか動いているつもりなのですが、結果として直接結びつく成果はありません。目的とする結果を得られてませんから。対して、有限な資源であるはずの時間は相当な量つぎ込んでいます。数時間。また、あまり保たない自分の集中力も使い込んでいることが多いです。こんな訳で、労多くして益<strike>少</strike>なし、ということになります。益が無ければ、投資としては失敗です。目前の結果を出すことが要求されるルール内でプレイしているのに、結果を出せてませんから。

思い返してみると、判断をするために必要な情報を探しているとき(ブラウジング中)、僕は

これは判断の根拠になる情報として条件を満たしているだろうか?
必要な情報とドンピシャではないが、その数字の推定に使えそうなデータだな
まてまて、こんな情報があるならこんなアプローチ方法もあっていいんじゃないのか?
このアプローチ方法の可能だろうか?やっぱり無理?

と考えており、頭の中はクチャクチャになってます。整理整頓もなにもあったもんじゃありません。混沌です。書いてみて、「これでは結果は出せんわな」と納得します。

どう整理したものでしょうか。失敗を認識できたので、どう考えて、どう修正すれば良いでしょうか。

ちょっと飛びますが、最近、会議をまとめる系の本を読んでいて、気になる言葉がありました。

会議には発散系と収束系の2つのタイプがある。

…とのことです。発散系とか収束系の紹介はこんなところ第13回　会議を成功させるための「事前準備」と「進行」のコツが見付かりました。要約してみると、どうやら会議でも

あれこれ好き放題アイディアを言ってみることを重視(発散系)
得られたアイディアを選別するためにまとめること重視(収束系)

の時間帯がある様です。それを使い分けよ、と。さもなくば、会議終盤のそろそろ結論が出そうなときに、「そういえばこんなアイディアどうだ?」の一言で今までの議論が無駄になったり、ふりだしにもどったりします。または、会議の時間になってもだれも発言しない、ということになるのかもしれません。で、時間だけはやってくるのですが。 …似てませんか? 僕の情報収集の方法に。

なにかの仕事をするということは何かの判断をすることがほとんどです。で、前述した僕が情報収集時に考えていることを発散系・収束系に分類してみました。

これは判断の根拠になる情報として条件を満たしているだろうか?(収束系)
必要な情報とドンピシャではないが、その数字の推定に使えそうなデータだな?(収束系)
まてまて、こんな情報があるならこんなアプローチ方法もあっていいんじゃないのか?(発散系)
このアプローチ方法の可能だろうか?やっぱり無理?(発散系)

良い具合に発散系・収束系が入り混じっています。狙い通り!! それじゃ、求めたい目標を仮に設定できていたとしても、達成できませんよね。

さて、どうやって修正していきましょうか。どうやら今自分は、情報収集と会議との間に、正確に言えば、判断(のための情報収集)と会議との間に、共通の何かがあるように感じているようです。その共通の何かを整理することにより、「一人で判断を下す場合も、多人数で行われる会議のノウハウを流用できないか」と目論んでいるわけです。で、一人で何かをこなすときのムダを抑える、と。

まだ見ぬ「情報ダイエット」なる本の内容を想像しているうちに、こんなことを考えていたようです。今回のこれも脇道の産物でした。まぁ、これはこれで良いのですが。

「魚を釣る方法」を考えるには

2008-12-09T02:44:00.003+09:00

ちょっと回りくどいことを書いてみようかと思います。

正確な言い方は覚えてませんが、

魚を与えるより、魚を釣る方法を教えよ

というような格言?みたいなものを読んだ記憶があります。空腹の相手が一生食べるためには、今だけの魚があっても仕方ありません。最終的に生きていくためには、継続して食料を調達する(=魚を獲り続ける)必要があるわけです。でないと、また空腹になって再度助けの手を待つか、そのまま息絶えるかしかないからです。

先日の地球温暖化勉強会でmehoriさんは興味深い発言をしていらっしゃいました。

今、西から風が吹いているときに「もし、逆に東から風が吹いたらどうなるだろうか?」と、子供に考えさせてみることです。

と返答していました。これはどんな質問に対する返答かというと、

子供にも環境問題を意識させるためにはどうすれば良いか?

という問いでした。

ここで僕の興味を引いたのは、

Aを体験させてみたら良いですよ
Aという(映像もしくは書籍)資料にあたらせると良いですよ

という予想回答と違っていたことです。正直です。あまりにも謙虚で誠実な返答でした。

現実とは違う、「もしAにだったら」ということを考えるわけです。 if思考、仮説思考と呼ばれる類のものでもあります。 TOC流に言うと、injectionすることになります。 injectionするにはFuture Reality Tree(未来構造問題ツリー)を描く必要があるのですが、それには、投入すべき「もしAだったら」という仮説以外は要素を一つ一つ考えていかなければなりません。これを行うには、CRT (Current Reality Tree=現在構造問題ツリー)を描けるまでに考える問題の構造を理解しなくてはいけません。つまり「もしAだったら」という問いを考えているということは、それ以前に現状がどうなっているかを自分なりに理解できている必要があるのです。「もしAだったら?」という言葉の下には「今のメカニズムを自分なりに消化して」という宣言されていない前提があり、「もしAだったら?」の一言でその解釈までもさせてしまうという話です。

「もしAだったらどうなるか?」と質問して考えさせることです、とだけ言ってました。それで口を閉ざされました。ひょっとしたら、「答えは言わない」という方針なのかもしれません。問題によっても答えられる/答えられない問題に分かれるでしょうが、"先生役として"の答えは言わないのでしょう。 (実質的な答えではない)補助線的な答えは与えるかもしれません。とっかかりの1ステップとして。

例えば温暖化の問題に対してこの考え方を適用すると、こんな考え方もできるのではないでしょうか。

魚を与える: 電気を切ると良いよ。森林伐採しない方が良いよ。
魚の釣り方を教える: 年間炭素消費量を自然の年間炭素吸収量以下にすれば良いよ
「魚の釣り方」を考える: どうして年間炭素消費量を自然の年間炭素吸収量以下にすれば良いのだろうか。それが分かったとしたら、それをどうやって?

ここでは以下2重のメタ化が行われています。 "魚の釣り方を教える(親)"-"魚を与える(子)"というhowtoのロジックツリーが描けるわけです。そして、"「魚の釣り方」を考える"は、問題解決方法を考えることになります。何に注目して問題解決を図ったのか。それの理由は何か。これは例えば、"カイゼン"の手法を評価の対象にすることです。 "カイゼン"に従って行われた事例を評価することではありません。 IPCC報告書の解釈、各シミュレーション結果の解釈、計測結果の解釈のそれぞれの段階でもこの方法で考えることができます。

もっともそこまで行くと、IPCCの提案にまでまとめあげたものを再分解/再構築し(投資量の増加)、その上結論まで辿り着けなくなる可能性を持つため(回収収益の減少)、「対時間効果が損である」と評価する人もでてくるでしょう。しかし、個人としては「対時間効果で評価しても損ばかりでもない」と主張したいところですが、それはまたの機会に。

---

ところでこの導入方法は、問題解決に対する意欲や態度に与える影響を考慮してのこと、というのもあるでしょう。「決められた(求められた)答えを導き出す」わけではない、ということを。考える価値のある問題は解かれていない問題だ、ということを。「解かれていない問題」といのは「自分がまだ理解できていない問題」だ、ということを。

正直、自分がその質問について考えられる気がしません。できませんが、迷走して七転八倒する姿を見せることはできそうです。これがその七転八倒ぶりですものね。

"地球温暖化の勉強会"と"その後の行動"についての報告

2008-11-30T06:45:00.005+09:00

最初に

これは、[2008-11-29] Sat. に開催された、知っていますか？地球温暖化がなぜ、そして、どのように起こっているかをというイベント参加の記録です。僕が参加した

勉強会[13:00-17:00]
懇親会(一次会)[17:30-20:30]
ドキッおやじだらけのぐだぐだ二次会[20:30-22:30]

までをざっくり紹介します。僕視点で。長いです。

まぁ、地球温暖化の勉強会と、ライフハックのチャンポンでしたね。

事の始まり

このイベントの存在はLivehacking.jpの集中力を高める「あやしい」環境音：Buddha Machine 2.0 で見つけて、速攻で申し込みました。

あっ!これは前に参加したLifehack@Nagoyaの第２弾に違いない!!

と早合点。そのままパクッといって、見事にキャッチされました。はい。

いや、もし間違って本当の勉強会でもオイシイ勉強ができるとは踏んでいたのですが。で、予習として、ざっとIPCC報告書 [ 英語資料 <URL:http://www.ipcc.ch/pdf/technical-papers/climate-change-water-en.pdf> , 日本語資料とか <URL:http://www.ipcc.ch/ipccreports/translations.htm> ]と google scholar で検索できたmehoriさんの情報にはざっと目を通しました。が、

どうやってこの値を弾き出したの? だから何?

という状態で、全く内容を消化できませんでした。当然、各参考文献(論文)を収集するような余裕は無かったのでカンニングしに行きました。

勉強会

勉強会の構成は前半と後半で4時間となりました。前後半トータルで2時間の予定だったので大延長です。誰も寝なくて退屈しなかったのは、mehoriさんの気配りトークのおかげでしょう。

参加者は、以下の10人。プレゼンターのmehoriさん、発起人の虹の父さん、エコ関係のしんりんさん、しんりんさんに誘われたSさん夫妻、ライフハックに興味津々なyamnorさん、専門家によって得られた情報の提供方法はもっと改善できると熱弁するOさん、講演内容をMindmapに描きつけるコウスケさん、理学系の研究者であるmimaさん、で、最後に役割不明のわたくしkomatsuna。

前半は、入門向けの講義でした。。紹介された話の構造は基本的に環境科学解説：地球温暖化第１部「地球温暖化とは？」｜国立環境研究所と同じです。

温度に関係する科学的な視点からの話
温暖化の緩和方法
温暖化への適応方法

後半は、mehoriさんの研究結果を見ながら、「あれはどうだ?これはどうだ?」「ああ…これはですね…。で、実は…」という、本当にざっくばらんな集まりでした。その頃になると質問やコメントが矢継ぎ早に出てきて、用意したスライドを縦横無尽に、横道、さらに横道…と時間一杯まで続いていきました。

で、勉強会終了時に僕の頭にあったものを無理矢理3つにチャンキングしてみました。

温度に関するデータの話
- ここ100~200年くらいの温度上昇は警戒する程度の価値はある。(もし警戒が杞憂だったと分かれば、それはそれでいいじゃないですか。)
- データ出してる人達と、それをまとめる人達、それを政策にする人達の間での綱引きはある。
- 今あるデータを基にした将来の予測
  - ちょっとシンドいシナリオだと、人類の数は減ることになるだろう。まぁ、でもそんなすぐには全滅しないんじゃないか。
  - おそらく世界の全員が満足する方針は見付けられない。温暖化の現象に対しても、それぞれ求めるものが違うから。
緩和方法
- 個々人でできることの影響は小さくない。
適応方法
- 我々が気候的な意味での"今の生活"を維持しようとすると温暖化で困るだろう。
- なんとか適応して人類は生存していけそうな方法もあるんじゃないの?

こんなかんじでしょうか。

今回紹介されたリンクたちは、こんなところかと思います。

環境科学解説：地球温暖化第１部「地球温暖化とは？」｜国立環境研究所: 今回の説明資料の大元と考えられるモノ1。
IPCC Technical Paper VI: 今回の説明資料の大元と考えられるモノ2。
Climate Analysis Branch: 気候に関するデータを入手できそうなところ。データをいじり放題、プロットし放題。
RealClimate: 気候(温暖化)に関することを、研究論文を出している人がマジメに書いている。FAQは必見。
IPCC - Intergovernmental Panel on Climate Change: IPCC - Intergovernmental Panel on Climate Changeの Reportには興味深い資料が満載でした。

勉強会が終了して、 Sさん夫妻とOさんは都合により離脱。残り7名で懇親会へ。

懇親会

温暖化の話もありましたが、ここからどんどこライフハックネタへ。完全にLifehackネタでした。途中、何の拍子にか、虹の父さんが

((<works4Life season V|URL:http://works4life.jp/>))のnomico(のみこ)さんがスゴい!! 自分の分析で深く深く潜る人だ。

との評判を聞き、メモさせてもらいました。

コウスケさんからは、以前のLifehack@Nagoyaで聞きつけたRemember The Milkを試してみた、という報告があったり。どうも上手くいかなかったようで、何かそれに対してmehoriさんからアドバイスがあったような気がしますが、聞き取れませんでした。誰かご存知の方、補完お願いします。

その間、自分はしんりんさんやyamnorさんと、

フランクリンプランナーで「リングが無いのがホットだ」という話や
「早起きだ早起き」という話を

してました。

これにてmehoriさん、mimaさん、yamnorさんの3人が離脱。

2次会

しんりんさんと虹の父さんとのぶっちぎりショー。その突き抜け方には、爽やかさすら感じられました。

結婚はいいぞ(修行だが楽しいときもある)
育児は育自で格闘だ

と熱弁を聞きながら、夫ハックならぬ夫八苦…おっとっと。ティモシー・フェリス的にこんなニッチはアリだろうか… と狂った頭は考え続けます。

しばらくしてから虹の父さんが

宇宙家族ロビンソン(ロスト・イン・スペース)に出てくる夫婦が言うんだ。
「君はいつも僕に反対するんだな」
「だって夫婦ですもの」
これ、深いだろー。

と。これには頷くしかありませんでした。経験者はかくも強いのです。

「すごい人達について来てしまったなー」と思っていたら、

メモしてるかー?

としんりんさんに何度も聞かれ、

?

と何も考えずにヘラヘラしてたら、

じゃ、議事録な。

と言われて絶叫。ちょっと新人の“リセットボタン”を押せなことを思い出してしまいました。いや、反省。テンションが上がります。

最後、この記録用になんとかクロージングしようと頑張ってみたのですが、一旦ダメになった4人の頭では、今日の温暖化のまとめが、

暑くなればみんな薄着になる。これは良いことだ。どんどん温暖化しよう。

ということになりました。これを書きながら、昔のチェーンメール「痛みの基準はハナゲ」の後続の1アハンを思い出したので書いておきます。 <URL:http://www.geocities.co.jp/MusicStar/9962/zatsu/zatsu_02.html>より引用。

３．快楽度を表わす単位としては、コロンビア大学小里助教授から「アハン」が望ましいとの見解。但し、これは性的快楽度のみならず、一般的な快感度・不快度も表わすことができる。例えば、満員電車で隣のおやじのくしゃみに出くわした場合、-15アハン。首のツボを指圧された場合、約７アハンが相当されるとの事。尚、毎年12/24.25頃には、お熱いカップルの熱気で地球全体で５万メガアハンが記録されるとの見込み。科学者達の間では約４万メガアハンを超えると、地球の表面温度が１℃上がると予想されるため、世界地球温暖化を防ぐためにも対策案を練ることが急務。

これ以上書いていると、1アハンが何J(ジュール)に換算できるのか本気で計算してしまいそうなので、これで終わりにします。 (W/m^2)で換算したら、温室効果ガスよりも大きくなりそうで恐いです。2日で1度。因果関係としては、快楽度が上がると興奮して血行が良くなり、それによって代謝が増幅する。これより熱源としての昇温効果、呼吸量の増加によるCO2の増加速度の加速が少なくとも考えられるわけですね。危険な話です。

個人的な感想

受講後、このログを書くために上記のサイトの資料に再度目を通してみました。個人的にIPCCの以下の文書が面白いと思います。今日の勉強会の説明を聞いてから読むと、なるほど、となるところが増えます。まだ教科書レベルの理解にも到達できていないのでしょうが。

追記

あー、思い出したのですが、僕、例の武田先生の講義を受けてました。単位を回収したかまでは覚えてません。

イワシの漁獲量をアレニウスプロットして「よく一致する」とか講演してみたり、難燃性材料についての研究を講演してみたり。クセはありますが、それはそれで面白い先生ではありました。ちなみに授業の記憶は全くありません。

まぁ僕は、現象オンリーであれこれ妄想を話す講演は好きでした。着眼点は本当に「その発想はなかった」というものがあります。データの相関を取るという意味ではとても面白いです。有益です。違う意見を提出できるわけですから。

ただ、信条が入ってくると、どうもよく処理できません。こういった判断も僕の好悪、信条が入っているわけですが。

工夫の余地

2008-11-18T02:10:00.001+09:00

ちょっと気付いたことを書いておきます。自分の姿勢の変化(かもしれない)、の記録です。

今日、研究室で後輩達と話していたときの

僕達にそんな自由はないんですよ

というセリフが気になりました。帰宅してからも結構頭に残っています。

僕はその件に関して、まだまだこちらが打てる手は残っていると考えています。また、その評価方法自体も誰を主体にするかすらも決めていないので、自分の自由にできるはずです。仕事として、金銭的な成功/失敗という現実が迫ってこない分、まだお遊びといえばそれまでなのですが。

後輩達と比べると、自分が任される裁量が広いことは否めません。その点では、後輩達よりも実際に選択肢の数は多いのでしょう。それは事実です。そして、環境的要因です。言ってみれば、外部要因です。

それに対し、自分で決められる、内部要因もあります。最終的な成功/失敗の自己判断の方法です。上司の評価そのままなのか、自分で一枚フィルターをかませるのか、自分独自の評価で突っ走るのか。突っ走れないとしても、自分で一枚フィルターをかませても良いでしょう。上司の評価が最終結果だとしても、そこに至るまでのルールを変更してみても良いでしょう。その案件において上司のペースを握ることを一要素としても、それは十分に刺激的で面白いゲームになるでしょう。

何が言いたいかというと、自分で変えられる余地はそう簡単には無くならない、他人から奪い尽くされるのはかなりめずらしい、ということです。実際に探してみれば。まぁ、探してみたら、「これだけしかなかった」という場合もあるのでしょうが。ただ、「探し尽くしてみたが、全く見つからなかった」というケースは案外少ないのではないかと思います。

実際に遂行することは、またそれはそれで難しいのですが。

カンブリア宮殿若林克彦氏ハードロックナット

2008-10-28T00:43:00.007+09:00

「緩まないナットがある」というのはかねがね聞いていたので、楽しみにしていた。どちらかというと原理に興味があったので、カンブリア宮殿でキーワードを見つけた後は、web pageで用は足りてしまった。

番組として、注目したところは以下の2点。

とりあえず、描く。描きながら話をする。
とりあえず、作る。そのための試作ユニットがある。

そして、これを書いていて気がついた予想外な関連が1つ。

とりあえず、描く。描きながら話をする。

コミュニケーションの方法。「こんなの考えているんだけどね…(シャッシャッ:描く音)」みたいなことを話しているんだろう。で、相手が、「いやいや、そういうのじゃなくて…」とか「そうそう、そんなかんじのやつで」。

番組中では、私鉄線路でのハードロックナット取り付け器具を使いやすくしてくれないか、と言っていた。営業側の状況説明ではデジカメの写真を使っていた。まぁ、楽な物の方が良い。で、社長は解決案として、こんな感じのモノを描いて話をしていた。実物はもっと上手かった。

今回は負けた

解決案の基本構想は即座に出せた。「高さ保持のための凹凸を用意する」という発想は、残念ながら社長と同じものだった。さっきの画像の、高さ固定用の板を一体化させた工具を考えていた。

そして、更に負けた。費用、納期、汎用性の3点で社長の試作工具の方が要求を満たしていた。

現行の巨大モンキーレンチにネジを切り
平板をネジで取り付ける

つまり、部品としては、平板とネジだけ。プラスそのその工賃だけ。

対して自分の案は、その巨大モンキーレンチ自体を変更しなくてはいけなかった。「巨大モンキーレンチ」工場のプロセスに介入しなくてはならない。その時点で、費用、工期で負けるのは火を見るより明らかだった。

流石現場の経験者。今回の失敗を活かそう。「できるだけシンプルに」

とりあえず、作る。そのための試作ユニットがある。

次はこれ。 Unixという考えかたにもあったが、まずは現物でチェック。

自分の頭の中にあるだけよりも、外に出してみる。これで他人とイメージを共有できるから。方法はいろいろ。

とりあえず言葉にしてみる。
図で描いてみる。
模型を作ってみる
現物をつくってみる

それから、あれこれいじくりまわしてみる。実際に使ってみてから改善点、更なる要求が出てくる。それが、次の開発/発明の素地になる。

予想外の関連

最近「モノづくり」というと、非IT系を連想しがちだ。でも、下記書物を読んだところ、その「連想」が全く外れていることが分かる。むしろ同じだ。いわゆる「モノづくり」でも、ソフト開発でもあるところには同じようなものがある。それが違うのは、戦略が違うからだ。巨大な単一製品に全て任せるか、部品の集積にまかせるか。大企業と中小零細企業、になるのかな?

こんな関連について考えたのは、以下の書籍を読んだから。他の思想は関係なかったので省略。

スモール・イズ・ビューティフル
一つのプログラムには一つのことをうまくやらせる
できるだけ早く試作を作成する

ある情報を探していれば、どんな情報でもそれにヒットするんですね。

情報をアップデートすることによる安心感

2008-10-23T07:53:00.002+09:00

実は最近、Inboxに貯まってたStuffを処理してない状態が続いてました。で、どうにもこうにも収まりが悪い。

昨夜、A4一枚分のmind dumpしたものを例のフローチャートに従って処理して、割り振りました。安心しました。

考えてみれば変な話です。すべきこと(=仕事)が終わったわけではないのですから。ただ、次はどのようにその仕事を処理すれば良いのか、その場所が決まっただけの話なのです。まぁ、Project ListやReference listなどが一部更新されたのですが。それだけで、この安心感とはちょっと以外です。自分は中毒症状になっているのではないか、とすら思えてきます。

まぁ、身も蓋もない言い方をすると、自分で信頼できていなかったんでしょうね。更新が間に合わなくなったシステムに。で、ちょっと更新されて、up to dateになった物を目で見れて安心した、と。あとは、実際に動くだけですね。

寝る前だったのですが、無理矢理やってしまいました。安心できたのは良かったのですが、ちょっと興奮してうまく寝られなかったかも。就寝前にはInboxをprocessするのはちょっと刺激が強すぎるのかもしれません。反省。

コミュニケーションの手段

2008-10-18T08:42:00.002+09:00

いつもの後輩クンと、論文の内容について話し合ってました。急に舞い込んだ仕事で、この納期はどうかと思うのはヤマヤマなのですが。

どうも最近、人とのコミュニケーションが上滑りしてるなぁ、と感じてたのです。仕事の内容に関して。で、チャットもなかなか捨てたもんじゃない、と再認識しました。制約があってそれはそれで不便なんですが。口頭でのやりとりって、フローすぎる情報で、ストックして確認が取れないんですね。キツい言い方をすると、言質を取れない。

面と向かって話しあうのも必要ですが、敢えて文字だけに制限してみるのはアリかもしれません。

ゴメン、何を言っているのかサッパリ意味が分からない

と言えますから。 (だってエラい人に言わせると、"インターネットに代表される文字だけのコミュニケーションってうすっぺら"らしいですから、そんなんで理解しあえる訳ないですよね;-P)。筋道がずれてきたときも、チャットログを読み返して確認できますし。先に言われた内容に関する疑問も、ログを読み返して確認できますし。

さっきAと言ってたけど、これは今のBとは矛盾しないの?

とか。

発散を目指すやりとりなのか、収束を目指すやりとりなのか、は意識しないといけないな、と感じた次第です。 …なんか、もろファシリテーションの話ですね。研究に関する話をするときは、いつも紙に

マトリックス(収束用)
Tチャート(収束用、原因推測用)

を書いて対応しているので、変な人と思われているかもしれませんが。

黄金の時間

2008-10-10T07:32:00.001+09:00

ちょっとやんごとなき理由で、今朝論文を書いていました。そこで、朝の時間の効率の良さにびっくりしました。通常なら3時間以上、下手をするとレスポンスするのに数日かかってしまいそうな内容だったのですが、今朝は1時間でその作業を終えました。

この作業効率にびっくりし、「できればこの作業効率をコントロールして、いつでも使えるように"技化(わざか)"したい」と考えました。そういうわけで、どうして今回の作業はこれほど効率よく出来たのか、考えられる条件を羅列してみたいと思います(順不同)。次回以降も繰り返し使えるように。

朝に誰も邪魔しなかった(集中したいことについて必要な時間集中できる環境にいた)
必要な睡眠時間を確保できて、頭をリフレッシュできた
起きたばかりで、頭も身体もまだ疲れていなかった
寝ている間に頭の中で情報が整理された(昨夜もこの作業をしていたのです)
他のToDoに関しては頭の外にあった(まだ今日のデイリーシートを書いていません。昨夜の作業の引継ぎのみ転記済み。)

こんなところでしょうか。いずれにしても、これだけの作業効率はすばらしい。正直、今日のすべき作業の1/3以上を1時間で済ませてしまいました。昨日やりきれなかったweekly reviewをする時間が作れそうです。

TQだかなにかで、ハイラムが1日をプラニングする”黄金の時間”を朝4時から朝6時の早朝2時間に割り当てる理由に納得できた気がします。

Unixとライフハックの共通点は、自分で仕組み化できること

2008-09-26T00:38:00.003+09:00

Unix とライフハックの共通点って？を読んで思ったこと。

Unixはライフハックしやすい道具だと思う。その理由はこんなところだろうか。

仕組み化しやすい
自分好みにセットできる
フルスクラッチから自作する環境がある

仕組み化しやすいのは、基本的に操作のログが残るからだ。スクリプトを書けば、スクリプトが残る。横着にワンライナーで書いていても、しばらくの間ならhistoryが使える。 grep ~/.history hogehogeで探すも良し。そして、シェル依存か知らないが、コマンドの置換"^hoge^foo"も結構使える。最後の"^"は省略しても怒られない。自分が使ったのはtcshだけだけだから、それ以外は良く知らない。

自分好みに設定できるのは、ドットファイルだろう。これはあまりにも自由だ。これは財産だ。そして、次回のログイン時からその設定は活かされる。まさに仕組み化。

いざとなれば、基本的なツールを自作することもできる。そのような材料がついているのだから。 cでもfortranでもperlでもrubyでもpythonでも。もちろんelispでも。

更に「価値観を提供しない」という哲学を豪語するGTDのように、 Unixは「テキストファイル万歳」というちょっとした思想を持っている。これの良いところは、

基本的に、保存ファイルに何が書いてあるのか分かる(20年後もこのデータを読めるでしょう。たぶん。)
stdin, stdoutの基本入出力が使える
パイプが強い(xargsでもいいよ)

「特定ソフトウェアでしか使えない」という制約がないことだ。専用データ形式での囲い込みが無いことだ。これは、GTDが「どんなツールをつかってもOK。最終的にタスクとパースペクティブを自分がコントロールできていれば」というのと似ている。だから一つの結果を得るのにも、幾通りものやりかたがある。

---

まぁ、そういうことなんだが。話は結構前に戻って。

そして、自作のスクリプトを書き溜めることができる。小さいコマンドがそこらじゅうに散らばっているが、それを良く見てみたら、それらは部品だった。それを利用して、組み合わせて、自分好みのツールを作ろう。一度作ったら、保存して、再利用しよう。それも一つの仕組み化に違いない。

どこかの既製品を押し付けられることなく自分でカスタマイズする。そうやって、自分の環境を改善していく。その改善をお手軽に次回以降の環境に反映できるシステムを作った人達は本当に頭が良いと思う。

手持ちのカード

2008-09-25T07:58:00.002+09:00

困った懸案をあれこれなんとか動かそうともがき続けたところ、少し動いた模様です。ちょっと自分のもがき方に自信が持てた、かな?

タスクを書き直す
頭の中をリセットする
- 汗をかく
  - 熱い風呂に入る
  - 激しく運動する

という方法を駆使して、居座り続けるタスクを少し動かしました。悪くないかんじです。

こういったアプローチ方法のレパートリーをメモしておくのも悪くないです。困ったら、

自分の持ち札は何だっけ?

と自分の状況を把握できますから。自分で行動できるモノを見る(=把握する)ことができますから。

というわけで、今回は朝のマニュアルに乗っていない執筆をしてみました。一日の回転が狂いませんように。

違いを再認識

2008-09-19T02:12:00.001+09:00

僕は、朝起きてから寝るまでの各ルーチンワークのマニュアルをカバンの中に持ち歩いています。通常、それを見ながら各作業をこなします。例えば、以下の項目について書いています。

朝起きてから家を出るまで
研究室に入室してから作業開始まで
メールチェックの時間(09:30, 13:30, 16:30の3回)
データ計測、解析のルーチンワーク
帰宅準備
寝る前のルーチンワーク
Weekly Review

で、それを後輩に見せたところ、猛反撃を受けました。

朝起きて、トイレ行って、ご飯食べて…を決められるのはやってられない

らしいです。そんなことまで決められていたらロボットだ、と。人間としての自由がない、と。話をしていて、「ふむ、そうかもしれない」と思い、「そうかもしれない」と返答しました。

しかし、帰宅してから考えていたのですが、どうも違うのです。僕がなぜそのようなマニュアルを必要としたのか、それを十分にそれを自覚できなかったため、そして説明できてなかったようです。

僕は特に必要ではないことに、その度に判断するという必要以上のリソースを投入しないためにマニュアルを利用するのです。その度に頭の中で現状にランダムアクセスしないといけないのは、僕にとっては苦痛だからです。「学校の制服を着るのは楽だ。服を選ばなくていいから。」という論法に似ています。レバレッジ時間術の「仕組み化」に似ています。

そしてもう一つ、大事なことを言い忘れていたのです。「自分で作成したマニュアルは、自分で改良することができる」ということです。自分がのマニュアルの管理者だ、ということです。それを説明していなかったのが、今回のマニュアルに対する誤解を招いたのではないか、と思うのです。

マニュアルに沿って行動していても、頭は違うことを考えることができます。「この順番をいれかえたらどうだろうか」とか「これとこれは同時に作業できるな」とか。そうしながら、ルーティーンAをしながら、別のことを考えたりもできるわけです。また、ルーティーンは最終的に全部行なわれていれば良いのです。そのチェックリストにもなります。そのチェックには自分の注意力というリソースを投入しないで、他の考え事に注力することが、仕組み化のメリットだと考えています。

そんなわけで、やはり自分はマニュアルに任せられるところはマニュアルを利用したい、という結論に達しました。きっと後輩からは「こりゃダメだ」という反応をもらえることでしょう。しかし、それもまた、僕の判断なのです。

忘れてました

2008-08-30T02:44:00.001+09:00

英語も勉強せにゃならんな・・・と思い、iKnow!に登録していたことを思い出し、久し振りにやりました。2008/03以来だったから、約半年・・・ですね。かわいそうな僕のアカウントです。大幅に学習計画を延長しました。半年ほど。

さて、今回始めて知ったのですが、高速2択のBarinSpeedにはショートカットが使えたんです。キーボードの"左ボタン"と"右ボタン"。それぞれフラッシュ上の左側のボタンをクリック、右側のボタンをクリック、に対応してます。このショートカットが使えることに気付いて、今日はBrainSpeedを3回ほどやりました。いつもなら一回もやらないのに。そういえばフラッシュアクションスクリプトならキーボードの入力も受け付けますものね。落ち着いて考えるべきでした。

まぁ、そんなわけで、久し振りにiKnow!で英語を勉強しました。やはり期間が開いてると忘れる単語は忘れてました。

資源戦争

2008-08-26T04:04:00.001+09:00

カンブリア宮殿：テレビ東京

アドバンストマテリアルジャパン社長　中村繁夫氏が会社でよく話す言葉として

右手に算盤
左手に浪漫
背中に我慢

を紹介していた。この「左手に浪漫」の浪漫はその会社が用意している、だそうだ。

面白いもの。その行動パターン。

噂を聞きつける。
その噂について調査してみる
情報が一杯出てきたら、見込みなし(=既に誰かが関心を持っている、手をつけている、競争相手がいる)
情報が出てこないものに、可能性を見出し、注力する。

この行動スタイルは、バイヤーである業界、会社のスタイルの影響が大きいのだろう。今の自分のフレームワークとはずいぶんと異なり、それを認識できたことで、普段自分が使用しているフレームワークの位置づけの助けとなる。

現在の業界はスピードが必要なので、3現主義に則れば、石橋を叩いている暇が無いのだとか。最悪、

とりあえず渡ってしまってから
分析
検証を行う

とか。これもまた、一つの方法なのかもしれない。そして、これを容認するということは、勝つためにリスクを背負う、という明確な意思表示でもある。今までのマッキンゼーやらグロービスなどのMBAなアプローチ方法とは違ったことが興味深い。正直、自分だけでは、上記の「とりあえず渡ってみる」方式を実行することはおろか、選択肢の一つとして検討、思いつくことすらできなかったであろう。

この番組を見ながら、「レアメタルを使用し続ける方法」というロジックツリーやら、「(現在ではレアメタルを用いてなされている)機能の付加方法」のロジックツリーをかけないものか、と考えていた。それらを書く前に、「機能の付加方法」という一段上からの見方を一つ自分で見出せたのはそれなりの収穫だったのかもしれない。

あと、うなずかされた言葉としては

努力は賞賛に値するが、報酬には値しない。

です。同社はこの考え方に従って、毎年成績最下位の人を解雇するのだとか。例年実績では、毎年2，3人辞めているらしいです。番組中で紹介していた情報によると、現在の総社員数は24人だったはずなので、離職率は、3/24=0.125。なかなかですね。そのルールも入社試験時に説明していて、それを納得してプロとなるべく働く、とのこと。目標もバイタリティも必要な世界ですが、ちゃんと挑戦者はいるようです。

Online Franklin Planner

2008-08-19T00:17:00.002+09:00

そういえば思い出したのですが、先日Lifehack@Nagoyaで話していたときの思ったのですが、何人かの方は「フランクリンプランナーを使っています」と聞いたら、「アナログ派な人なんだな」と判断しているようでした。で、それはちょっと違うよ、と言う話を。

フランクリンプランナーのデジタルバージョンは、あるんです。オンライン・フランクリン・プランナー

紙のフランクリン・プランナーを再現し、デジタルならではの便利な機能を追加しました。

とか、販売が終了してしまったPalm版とか。他に、オフィシャルでないものとしてEmacs上で動作するplanner mode(planner.el)もあります。

ですから、「"フランクリンプランナー"と聞いてアナログ派だな」と考える思考パターンはちょっとまずいわけです。少なくとも、「フランクリンプランナー的使用法と非フランクリンプランナー的使用法」、「デジタルとアナログ(=非デジタル)」、で分類される2×2のマトリックスを作らなければなりません。

	フランクリンプランナー的使用法	非フランクリンプランナー的使用法
デジタル
アナログ(=非デジタル)

で、その結果、アナログにのみ属することを確認して、はじめて「アナログ派なツールを使っているんだな」と判断できるわけです。

何が言いたかったかと言うと、フランクリンプランナーというのは１つのアプローチである、ということです。特定の商品には特定の名前が付いています。

どうして「フランクリンプランナー＝あの手帳」という連想があるのかについてですが、思い当たる節はあります。第４世代ツールの特徴の一つとして「携帯性」を満たしていなければなりません。携帯性とは、［フランクリン・プランナー］「第II領域時間管理」としての第4世代ツール「フランクリン・プランナー」にて

ツールは携帯に便利なものでなければならない。常に携帯できるようになっていれば、いつでも大切な情報を引き出すことができる。

と定義されています。それを満たすツールは、今まで手帳しかなかったのでしょう。そして、やっと最近になってある人たちの環境で、デジタル版、オンライン版をツールとして(継続して)使える環境になってきた。・・・ということではないかと考えています。

ひょっとしたら将来、iPhoneなどのガジェットでフランクリンプランナーしてるかもしれませんね。有機ELとかもありますし、フルブラウザありますし。またネイティブアプリなら、Android SDKあたりですでに開発は開始されているのかもしれません。それならば将来における普及のインパクトはiPhoneのみよりもあるかもしれません・・・。将来の携帯電話市場のシェア争い、キャリアのプラットホーム選択、客層の興味に直接依存しますが。GNUで出すなら、Geekの締める割合が大事でしょうね。

LIVE HACKS!(読中)はなかなか

2008-08-17T01:48:00.001+09:00

連投します。

先述のAmazon.co.jp： TQ―心の安らぎを発見する時間管理の探究: ハイラム・W. スミス, Hyrum W. Smith, 黄木信, ジェームススキナー: 本に続いて、現在は Amazon.co.jp： LIVE HACKS! [ライブハックス!]: 大橋悦夫: 本を読んでいます。いや、このLIVE HACKS!は実際に手を動かす「ワーク」があるので、自分の時間の使い方、懸案中のタスクについて「ワーク」を行っています。読中ですが、良い本です。予想以上に。

何が予想以上に良かったかと言うと、「Tipsについての書籍ではなく、考え方・処理の仕方についての書籍だったこと」です。当初、Hacks系といことで、ムックなどに見られるTips集かと思っていたのです。Tips集でもそれはそれで一覧性というメリットはありますが、正直目新しい情報は多くて2つ3つあれば御の字でしょう。しかし、今回のLIVE HACKS!はその予想を斜め上に突き破り、考え方、扱い方を提供してくれています。ProcessTaskというライブラリ(Task処理の仕様書、メソッド定義込み、おまけにヒントを得た参考文献へのポインタあり)を読んでいる感じです。

正直、これは時間管理オタクもしくは仕事術オタクの人が読むと良い本だと思います。著者の大橋悦夫さん自身が時間管理を相当勉強されたとおっしゃってますが、確かに思い当たる元ネタはたくさんあります。元ネタは確かにあるのですが、本書の情報はそれぞれのネタに「大橋悦夫フィルター」で解釈が加えられています。それを読む価値があります。同じ元ネタを読んでいても、「この人はこのように解釈して、ここまで表現できるまでに自分のものにしているのか」と。

例えば、時間の大切さについて「配慮あるペナルティーに気をつけろ」という説明があります。内容は、もろ銀行 86400 - Google 検索なんですが。某レンタルDVDサービスの利用方法を通して説明してくれます。

まぁ、我こそは・・・と思うオタクな人がいらっしゃいましたら、この本に時間を投資することをご検討ください。パッと見、結構ページがスカスカで地雷に違いない・・・そう思っていた時期が僕にもありました。実際に読みながら「ワーク」で手を動かしてみて、認識を変えざるを得ない、このようなエントリを書く次第です。現在、この本は「時間管理に対する自分の勉強量、実際にできているかを映し出す鏡」だと考えています。

価値観の優先順位

2008-08-17T01:09:00.001+09:00

半月振りの更新となってしまいました。あれやらこれやら･･･と理由はあるのですが、大事な第2領域の時間を確保できていないのが敗因でしょうね。んん・・・。時間の天引きを、設定そして実行しなければいけません。

さて、最近はお盆やその前にも研究室の引越作業などでわたわたしたり、飲み会が連発していたりしました。で、暑いのでよく寝れなかったりして体調管理もうまくいかず、という苦しい状況に。で、お盆はお盆で同窓会チックな飲み会やら家族行事が降って涌いてきます。普段より動かなければならない状態になっています。休みの時間として自分で自由に予定したハズなのに。ちょっと予定が狂いました。当初は「自分の価値観を洗い直そう」とか思っていたのですが、まだ終わらず。一応、着手はしていますから、進展があったといえばあったのですが。

というわけで、このお盆付近での予定でちょっとオーバーフローしていたので、予定をいくつかキャンセルさせていただきました。年に1度の飲み会とかもありましたが、それは自分の中における価値観の優先順位は何番か？ということをそれなりにシビアに考えさせられました。今までぬるま湯で生きているので、なかなか苦しいものです。

こんなことを考えたのは、最近になってようやくAmazon.co.jp： TQ―心の安らぎを発見する時間管理の探究: ハイラム・W. スミス, Hyrum W. Smith, 黄木信, ジェームススキナー: 本を読んだからなのですが。フランクリン系の勉強は「7つの習慣」だけだったのですが、時間管理を嗜む者として古典も押さえておくべきだろうという考えからでした。

読後の感想としては、古典どころかバリバリの現役でした。内容は全く色褪せていません。この本の内容が、時間に対する考え方の提案・指南だからです。基本的な内容だからこそ汎用性も高く、時間による劣化も受けにくい。この本の内容を古く感じるためには、第4世代の手帳(=価値観に基づいた時間管理ツール)使用方法というパラダイムを越える必要があります。ちょっとやそっとでこのパラダイムは越えられない気がしてます。

自分の中でのコントロールの連続体

2008-07-30T07:17:00.001+09:00

「コントロールできるもの、できないもの」を分けて、コントロールできるものに集中するのは有名な話です。そして、コントロールしやすいのは自分自身であることも。変えやすいのは自分自身であることも。

今更ですが、「自分というもの」の中でもコントロールしやすいもの、コントロールしにくいもの、コントロールできないもの、があるようだと、最近になって思っています。まぁ、自分のことであれば一律にコントロールできる人もいるのでしょうが、どうやらまだ僕は人間が出来上がっていないようです。

有名な話ですが、「自分の気分はコントロールできなくても、今の行動をコントロールすることはある程度可能」であることを忘れていました。よく、「集中できない」とか「やる気にならない」とかいう話です。

というのも、自分は気分屋でして、なかなか物事のスタートが切れないことが多かったのです。ただ、その時にも何段階かにアタックするレベルを分割して自分の行動/気分をコントロール、ひいては消費する時間の内訳をコントロールすることができそうだということに、久し振りに気付きました。ということで、それをメモ。

気分がノリノリ(管理する必要がない。没頭させる)
とりあえず4分間だけそれに着手してみる(行動で集中力を誘導)
鉛筆(ボールペン)を持って、紙にある案件について思いつくことを書き出してみる。(「鉛筆を持ち、書く」ということで、集中することへの導入をしている)

ここまでが、なんとか行動に移れるレベルでした。僕は行動に移すことができないという自堕落な人間なので、もう少し工夫が必要なようです。長期的な視点を持つ自分と、その場にいる自分とがまるで別人のようです。自分A「いや、だから、それはゴールの達成には今必要なアクションでしょ?」自分B「いや、理屈ではわかるよ。だけど現場はそれどころじゃないんだよ」とか。で、ずるずるいってしまうとさらにやり始めにくいという悪循環。

その対処法についての選択肢はまだあまり持っていません。

それをしたくない理由を考えてみる
言い訳を全部考えてみる
やることの表現を変えてみる
とりあえず、水を飲みに行く(散歩にいく、とか)。それから鉛筆を持ってみることを自分に提案する
後輩に「○○ってやる気にならないんだよねー」と言う。後輩が蹴飛ばしてくれる。たまに「あ～、そうですよね」と失敗する。

とか、でしょうか。

自分というものは外部環境と比べると比較的コントロールしやすいのは間違いないのですが、自分というものの中にもコントロールしやすいもの・しにくいものが分布してあることを意識して自分の眼前に魅力的なニンジンをぶら下げたいと思います。それらしい分野としては、メンタルハックスになるのでしょうか。勉強します。

Chemical-X

note of mikka bouzu gekitai seminar

漢字変換 全角カタカナへ Ctrl+I

write them down to reset the goal

GTD with stickies?

Take deep breath

New? style

In the living room

The sliced tasks in the line

Someday is someday

What to do when I can’t focus properly on what I do because of dozens thoughts

emacs-evernote-mode

Keep track with Evernote?

20 minutes blogging trial: I have no extra time. [2011-01-18 Tue]

Radio taught me some ancient Japanese poems

20 minutes blogging trail [2011-01-12 Wed]

使うための用意

画像の有無をチェック・無ければアップロード

終わりに

20 minutes blogging trial [2011-01-11 Tue]

Test post with uploaded image automatically

20 minutes blogging trial [2011-01-09 Sun]

Footnotes:

20 minutes blogging trial [2011-01-08 Sat]

Footnotes:

How to post the body written in Japanese to blogger.com by org-googlcl.el

Patch

Test post to blogger.com from emacs in org-mode with googlecl.el

Footnotes:

Doing リスト としてのタスク管理ソフト

ワールド・カフェしてみる? - 名古屋ライフハック研究会イベントへのご案内

ワールド・カフェとは

ライフハックとは

ワールド・カフェとライフハックでできるもの

そんなわけで

仕事は時限爆弾の投げ合い? -シングルタスク処理のサブルーチン -

GTDのフローチャートにある2つの階層

GTDにある2種類のリスト

GTDは選別するフィルター

2010-05-22 Sat. 名古屋ライフハック×美崎栄一郎 アナログ＆デジタル仕事術 参加記録

1日20時間で予定を立てる

名古屋ライフハック研究会Vol.7 に参加しました

Evernote 3.5 for windowsのメニューを英語表示で使う方法

方法

メニュー言語変更に伴う影響

思ったこと

シゴタノ！スイッチVol.1での記録

必要？それとも欲しい？

tipsを発表するときに見るリスト

一言にまとめてみると?

名古屋ライフハック研究会 Vol.5 コミュニケーション・ハック 参加記録

20分耐久テスト-都合とSWOTと時間割引-

20分耐久筆記

知ったかぶりすると恥ずかしい目に遭います。目的も達成できません。

ライトニングトークス分科会に参加しました

第9回ビジネス選書読書会

注意資源分散モデル？

書いてみると視界が安定するときもあります

名古屋ライフハック研究会Vol.04「マインドハックセミナー」参加記録

歩き方

今日やらないこと

制限と境界の違い

その日その日のために勉学するもの

2週間続いていること

仕事ハックス！終了

区切りの知恵

シゴタノ！大橋さん「仕事ハックス！」＠名古屋 6/27

lhjp版 Tweekly Review に参加できました(最終的には)

脱線もまた良し

サービスを導入するか

どうしても必要なこと

iPhoneって便利なんだな

@call実装方法も人それぞれ

読書メモ 省力化の試み

名古屋アジャイル勉強会第9回（2009/02/27）発表資料

第９回勉強会『アジャイルなら仕事を楽しくできますか？』に参加してきました

健康ランドみたいなところでmind dumpは結構いける!

名古屋ライフハック研究会 立ち上げ会に参加してきました

ネタのようなネタでない指示の出し方

タネあかし

漢字変換全角カタカナへ Ctrl+I

Doing リストとしてのタスク管理ソフト

2010-05-22 Sat. 名古屋ライフハック×美崎栄一郎　アナログ＆デジタル仕事術　参加記録

名古屋ライフハック研究会 Vol.5 コミュニケーション・ハック参加記録

読書メモ省力化の試み

名古屋ライフハック研究会　立ち上げ会に参加してきました

2008年12月29日何かを共有する会の忘年会 2次会

何かを共有する飲み会　2009年忘年会　その2コメント場

カンブリア宮殿若林克彦氏ハードロックナット