Category Archives: GTDベースの展開方法

Housework cards, 家事カード

Attention!

この記事は、日本語と英語の両方を用意しています。英語は日本語の文章の配下にあります。

This article have Japanes scripts and English one. English is folloing to Japanese scripts.English version is here!

 asbtract 2008-09-06 14-36-17

in Japanese:

家事なんてうんざり!

家事をうまくやるというのは、私の望みの一つです。私は家事をするのにいつもストレスを感じています。これにはいろいろ理由があります。その理由には下記のようなものがあります。

  • 家事が終わると、とても疲れてしまう
  • 床に掃除機をかけたり、キッチンの流し台を洗ったり等の家事を、前回いつしたか覚えられない
  • そもそも家事の全容を把握してない

しかし、いつかはこのストレスから解放されたい! そこで、試しに役立つツールを作ってみました。それが、家事カードです。

二種類の家事カード

家事カードには、二種類のカードがあります。家事カードとラジオ体操カードです。

houseworkcard head 2008-09-06 14-32-48 houseworkcard tail 2008-09-06 14-32-58

家事カードは家事用のカードです。例えば、あるカードはトイレを掃除する用だったり、ベッドシーツを洗濯する用だったり、洗面台を奇麗にする用だったりします。カードの表には掃除のプロセスが書かれてあり、何をしたらいいのかすぐにわかります。カードの裏は実行日と実行時間をトラッキングします。そのカードの家事が終わったら、私は実行日と実行時間を書き留め、チェックボックスにチェックしてもよいのです。

donecard 2008-09-06 14-33-25

ラジオ体操カードは、私がその日にどれぐらい家事を終えたかを把握するためのカードです。カードの表には5×10個の四角があります。カードの家事を終えたら、私はこのカードにも、チェックしてもいいのです。ちなみに、私はチェックをする代わりに、シールを貼っています。

実際どうなの?

個人的には満足です。この二種類の家事カードは、私が家事をする際に以下のようなことを手助けしてくれます。

  • カードの時間ログで、実行しやすくなった
  • カードのログで、最後にした日がすぐわかるようになった
  • カードで私のすべき家事が決まってる! イエーイ!

もちろん、続けて使っていけるようには調整が必要です。

最初、私はこれらを43Tabで管理しました。 しかし、すぐにダメになってしまいました。なぜなら、カードは、リマインドされた日に必ずすべきことではなく、近々行わなければならないことだからです。そうなんです! これらのカードは、GTDで言うところのCalendarリストには入れられないのです。

また、これをし始めた時、私は会社を休んでいて、その時は、ラジオ体操カードを使っていましたが、会社に行き始めた今は使っていません。家事用カード自体は使っていますが、書き忘れがちです。

そんなわけで、皆さん使ってみてください。そしてうまくいったら、その方法を私に教えて下さい。やってみますので。

実装

  • 紙 – コレクト情報カード(125x75mm 方眼)C-3532
  • 家事手順 – Evernote
  • ログフォーマット – excel

in English:

Boring houseworks!

It is one of my wishes that I want to handle housework well. I always get stress when I do housework. Because there are many reasons. they are these follows;

  • I get very tired when I finished houseworks.
  • I cannot remember when I lately do housework, vacuuming a floor, cleaning the sink of a kitchen, and so on.
  • I don’t know all that I should keep house in the first place.

But I someday want to get stress free from housekeeping! So I tried to make a helpful tool. It’s housework cards.

Two types housework cards

Housekeeping cards have two type of cards.They are “Housework card” and “Done card.”

houseworkcard head 2008-09-06 14-32-48houseworkcard tail 2008-09-06 14-32-58

"Housework card” is to keep house. For example, one card is for cleaning toilet, for washing bed sheets, for cleaning a lavatory, and so on. The head of the cards describes process of cleaning and tells me what to do. The tails tracks execute date and execute time, and have checkboxes. When I finish the housework of the card, I can write down execute date and execute time, and check a box.

donecard 2008-09-06 14-33-25

"Done card” is to figure out what housework I finished one day. There are 5×10 square in the head of the card. When I finish the housework of the card, I can also check one squreare. For your information, I put a seal instead of checking.

Exactly, how about them?

I am satisfaied with them.

Simple Two type cards helps me doing houseworks.

  • Time tracks of cards makes me start housework easily.
  • Tracks of cards tells me when

    I last do them.

  • Cards are all that I should keep house! Year!

Of course, I have to arrange for that I am able to continue to use them.

First I managed them with 43Tab, but soon failed. Because, they are not to be done on reminded day but to be done shortly. Yes! they cannot be in calendar lists on GTD.

When I started to use, I had holidays for a month. Then, I could use “Done card”. But When I finised holidays and have been to work, I haven’t use it. How about “Housework card”? I am barely using it but often forget my tracks.

Folks, please tyr to use them. If you do well, tell me the way! I’ll try it.

Implementation

  • papers – コレクト(pron:korekuto)(It refers to PoIC)
  • process of housekeeping – Evernote
  • tracking format – excel

2008/05 読書サイクル(5/5) 総括

< ![CDATA[

1週間ほど空いてしまいましたが総括。今回のテーマはこれで終わりですー。

今回のシリーズで説明したのは、読みたい本に埋もれて、実際どの本を読むかまでに落とし込むかの選定作業に困る管理サービスを、いかに考えることなく作業できるか、というものでした。

最後は最初に立ち返って、解消したかった問題や、読書管理について、その他について、もろもろいろいろ話そうと思います。

今回の読書サイクルで、当初の問題は解消されるのか?

本の数が多くなるとわからなくなってしまう、以下の2点について。

  • どれ読んだらいいのかわからん
  • どれ買ったらいいのかわからん

これについては第1回目の読書サイクルで話したことです。毎回手に余る数になって、右往左往してしまうんですよね。

どれ読んだらいいのかわからん

ここでのどれ読んだら、というのはどれを優先的に読んだらいいのかの意味。これは「その本に対する興味ベクトルはどれぐらいかどうか」で表すことで解消しました。"Action"の中で、その中でも一番興味のあるジャンルから選び取るようになります。

どれ買ったらいいのかわからん

近々でほしい本を絞り込むために、"Action”とウィッシュチェックでフィルタリングすることで絞込みできます。

今まで困っていたのが絵本とかそういうものです。本自体はほしいけれども、今は読むことを優先したいので、絵本をフォーカス外にできるようなステータスがほしかったわけです。それが、丁度、「その本に対する興味ベクトルはどれぐらいかどうか」とおおよその基準が同じになります。

心持ちは管理サービス内で表現できるのか?

複数の心持ちについて、共有しようとしたわけですが、それがタグとウィッシュチェックボックスでどのように表現されるかをまとめます。

Read more »

2008/05 読書サイクル(4/5) 手順解説

で、第3回の解説です。

前準備

前準備をするのは、もちろん手間を省くため。

登録初期設定にInboxを追加する

一番初めに本をMediaMarkerに登録する時には、必ずInboxをつけて、処理済のものとそうでないものを区別する。何を処理するかについては、後述。

My図書館を登録しておく

図書館で絨毯攻撃ならぬ絨毯検索をするので、こちらも必要。複数図書館を利用する人もいるけれども、あれは結構技能のいるわざなので、まずは一つ図書館を利用するので十分だと思う。それに借りても読める速度がないとそもそも利用の意味がないし。

実際のユースケースに合わせたアクションなどなど

この本読みたい

MediaMarkerに本のデータが入る最初のトリガー。私の場合はどこかのURLだったりすることが多いです。今回は、雑誌からの登録する手順サンプルは用意してないのであしからず。

(1) webを見て読みたい本が見つかる
(2) ブックマークレット「diigolet」を実行する
(3) 読む気になった部分にラインを引く
(4) URLをコピーする
(5) ウェブページのAmazonのリンクを開く
(6) ブックマークレット「バインダー登録」を実行する
(7) 関連リンクにペースト→(1)のURLが入る
(8) 関連URLの「追加」をクリックして登録する
(9) タグを以下2点について追加する
(10) 登録ボタンをクリックする

で、ここで何をしているかというと以下の二つ。

  • Diigoletでどうして読む気になったのかを線引きしておく
  • MediaMarkerに登録する

結構本の管理数が多くなったりすると、どうして私はこの本を登録したのかよくわからなくなる時があるです。それで、どうして読む気になったのかをちゃんとどこかで記録しておく必要がある。

そこでDiigoの登場。Diigoは引用できるブックマークサービスなので、自分が読む気になったところをチェックしておけばOK。正直コメント欄にコピペするのは面倒なので、この手順が一番落ち着くのです。

で、この作業ができたところで、ようやくMediaMarkerに登録する。だいたい、本の説明をしている人は、Amazonリンクをつけてくれるので、ここからMediaMarkerに登録する。MediaMarker登録時は、読む気になったURLを必ず登録する。でないと、後で「なんで読む気になったんだろう?」と思い出してすぐ見つけるのに時間がかかって嫌になるから。

ついでに、どれぐらい読みたいか、ていうのとジャンルをだいたいでいいのでタグで設定する。はじめはなれないかもしれないけど、慣れるとそうでもない。始めのころはジャンルはバラバラになるけれども、はじめはそうなる。私もそうなった。

この一連の作業は一気に行う。(1)~(10)まで慣れれば別に2分以内でできると思う。登録時には、"Inbox"タグのついたデータができあがる。

GTDのフレームワークに当てはめる場合、これが収集ステップにあたる。

図書館で借りれるかな?

(1)MediaMarker一覧から以下でフィルタリングする
タグ:Inbox
(2)Operaでリンクパネル「lib」検索→全表示
(3)(2)で開いたウィンドウ分ループ
+ISBN検索ボタンをクリックする
+タブを閉じる
+次のタブへ
(4)(3)で開いたウィンドウのうち、検索結果がないもののみウィンドウを綴じる
(5)(1)のウィンドウにて、メンテナンス画面を開く
(6)検索結果のあったもののうち、予約人数が多かったもののみチェックする
(7)メンテナンス実行:タグ「図書館人気」を追加する
(8)検索結果のあったものについて、すべてチェックをつける
(9)メンテナンス実行:タグ「図書館にある」を追加する
(10)メンテナンス実行:タグ「@Inbox」を削除する
(11)メンテナンス画面ですべてチェックをつける
(12)メンテナンス実行:タグ「図書館にない」を追加する
(13)メンテナンス実行:タグ「@Inbox」を削除する

この場所では"Inbox"タグのついたデータを処理する場所になっている。

GTDのフレームワークで言うところの処理ステップ。MediaMarker内での処理ステップは何をするところかというと

  • 図書館にあるかどうかを調べる

これにつきる。

これ、結構面倒なんだよね。図書館一括検索画面というのはないので、それをいかに作業を抑えつつ行うかをいろいろこねくり回した結果、今の最適作業は上記のような感じ。

でもやっぱり面倒なので、10冊ぐらいたまってきたら、このステップはやった方がいい。

買った本を反映する

(1)Myバインダを以下でフィルタリング
属性「ウィッシュ」
(2)買った本の項目分ループ
+クリップ横の「+」をクリック

これ以降のステップは、GTDで言うところのレビュー・実行ステップにあたる。整理ステップは、システム自体がやってくれるので特にないです。

別に買ってくる本はあるのでそれを反映します。が、これのステップをするかどうかは私ですら微妙だ。一応ここでは、買いたい本から買ってきたことを想定していての手順になる。

いくつかの本を図書館で予約する

(1)Myバインダを以下でフィルタリング
属性「未読」
タグ:図書館にある
タグ:Action
(2)タグに「図書館で予約した」がないものから選ぶ
(3)図書館の予約作業を行う

図書館によっては、予約数が決まっているので、大量に本を借りてきた後、予約人数の多い本を予約しておきたいものを予約しておこうということがあります。その時に、何を予約すればいいかをフィルタリングできる。

図書館から借りてきたー

(1)Myバインダを以下でフィルタリング
タグ:図書館で予約した
(2)メンテナンス画面に移動する
(3)借りた本だけチェックする
(4)メンテナンス実行:読書「読中」へ変更する
(5)メンテナンス実行:タグ「図書館で予約した」→「図書館で予約したことがある」へ変換する

図書館から借りてきたタイミングで行う。この作業が一番マメに行う(笑)。

経験上からは、「図書館から借りてきたー」と「図書館に返したー」と「いくつかの本を図書館で予約する」は同じタイミングでするのがよろしいです。

私の場合、読中は広い範囲で使っている。その本に手をつけてもいいよと思っている範囲かどうかでやっ

ている。これは図書館から借りて本を読んでいることに起因している。でないと、何を読んどかなきゃいけない本なのかがわかんなくなるのだ。 

本によっては、二度借りしたくなることもあるので「図書館で予約したことがある」タグをつけて、借りたよ履歴を作っておくです。

図書館に返したー

(1)Myバインダを以下でフィルタリング
属性:読中
(2)メンテナンス画面に移動する
(3)借りた本だけチェックする
(4)メンテナンス実行:読書「読了」へ変更する

図書館に返したタイミングで読了とする。読まなくても読まなかったということで、これから読みたい本からは外れるので「読了」。別に読んでる途中で「読了」しても、もちろん問題ない。

そもそもどうしてこの本を読みたかったんだっけ?

(1)Myバインダから当該の本を検索する
(2)詳細オープンする
(3)参照URLを開く
(4)Diigoletを実行する
(5)引用部分を確認する

うっかり忘れたらDiigoからみなおす。管理している時もそうだが、借りた段になって、なんでこんなの予約したかったのかと謎な気持ちになることもあるのでそういうタイミングの時に調べる。これに慣れると、URLがない時はショックを受ける。。

どれ買ったらいい?

(1)Myバインダを以下でフィルタリング
ウィッシュ
タグ:Action

この処理系統を行うと、こrのフィルタリングで見つかる本は、私の場合は10冊以下になる。人が一度に認識できるのはおおよそ7というが、選べる数も7じゃないかと私は思っている。まぁ悩んだら数を減らすようにするのがいいテクニックになる。

次に読むのはあるの?

(1)Myバインダを以下でフィルタリング
属性「読中」

積読リストのかわりになる。なんで「未読」でフィルタリングしないかというと、別のところでフィルタリングするのに「未読」を使っているからなんだな。読中ステータスで「設定なし」がフィルタリングできれば、また違うやり方になるのかもしれないが、今できる範囲ではこういう形になった。

図書館人気すぎ!しょうがないから本買おう

(1)Myバインダを以下でフィルタリング
タグ:図書館人気
(2)買おうと思う本の「詳細」を開く
(3)属性変更
ウィッシュ:チェックなし→チェック
(4)更新する

図書館人気の本は、大人気だというと予約人数も尋常じゃありません。経験上では、2週間貸借、対象1冊、23人待ちの本で約半年程度で読んだ経歴があります。これを踏まえて、借りるまでまってられん!という本は買うリストに持ってってもいいんではないでしょーか。とかなんとか言ってるけども、予約人数が100人越えしたのを見た時に、このステップを用意するようになったわけだよ、セニョール。。

 

とまぁこんな意識のもとに、手順を組み立てています。最後の第5回は総括で、べらべらいろいろ話そうと思います。

2008/05 読書サイクル(3/5) 実際の手順

第1回の概説、第2回のステータスなどを踏まえて、実際の手順はどうなるか。というのを、今回ではまとめます。

前準備

この作業をするには、いくつかMediaMarkerに設定しておく必要があります。

  • 登録初期設定にInboxを追加する
  • My図書館を登録しておく

登録初期設定に@Inboxを追加する

(1) MediaMerker -> 設定 -> 初期値 を開く

image

(2) 以下のように設定し、「更新」ボタンをクリックする

  • タグに@InBox追加する
  • 読書を「未読」に初期値を返る

image

My図書館を登録しておく

(1) MediaMerker -> 設定 -> 一括検索 を開く

image

(2) 図書館検索で、常用する図書館を選択し、チェックボックスをつける

※ 最初は一つから。

(3) 更新ボタンをクリックする

…スクリーンショットはとっても大変ということを今更身にしみたので、重要なポイントだけはっつけときます。

実際のユースケースに合わせたアクションなどなど

で、前準備が整ったところで、各ポイントで行う手順を以下にまとめます。 以降、タブとタグが紛らわしいので、タブ=ウィンドウと置き換えて説明します。

この本読みたい

(1) webを見て読みたい本が見つかる
(2) ブックマークレット「diigolet」を実行する
(3) 読む気になった部分にラインを引く

image

(4) URLをコピーする
(5) ウェブページのAmazonのリンクを開く
(6) ブックマークレット「バインダー登録」を実行する
(7) 関連リンクにペースト→(1)のURLが入る
(8) 関連URLの「追加」をクリックして登録する
(9) タグを以下2点について追加する
主要ジャンル
読みたいレベル(@Action or @Maybe or @Someday)

image

 
(10) 登録ボタンをクリックする

図書館で借りれるかな?

(1)MediaMarker一覧から以下でフィルタリングする
タグ:@Inbox
(2)Operaでリンクパネル「lib」検索→全表示

image 

(3)(2)で開いたウィンドウ分ループ
+ISBN検索ボタンをクリックする
+タブを閉じる
+次のタブへ

image

(4)(3)で開いたウィンドウのうち、検索結果がないもののみウィンドウを閉じる
(5)(1)のウィンドウにて、メンテナンス画面を開く

image
(6)検索結果のあったもののうち、予約人数が多かったもののみチェックする
(7)メンテナンス実行:タグ「図書館人気」を追加する

 image
(8)検索結果のあったものについて、すべてチェックをつける
(9)メンテナンス実行:タグ「図書館にある」を追加する
(10)メンテナンス実行:タグ「@Inbox」を削除する
(11)メンテナンス画面ですべてチェックをつける
(12)メンテナンス実行:タグ「図書館にない」を追加する
(13)メンテナンス実行:タグ「@Inbox」を削除する

買った本を反映する

(1)Myバインダを以下でフィルタリング
属性「ウィッシュ」
(2)買った本の項目分ループ
+クリップ横の「+」をクリック

image

いくつかの本を図書館で予約する

(1)Myバインダを以下でフィルタリング
属性「未読」
タグ:図書館にある
タグ:Action
(2)タグに「図書館で予約した」がないものから選ぶ
(3)図書館の予約作業を行う

図書館から借りてきたー

(1)Myバインダを以下でフィルタリング
タグ:図書館で予約した
(2)メンテナンス画面に移動する

 image

(3)借りた本だけチェックする
(4)メンテナンス実行:読書「読中」へ変更する

 image

(5)メンテナンス実行:タグ「図書館で予約した」→「図書館で予約したことがある」へ変換する

image 

図書館に返したー

(1)Myバインダを以下でフィルタリング
属性:読中
(2)メンテナンス画面に移動する
(3)借りた本だけチェックする
(4)メンテナンス実行:読書「読了」へ変更する

そもそもどうしてこの本を読みたかったんだっけ?

(1)Myバインダから当該の本を検索する
(2)詳細オープンする
(3)参照URLを開く
(4)Diigoletを実行する
(5)引用部分を確認する

どれ買ったらいい?

(1)Myバインダを以下でフィルタリング
ウィッシュ
タグ:Action

次に読むのはあるの?

(1)Myバインダを以下でフィルタリング
属性「読中」

図書館人気すぎ!しょうがないから本買おう

(1)Myバインダを以下でフィルタリング
タグ:図書館人気
(2)買おうと思う本の「詳細」を開く
(3)属性変更
ウィッシュ:チェックなし→チェック
(4)更新する

とまあ、実際の作業の羅列だけなので、よくわかんないですね。次回では今回の作業の解説まとめをします。

2008/05 読書サイクル(2/5) 範囲とステータス

第2回は読書サイクルで取り扱う範囲とステータスについて。第1回で話した心持を端的に表すのに、いくつかのステータスを作ります。

読書サイクルの範囲

範囲とは、読書サイクルがどこからどこまで取り扱っているのかという話。そもそも読書サイクルで取り持ちたい範囲というのは大きいです。動詞で表すと、「本が読みたくなった」から「本を読んだ」「本を返した」までです。

本当は、「本を処分した」まで持っていきたいところですが、ちょっとそこまでは回りきれないので今回はこの範囲まで。

読書サイクルで用いるステータス

範囲の影響もあって、ステータスで端的に表したいものは、多いです。そもそも一番ネックなのは、読む以前の手に入れる段階の話なので、そこをなんとかしたいと、今まで思っていたわけさー。

  • その本を読んだかどうか

これは基本中基本のステータス、だよね。後半の部分にて有効になってくるステータスです。

で、次に、今回のネックにあたる読む以前の段階について。

「読みたいけれども買うほどではない」
「買いたいけれども、絵本だからいつ買うでもいい」

といった心持ちをあらわそうと思って、二つのステータスを作りました。

  • その本を買いたいかどうか
  • その本に対する興味ベクトルはどれぐらいかどうか

「その本を買いたいかどうか」について。もちろんお金があれば全部買えられるかもですが、お金を使える上限が決まっていることで、買ってもいい範囲かどうか、ということで線引きを変えてます。絵本なら「買いたい」になるし、紹介されててパラ見したい程度なら「買いたくない」という線引きになります。

「その本に対する興味ベクトルはどれぐらいかどうか」について。これはそのままの意。読みたい気持ちが3段階程度で表そうというわけです。今回は、GTDでよく使われている単語を用いて表しています。"Action">"Maybe">"Someday"というイメージ。"Action"が一番強くて"Someday"が一番弱いです。このステータスは、コレ単体だけでは何の役にも立たなくて、図書館を借りたり本を買う際に、簡単なフォーカスを提供してくれます。

つまり、本を買ったり借りたりする時は、まず優先的には"Action"の項目から選んでいくということです。

図書館を併用することを考えているので、もちろん図書館のためのステータスが必要になってきます。

  • その本は図書館にあるの?

まとめると、併用しているステータスはこの4つ。これらをMediaMarkerで実装しながら今回はこしらえているというわけです。

  • その本は図書館にあるの?
  • その本を買いたいかどうか
  • その本を読んだかどうか
  • その本の興味ベクトルはどれぐらいかどうか

といいつつ実はもう一つあった。

  • MediaMarker受け付け用ステータス="Inbox"

MediaMarkerでのステータスの実装

じゃあMediaMarkerのどこにあるのかというと以下の通り。

その本は図書館にあるの?

MediaMarkerのタグで実装。

  • "図書館にある"
  • "図書館にない"

その本を買いたいかどうか

MediaMarkerの属性で実装。

  • ウィッシュチェックボックス

その本を読んだかどうか

MediaMarkerの属性で実装。

  • 未読
  • 読中
  • 読了

その本の興味ベクトルはどれぐらいかどうか

MediaMarkerので実装。

  • "Action"
  • "Maybe"
  • "Someday"

 

これだけだと、勿論めぐりは悪いわけで、やり方をある程度決めておく必要が出てきます。で、第3回目は実際の手順についてまとめます。

2008/05 読書サイクル(1/5) 概説

最近ようやく本のサービスが出るようになったのと、GTDでサイクル作りができるようになったのとで、サイクルがだいぶ固まってきました。最終形態のデスピサロにまでは程遠いですが、勇者達にお目見えできるぐらいには育ったかなと思います。そんなわけで、今後どういう部分を詰めていけばいいかの確認もあって、まとめることにしました。ムダに長くなったので分割してエントリです。今回はサイクルの周辺について。

そもそもサイクルやってるけど何でうまくいかない?

私もモノ系ソーシャルブックマークを使いつつ、本の管理ができないかと試行錯誤をしてまいりましたが、うまくいかんのですね。というか、登録しても、その後が使い物にならないのです。

一番に立ちはだかる問題は、以下二つ。

  • どれ読んだらいいのかわからん
  • どれ買ったらいいのかわからん

この前、MediaMarkerを使っているけど、本屋で携帯でMediaMarkerを見ても、どれを買ったらいいのか、決められなかったんです。買いたい本の数が多すぎて。そういうことってないですかね? いや、あるねあるだろうあるに決まっとる。

そもそもの本を読む時の制限事項

好きな本から片っ端に買えばいいじゃん、という考え方もあるがそうもいかないんです。

  • 本に使えるお金は限られている

根本的な資金難や、本以外にプライオリティが高かったりで、本に費やすお金は上限を決めておきたい、と思っている人は多いと思います。私もそうだ。それで、読む段階までに、本を手にいれるための「本を買う」という行動で、詰まってしまったりする。で、結局何も読めないという。なので、今回はその解決策の一つとして、「図書館を利用する」というのを決めました。

どんな心持ちを一つのサイクルで共有するのか?

で、そもそも本のサイクルを、といったって、いろんな心持ちがあって、それをシステムに託そうとしてるじゃないの。それが全部できなかったら、システムは、私にとっては不完全なわけです。ちょっとどんな心持ちがシステムで託せばいいのかを、とりあえず考えてみました。

(1)絵本だけどいつか欲しいけど忘れるとイヤだから登録しておこう。でも別に図書館になくたって問題なし

(2)この本は読んでみたいけど、別に特別興味がないわけなので、図書館で借りれればそれでいいと思っているけれども読めなくてもいいや。

(3)すごく興味がある本で、図書館になくても仮にあっても予約待ちがひどいんだったら買ってもいいと思っている

(4)買ってみたいような気はするけれども、中身がうさんくさいのでできれば図書館であるならそっちで試したいな

――上記のような気持ちを一緒くたにまとめられ、尚且つ読みたい(もしくは買いたい)と思っていた時の気持ちを割りと正確に行動に移せ、更に尚且つ図書館で借りるのと本を買うのとを管理しつつ、それでいて持続可能なやり方はないものか――

そんな、夢のようなやり方を以前からできないものかと考えつつ、いろいろサービスを使ったりしたり、やり方を考えてたわけでござんす。

基本の考え方

で、サイクルをやっている上で、基本になっている考え方とゆーのがあります。どこにどう組み込まれているのかは判らなくてもいいんですが、こういう理念があるよ、というお話。

読みたいのと買ってもいいのとは、別々の話

読みたいという実際の気持ち、それに対する手段の気持ち、そしてそれらに対する心の熱量、というのは微妙なバランスで取りつつも、違うわけです。

読みたいけど買うほどじゃない、とかそういう気持ちがあるわけじゃないですか。まぁ、資金の制限があるので、それでいろいろ気持ちが左右されるというわけです。でも、なかなか今までの方法だとそれができなくて困ってたんですよねー。

それにまた、買いたいのと買えるのとはまた違う。私は本屋に行ったらいつでも本が買えるかとそういうわけではない。買う気力というのが別にあってその時になってようやく買えるタイプです。時間がないと、機会の方が大切になるのでAmazonとかに任しちゃうかもしれませんが、今はそうじゃないです。

サイクル回している人はこんな人

簡単にどんな人がサイクル回しているかというと、こんな感じです。

  • 図書館の本は気にしない派(多少汚くても読めればいいとか思っている)
  • リアル本屋で本を買う派(ウェブショップは簡単便利だけど味気ないことと、単に本屋が好きだから)
  • 読みたい気持ちは結構あるが(読みたい本だけがばかすか増える)
  • なんで読みたい本に入れたか忘れる(ばかすか入れるのでばかすか読みたい理由を忘れてしまう)
  • 7つ以上あったら迷う(本屋で買うリストを見ても数が多くて結局買わずに帰ることあり)

こんな人がサイクル回そうと考えてます。

サイクルで使うサービスやツール

これからまとめることは実装ベースなんで、使うものは決められています。

  • 図書館 近所の図書館
  • ブラウザ Opera
  • ウェブサービス MediaMarker
  • ウェブサービス Diigo

図書館について

図書館を使うことは決めたので、なるべく使いやすい図書館を選ぶ。自分が住んでいる地域以外の図書館でも使える所は使えるので、通勤通学途中で寄れそうな、自分の活動範囲で利用しやすい図書館を決めます。

ブラウザについて

ブラウザについては、私の通常ブラウザです。これからまとめるやり方は、手順ベースなのでブラウザ依存になります。他のブラウザでできるかどうかはよくわかんない。

ウェブサービス MediaMarker

読書を管理する本拠地システム。他にもモノ系ソーシャルサービスは以下のようなものを試しました。

  • socialtunes
  • ビルコレ

socialtunesはコメント部分がレビューという項目名になってて、コメントしづらいのがネックでやめてしまいましいた。ビルコレは私がほしかったブックマークレット機能がなかったので使わなくなりました。どちらもデザインはかわいくて好きなんだけどねー。

MediaMarkerはシゴタノ!さんで紹介されていたので、どうかなと思って使い始めました。本について属性が多くて、そこが気に入って使うようになりました。

でも、最初はうまくいかなかった。特に図書館で本を借りるためのトリガは用意されてるんだけど、図書館用の属性値は特にな]]
>

Googleリーダーのタグを処理速度等で設定し直しました。

Googleリーダーでは、タグはフォルダと言われていたり統一されていません。今回のエントリでは、フィードに複数設定できる特徴から、名称を「タグ」で統一して話していきたいと思います。

さて、思い立ったが吉日で、先日Googleリーダーのタグを変えました。タグ設定のルール変更は、今までにも数回やっていますがしっくりきていません。

タグ設定ビフォーアフター

タグの設定ビフォーアフターですが、以下のとおりになりました。

ビフォー

*-check
*-fun
*-gtd
*-★★★★見ておこう(高速)
*-★★★とばし系(高速)
*-★★★見ておこう(低速)
*-★★★見ておこう(多・低速)
*-★★できれば見たい
*-★とばし系(高速)
*-★見なくても大丈夫

アフター

*-gtd
01-クリップ(個人)
01-店の連絡
01-情報収集
01-楽しく見る
01-食
01収集-サイト新着
01収集-ソフト
01収集-個人
02-個人
02-楽しく見る
02-英語勉強
05-個人
05-楽しく見る
05-英語勉強

今回のタグ設定ルール

基本的にはGTDを応用したルールになっています。
結果的に、処理パターンで分類する形となりましたが、分類時に注目したのは処理速度です。

タグの基準となった要素は以下2点。

  • S/N比と処理速度
  • 種類

S/N比と処理速度

S/N比はノイズ比率です。S/N比が大きければノイズが少なく、S/N比が小さければノイズが多いです。S/N比で随分処理速度が変わるので、まずはその観点でタグを切りました。
処理速度は、あるフィードの1エントリをRSSリーダー上で消化するまでの時間です。エントリを消費するための作業は以下の2つの少なくとも1つを実施します。

  • 読むか読まないかの判断をする
  • RSSリーダー上でじっくり読む

S/N比と実施する作業によって、処理速度が変わります。

例えば、S/N比の小さいものの例には、会社が運営しているサイトの新着情報のフィードや、興味の分野のエントリの比率の低い個人サイトのフィードがそれにあたります。この場合は、RSSリーダー上では「読むか読まないかの判断をする」だけで、別途読む場合は別ウィンドウを表示して読むことになります。RSSリーダー上では、判断処理だけなので、処理速度自体は速いです。

反対に、S/N比の高いものの例には、読む確率の高い個人のサイトのフィードがあります。この場合は、S/N比が高いために「読むか読まないかの判断をする」作業自体はすっぱ抜かれ、「RSSリーダー上でじっくり読む」作業ばかりになります。なので、処理速度自体は全体的に遅くなります。

しかし、S/N比が高くても、上記の例に当てはまらないものがあります。個人サイトでもエントリ部分の一部しか表示されないエントリや、改行がなくフィード上で読むのが難しいフィードの場合がこれにあたります。この場合、RSSリーダー上では「読むか読まないかの判断をする」作業しかできません。そして、そのフィードのS/N比に関係ありません。「S/N比と処理速度」が一つの評価基準となっているのは、このためです。

タグ上では、上2桁の数値がこれにあたります。フィードの処理は、GTDのどのステップにあたるかを想定してつけたので、中途半端な値になっています。01は収集レベル(高速で「読むか読まないかの判断をする」、02は処理レベル(低速で「読むか読まないかの判断をする」+「RSSリーダー上でじっくり読む」)、05は実行レベル(「RSSリーダー上でじっくり読む」)になっています。

種類

しいて言えば、処理パターンが同じもので集めています。処理パターンは以下のようなものを含みます。

  • RSSリーダー上では、どれくらいのS/N比なのでフィードにどれぐらいの注意を注げばいいのか
  • RSSリーダーから別ウィンドウに表示して読む比率はどれぐらいか(全体量としての精読時間が長くなるのかどうか)
  • RSSリーダー外で読む際の気持ちの弛緩度合いはどれぐらいか(友人の日記は軽く読めるが、ブックマークする際はもうちょっと緊張して読む)
  • 別ウィンドウ表示時にブックマーク作業をよくするかどうか

先ほど説明した「S/N比と処理速度」は、RSSリーダー上で処理するパターンにのみ注目した基準です。一方、上記の処理パターンというのは、「気に入ったフィードエントリを別のウィンドウに表示し、気になる点があったのでブックマークする」、といったような、RSSリーダーから離れて行う作業までを含んでいます。

が、実際分類した際はそんなことは一切考えてなくて、どういう分類方法なのかを自分で解析してみたら、上記のような法則があるような気がしますという程度。だから「しいて言えば」になります。実際、分類している間には、上記のような明確な基準はありません。ソフト関係の新着をまとめたり、などと目的で似たものを集めていたら、自然と似通った処理をしているかなぁと思った次第です。

「S/N比と処理速度」以外に基準を設けたのは、結局は、フィードによって、全体的な作業というのがまちまちだからです。時間がなくて、ちょっとした息抜きであればソフトウェアの新着情報を見たりはできるけれども、NBOnlineの記事は見ようと思った記事は必ずブックマークしているから時間のある昼間でないと見れないのです。同じ処理レベルのフィードであっても、読める状況は異なるのです。

RSSリーダー上での処理速度と各フィードのタイプについて

各タグとRSSリーダー上のエントリ単位処理速度の関係を以下に示します。

単位処理時間速度(速い)

+更新を連絡するフィード(タイトルのみ、序文のみ)
| +01-クリップ(個人)
| +01-店の連絡
| +01-情報収集
| +01-楽しく見る
| +01-食
+S/N比がN寄りのフィード(ニュース系等)
| +01収集-サイト新着
| +01収集-ソフト
| +01収集-個人
+S/N比が中途半端のフィード(個人系で親和性の低いサイト)
| +02-個人
| +02-楽しく見る
| +02-英語勉強
+S/N比がS寄り(個人系で親和性の高いサイト)
| +05-個人
| +05-英語勉強
+友人のブログ等の読むのがデフォルトなフィード(コンテンツ系のサイト)
| +05-楽しく見る
| +*-gtd

単位処理時間速度(遅い)

どのような目的に基づいてタグ設定をしていた・しているのか?

Google]
]>

Page 1 of 212
Get Adobe Flash playerPlugin by wpburn.com wordpress themes