が、本日をもって、GTD関連のエントリは削除しました。GTD関連のエントリについては、http://works4life.jpに移行してありますので、そちらをご確認下さい。それ以外のエントリについては、そのまま残してありますので、引き続きご覧下さい。

このエントリを持ちまして、更新を凍結します。ご愛顧ありがとうございました。新しいサイトにて、引き続きよろしくお願いいたします。

pavlishka as nomico

　今までハンドル自体もメインで使っているのとは別名義で使用していました。これを機に、新しいサイトではハンドルも変更しています。新しいサイトは以下になります。RSSも変更しています。

　http://works4life.jp

　移行期間はおよそ1ヵ月半です。7月1日を目処に、こちらのサイトからGTD関連の記事はばっさり削除もしくはリンクの付け替えを想定しています。
　今後ともどうぞよろしくお願いいたします。

今までの問題点に関するブラッシュアップ

　現在、ソーシャルブックマークを利用していますが、そもそもまともに使えていません。一応気になったサイトについてはdel.icio.usで登録したりしていましたが、サイトを振り返ることはほとんどありませんでした。後から使うためにブックマークしたはずなのにのにまったく使う気になれない、という状況を打破すべく、環境整備を進めようと思った次第です。

問題点を細かくわけてみる

　問題点の大枠としては、ソーシャルブックマークサービスを使いこなせていない、ということですが、個人的にどんなことを不満に思っていたりしているのでしょうか？　それを挙げてみるとざっと以下の通りになりました。

• タグがイヤ！　―　タグのルールを考えずにつけたために、ルールなくついたタグの量を見るのが嫌になる
• ブックマークがイヤ！　―　興味がわいてブックマークしたはいいけれど、その後自分は何のためにそのブックマークをしたのかよくわからず見ていて理解に苦しむ
• ブックマークレットがイヤ！　―　del.icio.usのブックマークレットがどうもフィットしなんです。全面上書きしちゃうし、若干重いし、別ウィンドウで表示するサービスも見つけたのに動いてくれないし

　イヤイヤづくしですな。ブックマークされたエントリ自体も収拾がつかず、また検索や分類用につけたタグ自体も収拾がつかず、ソーシャルブックマークは混乱を極めたカオスワールドであり、そんなカオスは目にさらしたくないというのがありありとわかります。それに加えてツール自体にも辟易しているということがわかりました。

ソーシャルブックマークに関するあれこれ

　問題点もありますが、そもそもどうして私はソーシャルブックマークを使おうと考えたのでしょうか？　どんないいことを自分は期待していたのでしょう？　自分の要望があって、それを満たすのがサービスです。ストレスを生み出すような運用に仕切りなおすのは本意ではありません。

　そんなわけで自分の中でのブックマークの期待するものを改めて考えました。
　ブックマークする基本は興味のあるURLを登録します。今までに気になったものをすばやく検索して思い出すために登録します。それから、そのページを見たタイミングではそんなに咀嚼できないので、後から時間をとってページを見直し咀嚼しようと思った場合に登録します。
　ソーシャルブックマークをチョイスした大きな理由はオンラインのサービスだからというところにあります。マシンを横断してもデータに一貫性が保たれるためです。
　それからブックマークしたURL先はその画面に対してという意味でブックマークするため、後で何かしら利用しようという観点を必ずもっています。後で使うため、後で読むため、あとから見直したくなるため、後から探し物をするため、後から参照するため、すべて後で行う行動のための下準備になります。

　ざっとまとめると、後から使用するためにブックマークしているということがわかります。思い出すためのショートカットとして登録しているはずなのですが、ショートカットどころかむしろ迷走気味になっていますね。

環境整備のためのステップ

　具体的なステップとして、2つを実施しました。

• メインで使うサイトを一つ決める
• タグルールを決める

メインで使うサイトを一つ決める

　情報は一括してまとまった方がよいということでメインのサイトを決めました。

• Blogmarks.net
• Spurl.net
• del.icio.us
• diigo

　どのように進めるべきかと考えていた頃にピッキングし、候補にあがったソーシャルブックマークはこれくらいです。
　BlogMarksはこのサイト用に使っていて非常にブックマークレットの使い勝手がよかったので自然と候補にあがりました。
　SpurlについてはOperaのパネルに対応しているからということで候補対象になりました。早速登録して確認したものの、パネルの同期があまり芳しくないので、使い道は今ひとつといったところで不採用になりました。
　del.icio.usについてはもともと登録していたのでひとまず候補に挙げました。よいところは利用者が多いこと、悪いところは登録するブックマークレットが非常に使い勝手が悪いのと一度仕切り直したいことから、不採用。
　それからタグルールの情報をを検索したりしている途中に出会ったdiigo。はじめの印象はいまいちだったです。ブックマークレット登録するときは上にバーなんか表示されるし、微妙に遅いし、ちゃんと登録するには更にボタンを押して内容を登録しなきゃいけないし。なによコレ！　とか思ってました。ところが登録されたサイトで確認したら、コメントは履歴で取れるし、画面のハイライトは取れるし、特に一括編集できるところがいい！　というわけで採用。ブックマークレットも全てが隠れるわけじゃなしということで、慣れたらそんなに不満もでなくなりました。

　本当に考えていたステップは、自分はブックマークにどんな機能がほしいのかを考え、そこからめぼしいソーシャルブックマークを片っ端から機能チェックし、マトリクス表を作る！　などと空恐ろしい計画を考えていました。が、diigoにあったらそれではい決まり。決め手は一括編集できるところです。他の人とつながる空間、というようなソーシャル性については全く考えてないので機能の面から決めうちになりました。

　メインのサイトが決まったところで、次はタグルールです。

タグルールを決める

　タグルール。今の今まで環境整備に頓挫していたのは、このタグルールがまったくいい方法が思いつかなかったところにあります。あのむやみに広がるタグをいかにせんとかてごまねいていたわけでした。

　とはいえ、環境整備に手をつける前に、今このサイト用のBlogMarksだけでブックマークしたことは、ブックマークの機能を見返すいい機会でした。
　このサイト用のブックマークのスコープはGTD関連の情報に絞っています。そのため、それなりにタグの分散度合いは低く、若干の分散度合いは否めませんが、それなりの意味合いを持ってタグをつけることができています。
　今回の場合、ブックマークとしてはうまく運用できているなと個人的には思っています。BlogMarksにデータを残しつつ、ブックマークした理由や（それなりに）明確なタグを残しつつ、後から見返してまあまあ方向性のあるデータ収集になっています。

　振替って今の自分のdel.icio.usブックマークを見ると、問題点でも挙げた通り何が何やらさっぱりです。とにかく興味を持って登録したのだけはわかりますが、その次に何をしたいのかがまったくわからんのですね。詳細をつけてないっていうのも、混沌に拍車をかけています。

　BlogMarksとの違いは、興味自体が分散していることが挙げられます。いくつかのベクトルはあるけれども、そのベクトル数自身を自分でも把握していないし、増える分には増えてかまわないようにしています。この興味のベクトル数は、今後も自由に増やしていきたいなと思っていますし、とりあえず登録しておいた方がいいな、という曖昧なベクトルでもブックマークすることがあります。
　それからBlogMarksはほぼ参照することのみに使っていたけれども、del.icio.usの場合、そのブックマークを基点に、サービスを新しく使いたいや、ソフトのインストールしたい等の、後続の行動パターンにばらつきがあります。BlogMarksに、「個人的」にすっきりした感があるのは、全てのブックマーク先が参照以外の何らの行動を促すものではないと、「自分自身が知っている」からです。

　そのカオスなdel.icio.usのブックマークでも、統一して使っているタグがいくつかあります。ウェブサービス、ウェブアプリケーション、ソフトウェア、この三つについては統一して使っています。
　ウェブサービスは、ウェブ上の登録して使うサービス一般を示します。そのサイトが何かやってくれること、インストールの必要はないことを示してます。
　ウェブアプリケーションは、ウェブ上で何かやってくれるもの、インストールの必要があることを示してます。
　ソフトウェアは、オフラインで何かやってくれるもの、インストールの必要があることを示してます。
　この3つはよくブックマークをするタイプなので、確かあんなサービスあったっけ、といったところの指標になると思い、ひとまずつけてます。

　こう考えると、自分自身が、ブックマークで必要となる情報は、ブックマークの情報以外にもいろいろあるということが見えてきます。これらのブックマーク以外に必要となる情報をタグで管理すればよいのではと思いついたのが、今回のタグルールを決める上での大きな契機になりました。

　さて、改めてタグで盛り込む情報は一体どんなものが必要なのかを考えました。
　まず、そのURLの情報について登録する必要があります。ウェブサービス・ウェブアプリケーション・ソフトウェアかもしくはそれ以外の何かのキーワードに当てはめられるもの。
　次に、何のためにブックマークをしたのかの情報。これは関連するプロジェクトのタグや、あるいは自分が興味を持っているキーワードなどをつけることにしました。例えば、gtdやwordpressなどです。
　それから、そのブックマークを機転に何か行動を起こす必要があるのかの情報。ブックマークを見て混乱するのは、そのブックマークをみて実施したかったものなのか、ただの参照用として登録していたものなのかがごっちゃになっていることです。これをどうにかしたかったので、今回このタグをGTD方式でしようと思ったわけです。

　実際のタグルールは次の見出しで説明します。

　以上、2点のことをふまえ、diigoに新しいタグルールで運用を開始しました。

タグルール

　タグルールについてですが、以下の方法で現在実施しています。

タグにレイヤモデルを取り入れるための基本ルール

　前の項目ではタグにブックマーク以外の情報を取り入れようと考えましたが、これらの情報を一緒くたにすると今度は何のためのタグなのかがわからなくなってしまいます。
　そこで、タグにもレイヤを取り入れようと考えました。レイヤといってもなんてことはありません。頭文字に英数字以外の文字を追加して、他のタグと区別をすることにしました。
　よく、後で読む用で@readなどのタグがつけられているのを見たことがあるので、それを倣ってみようと思ったのが最初です。

“*”から始まる行動タグレイヤ

“*”から始まる行動用のタグは、GTDの方式にのっとったつけ方を行います。diigoだと自動的にタグがソートされて表示される際に、一番始めに表示されることから”*”になりました。

　ここで用いるタグは基本この4つのみのいずれかを付与します。どのブックマークにも必ず付与します。

• *inbox – とりあえずタグ。後から以下3つのタグに割り振る必要があるもの
• *action – そのブックマークの内容を起点にし、実行の必要があり、現時点で実行可能状態であるもの
• *someday – そのブックマークの内容を起点にし、いつか実行したい・しなければならない、現時点で実行不要状態であるもの
• *ref – 参考として保存し、時間にこだわらず実行不要状態であるもの

“@”から始まる個別アクションタグレイヤ

“@”から始まるタグは個別アクション用のタグになります。主に”*action”タグや”*someday”タグでを補足するもので、具体的にどのようなことをしたいのかの動詞を表すようなものをつけます。例としては、以下のようなタグをよくつけます。

• @read – そのブックマークを読む
• @try – そのブックマークのサービス・ソフト・ハック等を試す
• @buy – 買う

　行動タグの種類は基本4つに制限していますが、個別アクションタグは特に制限をかけてはいません。直感的に具体的にどのような作業をしたいかわかるように付けることを目指してタグを付けます。”*ref”タグでは特に必要ないのでほぼつけていません。

“-”から始まる形容タグレイヤ

　”-”から始まるタグは、形容を表すタグになります。ブックマークの中でも、特徴を抜き出して確認しておきたいものにタグをつけるようにしています。似たタイプのブックマークがあるとその中でも自分のひいきが出てくるので、それを登録しておきます。そのほか、インストールしたソフトウェアや、使用するしないを決めたデータなど、自分自身に依存するような内容を、このタグにて情報を持たせます。具体的には以下のようなタグを使用しています。

• -use – 今現在使っているもの
• -nouse – 使わなくなった、使わないと決めたもの
• -useful – 似たブックマークの中でも役にたつもの
• -useless – 似たブックマークの中でも役に立たないもの
• -regist – ユーザ登録している

定型タグ

　定型タグは、自分ルールで決まっている、そのブックマークの状態を表すものです。これは個別でよく使うタグになります。

• webservice – ウェブサービスを提供している
• webapplication – ウェブ型アプリケーションのサプライ先
• software – インストール型アプリケーションを提供している
• webportal – ポータルサイト系である
• proj** – あるプロジェクト用に関連して登録したもの

その他関連タグ

　それ以外のキーワードは随時登録するようにしています。この部分についてはどうしてもルールが散漫しやすくまとまりはありません。が、これより上記のタグがあるおかげで、何のために登録したのか、という部分はわかるため、非常にすっきりした見栄えになりました。

　この部分のタグは、自分の興味範囲の広さや深さによって、覚えられる程度のルールを順次増やしていった方がいいかなと思っています。

運用方法

　で、実際の運用方法は以下のようなサイクルで動かす予定です。

ブックマーク

　気に入ったらブックマークをします。その時点で分かる内容で”*”から始まるタグをつけます。特に決まらなかったら”*inbox”に設定。後で読もうとする場合は、”*inbox”もしくは”*action @read”タグをつけます。

ブックマークの見直し

　ブックマークを見直します。”*inbox”はまだ処理が決まっていない状態なので、*inboxでタグサーチし、ブックマークを確認しながら、”*action”,”*ref”,”*someday”のいずれかに割り振りなおします。特に見返す予定のない後から検索するかもしれないのでとっておこうという場合には”*ref”をつけておきます。

　”*action”はGTDのウィークリーレビューあたりで拾って、ローカルのGTD処理に回してリスト化できればいいと思っています。

ブックマークの再活用

　思い出した頃に、タグやURL、タイトルをキーワードにして、必要なブックマークを漁ります。

最後に

　この運用方法とタグルールが最終体系、というわけではありませんが、とにかく今まで混乱していたブックマークがわかりやすくなったのは確かです。
　ひとまずはこれらのルールで、ブックマークを運用していこうと思います。

　そんなわけで理想のソーシャルブックマークを、と思いたち、各サイトを回って比較表を作って細密な検討を行うソーシャルブックマーク行脚の会を開く寸前までに至ったのですが、旅立ちの出会い頭にdiigoに出会い、すんなり落ち着きました。

del.icio.usの不満点

• コメントの文字制限が小さい

• refがつけられない
• ブックマークレットのインタフェースが不便
• 若干サイトが重い
• 編集がイマイチ

　del.icio.usの不満に集約されるのは、ブックマークレットのインタフェースです。ソーシャルブックマークの評判は、ブックマークレットの形状が多分に影響されるんじゃないかと個人的には思っています。というのも、del.icio.usのブックマークレットは非常に難。ブックマークする画面を上書いて表示し、前の画面がどのようなものだったのかわからくなります。そして若干サイトが重い。重いゆえにブックマークレットの遷移が若干遅くなる。これもdel.icio.usイマイチと思ってしまう一因でもあります。とにかくサクッとブックマって感じに至らないのでちょっと爽快感にかけるのです。

　それから運用後になると、編集のインタフェースがいまいちに感じてきます。ajaxでリストのまま編集というのもありますが、反映されなかったりしたこともあって、印象は下向き傾向に更新されるばかり。そんなわけで、del.icio.usと私との関係は苦い関係といっても過言ではありませんでした。ブックマはするけれども、その後は全く放置状態。その後確認するためのブックマークなのに、全く使用していませんでした。

　まとめると、del.icio.usは、私にとって登録後に確認しに行きたくなるようなインタフェースではまったくなかったんですね。不思議なくらい、del.icio.usのサイト自身に行くことがなかったのでした。

diigoのよいところ

• Opera対応
• ブックマーク時のインタフェースがよい
• 一括編集が可能
• 複数コメント登録可能

　diigoのよいところですが、自分の採用の決め手となった部分を挙げます。

　まずOpera対応済です。Operaをメインに使っているので、他のブラウザを使わなければならなくなるのは非常に面倒です。

　ブックマーク時のインタフェースがよいです。BlogMarksもそうですが、全画面を覆うわけではなく、一部のみ表示されて、参照することができます。Operaの場合、diigoのブックマークレットを押すと上部にバーが表示され、そのバーから実際登録する画面を左側からするすると出てきます。そこでようやくコメントとタグを設定。コメントを登録するまでに2ステップかかるのと、若干バーが表示されるまでが遅いのがネックかもしれませんが、全てを覆い隠すよりかは断然よいです。

　一括編集は、後からタグを変更する際にとても便利です。ブックマークというものは、ブックマークする時点ではそんなに時間の割けられるようなメインの作業ではありません。なのでブックマークのタグもそこそこに登録します。で、後からそのブックマークを編集したいわけですが、今までに一括編集できるようなサービスはなかったのですな。残念ながらBlogMarksにもない。del.icio.usの移行作業もあって、この一括編集できる機能は非常に強力な決め手となりました。

　複数コメントが可能、ということですが、これはサイトを再度見直したりして前のコメントを削除することなく、コメントを追加することができます。つまり、そのサイトに関する自分の印象の遷移をコメントで追跡することができるのですね。これがどんな場合に役に立つのかというと、ソフトウェアを使うかどうかで迷った場合です。私は、今後はソフトウェアの管理については、diigoで行うつもりです。その際に有用となるのがこの機能です。このコメントにてソフトウェアを導入しようと思ったきっかけ、導入後の印象、導入をやめてしまった理由等をコメントにて全て保管することができます。最近では、ソフトウェアを導入しないと決めたことも登録するようにしています。同じ関連のソフトウェアを探していると、二度手間になることがあるからです。本を二度買いすることはないのですが、ソフトを二度ダウンロードすることはままあります。

diigoの悪いところ

• refがない。どこを見て登録したのかがわからない。
• サムネイルがない。
• del.icio.usインポートが使えなかった。

　もちろん、diigoに不満もあります。悪いというところというか、私自身の要望になっていますが。。　

　まずリファラ機能。本当は、リファラを登録できる部分が何かしらあったらよかったんですが、残念ながらありませんでした。BlogMarksだと自動でリファラも登録され、とっても便利なのですがdiigoにはないようです。

　サムネイルはdiigoにはありません。サムネイルを見て、このサイトはどんなだったかなと思い出すことがよくあります。それをdiigoではできるわけではありません。全体の印象を確認するにはこの機能はほしいと思いましたがなくてもなんとかなっているので、そんなに必要ないのかとも思います。

　OPMLではなく、ユーザとパスワードを指定してdel.icio.usから直接インポートする機能があるのですが、3回ほど試してみましたが6サイトぐらいしかインポートができないのでありました。del.icio.usでhtml保存して、普通にインポート機能を使ってインポートしましたが、urlにLAST_UPDATEとかが入ってて、これを取るのが面倒でした。。

現状のdiigo

　del.icio.us時代で不満だった、何がなんだかごちゃごちゃしていたURLですが、diigoにインポートした機会にと、タグを総整理しました。ブックマークの管理もGTD方式にするようになり、ずいぶんすっきりしました。明日には復旧していることを願いつつ、この記事はこれにておしまい。

思いつくまま-足助から-: 私の作業記録：MyRec

　このMyRecというのがそれにあたりますが、必要な機能がコンパクトで非常にそそられるソフトです。

vbsより良いと思う点

• ソフトが15分毎にプロンプトを表示してくれる（vbsは自動実行ソフトをなんらか調達しないといけない）
• 一定時間プロンプトを扱わなかったらプロンプトをひっこめてくれる（vbsはひっこめない。なので自動実行して数時間たつとえらいことになる）
• プロンプトをひっこめても時間はログ記述してくれる機能がある（表示はしたのかはわかる機能）

　ログフォーマットにこだわらなければ、vbsよりもこちらのソフトを導入するのが断然よいかと思います。後フォーマットを決められる機能とかあると便利なんだろーなーとか思うですヨ。

　このサイト用には、ソーシャルブックマーク用としてBlogMarks.netを利用しています。del.icio.usも通常用として使っていますが、個人的にはBlogMarks.netの方がブックマークをするには好きです。

　特に好きな点は、ブックマークする際のインタフェースがとても好き。小さめのポップアップ式、フォーカスしていた部分はコメントに追加される、参照リンクが登録される、といった所。del.icio.usだとこの３つができなくて、ブックマークする時にどんなサイトかをすぐに思い出せなかったりするのです。

　気分的に、サイトにポストイットを張っているようなイメージで使えるのがよいです。

　このトピックは、作業記録について記述している。シゴタノ！ – 作業記録をつけざるをえない仕組みを実装した内容と、その周りの情報整理について記述している。

　3回構成でお送りする。
　過去編は、今までの作業記録の付け方とその方法について。
　ギプス装着編は、実際に行った内容を記述している。
　葛藤編は、今まで採用を検討したツールについて。

結構きびしい作業記録の要件

　「作業記録なんてさ、簡単にぱぱーとかける程度のツールでいいんだよ」と誰しもが思っているが、この簡単なツールの要件が非常に高レベルであるということはあまり気づかれていない、気がする。簡単なツールとは、つまるところストレスを感じないツールのことである。ストレスなく感じるようなツールがほしいなどとは、人間誰しも思っていることだが、なかなか存在しない。

　そんなこんなで作業記録に関して、ツールに馳せる自分の思いをまとめてみた。

　まずは導入時について。導入の際には、ただの作業記録なので、トータル的に負荷のかかるようなものは組み込みたくないと思っている。理解するのも面倒、直感的に使えるツールがいいよね、と思っている。
　それから記録方法について。何はともあれ、作業記録をつける習慣を無理やりにでもできるものがいいと思っている。自分で自主的に作業記録をつけることには、どうしても漏れが生じてしまう。そのためなら、多少集計に負荷があがってもしょうがないかなと思っている。
　最後に集計。これは自作のツールでそれなりに入力がはかどってて結構満足していることと、もうあんなのは一から同じものを作りたくないという理由から、集計部分は現状のまま使いたいと思っている。

　クリック数や作業数の問題からみても、結局今のツールはExcelシートで、割とまとまっている所が物悲しく感じる。

作業記録ツールを探して三千里

　とはいえ、改善したい気持ちは大いにあるため、ソフトウェアやオンラインサービスなどの作業記録関係のものはそれなりにチェックしてきた。でもどれもこれも使い勝手や、使う以前の問題から利用をやめている。

　特に自分の場合、今現状使っているツールがそれなりに最適化されている。そのため、理解するのに手間がかかったり、使い慣れるのに手間がかかったりするようなソフトを導入するにはなかなか躊躇してしまう。それに集計データも、現状最大の目的である、会社の作業記録にフォーマットを合わせていることもあり、新規ツールを導入しようとなると、その集計部分も手を加える必要が必ずあるのだ。そういう理由もあって、今回もまた一掃してツールを変更することはなかった。

　一応目を通して一瞬でも検討していたものを以下に挙げる。

TaskCoach

　タスク管理のソフトウェアである。
　ツリー状のタスク設定ができるため、タスク管理が主にメインとなる。ただ、今まで扱ってきたツールとスケールがでかい感じがすることもあって更に躊躇。また、ソフトウェアのタスクの粒度と今行っているカテゴリの粒度を合わせたりといった所から面倒な感じに見える。また、毎回ソフトを前画面化しなければならないし（以下「前画面化問題」と略）、ショートカット等を確認して、手順の最適化を行う必要もある。とにかくぱっと見で、やんなきゃ、と思う作業があまりにもありすぎたので、採用に至らなかった。

SlimTimer

　オンラインタスク管理サービスである。
オンラインとはいえ、前画面化問題はまぬかれない。常駐ソフトで表示しているものを、15分毎にに実行すれば、前面化しそうにも思える。だが、出力データがやはりネックなため、 不採用。

いったいどうやって改善するつもりなんだ、ジョージ？

　結局、ツールの選定の経緯から、集計はExcelから変更したくないことがとてもよくわかったので、入力インタフェース部分の変更のみを改善する必要があった。
　何にせよ問題は、自主的に作業記録をつけなければならないことだ。

　つまり無理やり作業記録さえできればいいのだ。そしてギプス装着編に続くのであった。

終わりに

　うっかり書くのを忘れてました感の多い葛藤編だが、以上である。その後の装着したギプスについてであるが、別記事にて経過をpostしたい。

　このトピックは、作業記録について記述している。シゴタノ！ – 作業記録をつけざるをえない仕組みを実装した内容と、その周りの情報整理について記述している。

　3回構成でお送りする。
　過去編は、今までの作業記録の付け方とその方法について。
　ギプス装着編は、実際に行った内容を記述している。
　葛藤編は、今まで採用を検討したツールについて。

長い前ふり

　ギプス装着編で説明したように、実際変更になったのは、自分が行う作業記録のうち、その一部分となる。

・作業記録をとる
・作業記録をexcelに記入する
・集計する
・会社の記述表に入力する

　この３種類の流れの中でいうと、今回行った作業は、「作業記録をとる」という部分で、今まではexcel本体に書いていたので「作業記録をとる」と「作業記録をexcelに記入する」という作業は今までひとつの作業であったのだ。

　なんで、こっそり言うと今回のギプス装着で、手順がひとつ増えてしまったのだ。でもなんでそこまでしてギプス装着を行おうと思ったのか、それを自分なりに消化してみた。

作業記録表つけてますか？

　作業記録表をつけているだろうか？　作業記録表とは、この時間帯に何やったっけ、とかそういうことを記録する資料だ。
　私は、のっぴきならない理由により作業記録表をつけている。会社で作業記録表を付けているので、思い出す作業が非常に苦痛なので、なんとかがんばって作業記録表をつけている。

　蛇足だが、社内の人を作業記録表をとる方法を聞いていたが、その日に出社・退社時刻と時間単位での作業分担をメモしておくらしい。それを面倒だと思うかどうかは人それぞれだと思い知る初冬。

作業記録表の特徴（サイクルとカテゴリ）

　まず、作業記録表には特徴がある。
　一つ目にサイクル、二つ目にカテゴリだ。

（１）サイクル

　作業記録とは、勿論作業を記録することだ。しかし作業記録表を有効活用するためには、そこから集計しなければならない。

・記録
・集計

　この2つの作業があって、ようやく作業記録表の真価に近づけるというものである。というか記録だけでは何の役にもたたない。

（２）カテゴリ

　そしてカテゴリ。作業にはそれぞれ種類が存在する。それが今この場合ではカテゴリと読んでいる。作業記録表が必要になるような場合というのは、作業自体がごっちゃごっちゃになっている可能性が高くて、どの作業にどれぐらいかかっているか、ということを調べたいことが多い。そのためにカテゴリは必要になる。
　もちろん一つの仕事をしていてもその仕事の中での分担分けも生じてくる。何であれ、作業をカテゴライズする作業は必ずある。
　単にやみくもに作業記録をするのでは意味がないことを指し示している。

　作業記録表をとるにあたって、このサイクルが速やかに運用できることと、カテゴリ指定ができることがポイントとなってくる。

とにかく面倒くさい作業記録表

　ここ数年インターバルを置きつつ作業記録表を記入しているが、未だに面倒くさい。単なる計測作業だし、だからといって義務づけられているわけでもないし、私自身は会社の記録作業の軽減のためだし、ということでやっぱりモチベーション自体もあんまりない。

　特に作業の開始と削除にわざわざ記述することが非常に面倒だ。忙しくなってくるとそれさえも億劫であるし、ほぼ白紙の一日ということもある。そしてそんな日のことはたいてい忘れているものである。

　そんな日々との攻防を繰り返している（今でも）。

既存実施方法

　さしあたって、今の作業記録のつけ方を見直した。

フォーマット

　excel使用。
　項目は日付・開始時間・終了時間・詳細・カテゴリを記述するようになっている。

　とにかくやったことをめくらめっぽう記録していく方式だ。時間の単位も分単位にできるが、会社の記録単位が30分なので、最近は無理やり15分にまとめるようになっている。

　なぜ分単位で記述していた経緯があるのかというと、もともとこの記述方法はパーソナルソフトウェアプロセス（PSP）というものから記述するようになったからだ。PSP自体には、いろいろフェーズはあるものの、時間のログをとる部分だけはそのまま継続して実施しており今に至っている。

　更に現状では、会社の記述フォーマットに併せてVBで集計するように組んでおり、後は転記するだけでオッケーでーす！　という段階にまでボタンひとつでできるようにカスタマイズしてある。

　深夜作業や自宅作業には対応していなかったりという部分もあるが、概ね快適である。ただ、それらの例外的な作業の漏れを差し引いても問題はある。

現状の問題点

　今回のギプスあてを実行する前に、いろいろなソフトウェアやオンラインサービスも検討してみたものの、重大な問題点がクリアできずに見送りにしてきた。その問題点とは、そのソフトウェアが「ログをとってください」とNotifyはしないということだ。

　この、自主的に作業記録をとらなければならない、というのは非常に困難な作業である。
　熱中していてもすぐ記述するのを忘れてしまうし、ぼーっとしていてもやっぱり忘れてしまう。そのまま別の作業に移行したりするのがあるので、どこが区切りだったのかを忘れていることも多い。

　ならば作業記録をとるように気をつければいいじゃーん！　と思うのだが、気をつけるぐらいで作業記録を取れる人は作業記録をとること自体に困ってないのだよ明智君。困っているのは、気をつけて作業記録を取れないような人なのだ。

　まず、作業記録を始めてとる人が直面する問題は二つあり、（１）記録すること自体が困難であることと、（２）そもそも何の作業をやっていたのか思い出せない、ということに気づくと思われる。でも大丈夫。数年間やってもこの二つの問題はなかなか立ちはだかってはくれない。。

　ちなみに、自主的に作業記録をとらなければならない他に挙げられる問題点には以下の通りである。

・スケジュールが立てにくい

　フォーマットのせいなのか、行を挿入すると計算式がおかしくなるため、飛び入りで入ってくるスケジュールに対応できないため、あらかじめスケジュールを作業記録で立てることが難しい。よって
予想していたスケジュールとどれくらい差があるのかは現状把握していない。

・申請をする必要があるものについてチェックがついてくれるとうれしい

　これは問題点ではなく要望。

そして改修へ。。。

　そんな問題点を解消するべく、ギプス装着をすることになるに至ったのである。でもね、そんなvbsごとき（偏見）でなんとかなってるんだったらて思うじゃない？　だからそれまでにはいろいろ他のツールを調べてみてもいたわけさ。それが葛藤編に続くのである。

　このトピックは、作業記録について記述している。シゴタノ！ – 作業記録をつけざるをえない仕組みを実装した内容と、その周りの情報整理について記述している。

　3回構成でお送りする。
　ギプス装着編は、実際に行った内容を記述している。
　過去編は、ギプス装着編の実施内容に至った経緯について記述する。今までの作業記録の付け方とその方法について。
　葛藤編は、今まで採用を検討したツールについて。ギプス装着編を選択せざるをえなかった経緯について記述する。

ギプス装着。で、何やったのよ？

　簡単にまとめると、無理やり入力画面を表示し、記述するように促すツールを導入した。シゴタノ！ – 作業記録をつけざるをえない仕組みを実際してみたということだ。
　このツールを導入するまでには、それなりのしかるべき理由があるのだが、それについては過去編にてまとめる。

用意するもの

　・入力ダイアログを表示するためのツール
　　元ネタである43folderのvbsでも問題ないとは思うが、更にコメントをおっかけていくうちに、マッシュアップしているサイトがあったのでそちらからvbsをもらってくる。
http://cowboyk.blogspot.com/2006/09/quicklogger-plus-updates-finally.html

　・ファイル実行ができるアラームソフト
　　今回はMulti Function Aramにし、15分おきにMFAでvbsが実行できるように設定する。ちなみにWin標準のタスク機能では15分毎には設定できないので、別のアラームソフトを使った方がよいであろう。

工夫したところ

・出力されるフォーマットを、自分が記録しているフォーマットにできるように修正した。
・プロンプト表示の部分に、15分前の時間表示もして、入力する前の今から15分の作業記録をしますよ、と明示的に表示した。15分前までの記述なのか、これから15分後の記述なのかがちょっとわかりにくかったので。
・出力フォーマット変数に15分前のデータを追加した。これまでの15分までの記録ということを明記するため

注意点

　MFAには15分おきにできる設定があるが、これを設定すると昼休みも何もとやかく画面を出してくるのでうざいので、それなりに自分的に使えることがわかったら、設定を変更した。結局MFAで15分単位で登録した。

導入してよかったところ

　導入してよかったところだが、もちろん、忘れることなく作業記録をとることができるようになった。

　また、15分を自分は何をやっているのか意識するようになった。これは最初にこれをするぞ！と思っていないと、15分経過した時点で何をしているのかすぐに思い浮かばないのである。そんなわけで、だらーっとする時も、意識的にだらーとすることになった。

困った点

　よかったところもあるが、もちろん改善したい部分もある。例えば、ミーティングなどで、席をはずした場合は15分おきに表示されるダイアログが出力されっぱなしになる。これは非常に面倒ではあるが、消えたら消えたで、記述できなくなってしまう。ひとまずそのままで記入することで運用している。
　次に、望ましいタイマーツールがないこと。12時を除く9時～17時は15分毎で実行してもらい、18時以降はカスタムで実行するかどうかを決められるそんなタイマーツールを探してみたが、結構ありそうでなかった。今のところはMFAで運用する予定。

総括

　いろいろ困った点はあるものの、ずいぶんストレスから開放された仕組みになったと思われる。今回のツールを導入して思ったことには、設定が細かくできるツールが必ずしも必要、というわけではないことだ。

　自分が大きくストレスを感じているのはどの部分なのか、それを見極めてツールの選択が必要だと、つくづく感じたのであった。

レスポンス

WordPress.com -> 確実に遅い
自分導入 -> サイト依存

　自分で導入する場合は、そのサイトによるので割愛するが、WordPress.comの場合やっぱり何かと遅い。いろいろ不便だな、と思うこともあるが今更なのでそのまま使用している。

プラグイン

WordPress.com -> 導入できない
自分導入 -> 導入できる

　WordPress.comの場合、プラグインは導入できない。当初これがネックになるかと思っていたが、反対に意外な効果が出た。本来いじくり体質のため、ブログのいじくり具合に時間を割いてしまい、記事を書く時間がなくなるということがあったが、それが最小限に留められるようになった。

デザイン

WordPress.com -> 提供分のみ
自分導入 -> 自分ですきなものを導入できる

　WordPress.comはftpができないので、デザインもWordPress.comから提供されたものしか選択できない。自分で導入した場合は、もちろん好きなものを使える。

インタフェース言語

WordPress.com -> 英語
自分導入 -> 日本語も可能

　インタフェース、つまり画面の言語はWordPress.comは日本語はなく英語オンリーである。しょうがない。自分で導入する場合は、翻訳してくれているありがたい存在があるので、日本語で使用することができる。

Press it

WordPress.com -> なぜか見つからないんだが。。
自分導入 -> ある

　WordPress.comは放置している間にいつの間にかPress itという記事を書くブックマークレットが管理画面から一切なくなってしまった。前に登録しておいたブックマークレットは有効に使えるところを見ると、インタフェース自体がなくなってしまったというわけではなさそう。

Ping設定(2006/11/28追記）

WordPress.com -> ないんですけど。。
自分導入 -> あるよね？

　自分で導入した際にはあった、常時設定のPing送信設定機能がなかった。そんな負荷の高い機能はとっぱらっているらしい。なんだかショック。。せっかくPing一括送信サイトにも登録したとゆーのに。。

まとめ

　気持ち的な差異ほかにもあるものの、物理的な差異といえばこんな感じ。必要なプラグイン（スパム対策のプラグインとか）も導入されているので、特にヘンなことをしようとか思わない限りには、別に不満はないと思われる。

　ただ、いろんな人にすんなり見てもらいたいという人にはお勧めできない。日本語のブログにした方がやっぱりいいと思う。はてなDiaryや楽天やそのブログコミュニティの中でも十分にアクセスしてもらえる可能性がある。だがWordPress.comで日記を書くと、そういうのはあまりないね。うんない。だからシャチョサン、ワタシサビシイ。

　そんなわけで、いろんな人にいっぱい見てほしいブログを目指している場合は、あまりWordPress.comはお勧めしない。

　でも、WordPress使ってみたいけどインスト面倒、英語も多少我慢できる、みたいな人にWordPress.comをお勧めする。実際WordPressはどんなものかを触ってもらうというのが本来の目的だろうと思うし。

　でもでも、WordPress使いたいけどインスト面倒、英語は勘弁してよー！　みたいな人には@wordを使ってはどうだろう。広告の出る場所がいまいちで導入は見送ってしまったが、とっつきは更によさそうである。