こんばんは。突然ですが、Wordpressのバージョンをアップしました。理由はWindowsLiveWriterからスラッグを登録して、ここから更新できるようにです。
今までwordpressを運用してきましたが、いろいろ不便なことも見つかりました。まずは、デザインが思ったコンテンツが表示できないこと、そしてそのデザインを反映するには現状のテンプレートだと簡単にはうまくいかないこと、それからタグを一旦なくしたいこと、画像をアップするのが面倒なこと、投稿の際に毎回画面をチェックするのが面倒なこと、コンタクトフォームをつけること、aboutmeのコンテンツを追加すること、等です。
いろいろ検討した結果、解消するためにはひとまずバージョンアップが問題ということが発覚したので、今回重い腰を上げて実行しました。
Read more »
GTDシステムを立ち上げるとDashboardが目に入る。Dashboardには日のはじめに確認する必要のある項目が全て表示される。DashboardにはDaily用に確認するべき（以降DailyReview）チェックリストと入力フォームが存在する。
ユーザは、DailyReviewのチェックリストに従い、項目を確認したり入力フォームを満たすことで、今日すべきことと今日の行動イメージを確かめられる。確認する際には、同じGTDシステムを確認するため、Dashboardは別途切り分けて表示することもできる。DailyReviewのうち3つの重要項目を決める部分がある。この3つの重要項目は、同じDashboardに表示されているNextAction項目をD&Dすることでアサインできる。
Dashboardにはその日のDailyReviewが表示される、次の日になれば自動的にその日のDailyReviewが用意される。このDailyReviewは日ごとに一つのノードとして取り扱われる。ノードはDashboard以外のリストからでも確認することができる。DailyReviewは基本的にその日を過ぎるとロックがかかり、編集できなくなる。ロックをはずせばもちろん編集は可能（基本アイデアはEverNoteのロック）。またDailyReviewはテンプレート化されており、後から自分で修正することができる。
一日が終わると、Dashboardに戻る。
Dashboardは、一日の終了後で1日の始まりと変わる部分がある。3つの重要な項目だ。この部分には具体的なNextAction項目がアサインされるので、実際の完了したかどうかのノードが、ここでの表示に反映される。見事3つの重要な項目が完了されると、その日は上々である、といった按配だ。
そして今日のコメントを書いて簡単な振り返りを行い、今日の日は終わり。
DashboardのDailyReview部分は、もちろん自分で次の日を表示することも可能。だから、1日の終わりに、先に明日の「1日の初め」を始めても問題ない。今日のできる部分をやっておいて、明日に残りのチェック項目を実施する。
Daily用にその日のブート作業として必要なものは、以下のようなものを想定している。
（１）今日の予定を確認する（カレンダー項目）
（２）時間をトリガにして開いたアクションを確認する（期日の決まったAction）
（３）近々やってくる予定（1週間）を確認する（カレンダー項目）
（４）昨日からのアクションを確認する（実行可能なAction）
（５）メールを確認する（メールからInbox項目を拾う/分類/整理）
（６）今日のざっとの行動イメージを作る（朝、昼１、昼２ぐらいのスパンでどれをやろうかを考える）
（７）今日の3つのタスクを決める（これだけはやっておこうと思うものを3つ決める、実行可能なAction）
上記作業より、DashBoardに必要なものをあげると、以下のような感じ。
・今日のカレンダー項目が表示された今日のスケジュール（24時間スパン）（１）
・今日に有効なアクションリスト（２）（４）（７）
・近々のカレンダーリスト（３）
・メール機能、もしくはメールを立ち上げるショートカット機能（５）
・メールデータをキャプチャできる機能（５）
・行動イメージ（６）
1日を過ぎて仕事が終わる場合はどうするのか？ 自分が一日を区切る時間を決めることができるようにする。2時ぐらいで作業が終わるのであれば3時に設定する、とか。
・Lifehacking.jpさん所でブート作業の項目があったのでそれもメモに追記すること。
・テンプレートの取り扱いのイメージを拡げる。
・実行作業時に実行キューのイメージを書く。
このカテゴリはもともと自分の素敵なGTDツール（しかもオフライン）がほしいと思って、その構想メモ用に使いたいと考えていました。
が、あまりに壮大な目的を掲げてしまったために、いまいち入力に気後れしていました。
また、自分自身がツールを作り上げるとも想定できず、そもそも到達できない目的に対して時間を割くこと自体も嫌がっていました。
なので、ここで一旦仕切りなおしをします。
で、ここのカテゴリの目的は、とにもかくにもこういうツールだといいな、と思ったメモにしようと思います。ステップとしてはアイデアの収集です。
アイデアの収集は、自分が今まで触れてきたツールの総決算として、こういうツールがいいと思ったイメージを書いたり、あのツールではこういう問題点があったからこういう風に新しいツールではほしいな、といった部分をとりあえずまとめてこのカテゴリに突っ込むことにします。
仕切りなおしてどこが違うのかというと、目的がツールを実装を含めて作ることから理想のツールにほしいアイデアメモを収集することへ、エンドが前回が決めていましたがこれを一旦エントリ数で区切って見直すことへ、の二点です。ひとまず50エントリあたりを目指してインプットしていこうと思います。
気分が滅入っている、好きなスポーツの好きなチームが敗退した、等の心理的状態で、効率ががくんと落ちることはある。
二日酔いで調子が出なかったり、お腹が痛くて目が回ることはある。こんな時に効率の話をされてもしょうがない。
いいアイデアを出そうと思っても、効率重視でできたら問題ない。問題は出てくるかどうかじゃないのか？！
ミーティングは出なきゃいけないんだよ。出ることが大切。
といった要素があって、効率が効率が、といってもどうしても効率を保つことができない場合もある。
しかし、一体私はどこから効率を重要視し始めたのだろう？
ちょっと考えれば効率がうまくいかない場合があるのに、どうしてこんなに効率のことを躍起になるように考えたのか？
目的はただ一つだろう。早く家に帰りたいから。現状、そんなに早く家には帰っていない、どうして？ 効率よく時間を使っていないから。だったら効率よく時間を使ったら9時5時で仕事がおさまるんじゃない？ なら効率だ！ といったような按配で、私は効率を重視するようになった。
その時考えている公式はこんな感じ。
やる作業＝作業効率×時間
このうち、時間は9時5時の7時間で確定だから、となると作業効率を上げるしかない、ということになる。
でも、現実の世界はこの公式だけでは成り立っていない。
やる作業＝作業効率×時間
これで、今日できる作業というのがどれぐらいから見通しがたつ。のだけれども、他にもいろいろ現実世界にはやってくる。
つまり割り込みタスクが入るということだ、しかも優先的にやってほしいことで今日までにとか明日までにとかざらに言われてしまう。かなしいかな、本質は割り込みタスクではなく割り込み型のタスクであって、本来はすべきタスクであるということだ。
効率を阻む要因の一つに体調というものがある。状況は逐一として変化する。効率効率といっても、心身ともに健康でなければ効率はうまくいかない。となると、自分が不健康であれば、上記公式はそもそも成り立たない。
作業によっても、このぐらいの効率でやるのが一番やりやすい、というものがある。どの道でもアクセル全開がベストというわけではない。事務作業に頭を動かしてもエネルギーがもったいなくない？ そういうことだ。
時間は7時間で固定と書いてあるが、休憩時間や作業移行時に発生するインターバル時間は加味していない。つまり、利用可能なのは実は7時間たっぷりというわけではないということだ。
これらのように、現実世界では、公式が正確に成り立たない要素が存在する。何よりエネルギーは有限である。仕事に全力を傾けるのはよいが、アフター5に使い物にならなければ、人生という仕事がうまくいかないのではないか？ 何もアフター５じゃなくてもいい、次の日の仕事にエネルギーが100にならなければ、次の日は効率よく働けるのだろうか？
GTDはエネルギーを管理する、といっていたのであるが、当初この意味がどういうことを示しているのか計りかねるところがあった。
割り込まれたタスクが今すべきかどうかは即時に判断する。新しいタスクがアサインされたとなると、あぶれるタスクが存在することも確かだ。それは、GTDリストを見て、明日に回しても問題ないものを選ぶ。
予定は守るためにあるのではなく、判断するために必要なのである。
ミーティング後で疲れた頭で、資料を作るのは得策ではない。あまりエネルギーを使わないような、事務処理や資料読みに当てるのが妥当と思われる。
そこで用意しておくのがコンテクストにそったActionリストだ。この中で、電話ぐらいなら、メールの返答ぐらいなら、といった作業の概要を見てできそうなものを選ぶ。
エネルギー量じゃなくても、時間が10分くらいしか余ってない時にも、このActionリストから選ぶのは役立つ。ミーティングまであと10分ぐらいならちょっと電話ぐらいはできそうだろう。
また、同じタイプの仕事を続けてやることはエネルギーを効率よく使うことでもある。全く別の作業をやるより、似た作業をやる方が、やりやすい。
効率化の問題で、インターバルは避けられない問題である。しかしながら、仕事が変わるのならば、そのインターバルはどうやっても発生してしまう。だから、ここはインターバルはあるものだ、と受け入れる方がよい。何事も息継ぎが必要だ。
問題は、終わった作業から次の作業に取り掛かるまでやたら時間がかかってしまうことだ。これをどうにかしてほしい！ これがぐずぐず病というものだろうか？！
というわけで、（４）についてはうまい対応方法が私の中で出ていない。
インターバルを狭める方法という意味では、コンテクストの似た作業を連続して行う、というのがそれに当てはまる。似た作業なので、特にあまり考えずとも次の作業に進むことができる。
あとは、作業の順番を予め決めておくくらいしかアイデアが出てこない。。
効率を重視してしまうと、稼動時間を正確に分単位ではかったり（私だ）、休みの時間が悪に見えてきたり（私だ）、インターバルの時間が極悪に見えてくる（私だ。。）。
休みは必ず摂るべきものだし、仕事がこまごますると、インターバルが生じるのでパフォーマンスが下がってしまうは仕方がない。
時間が少ないから、効率よく仕事をするのはいい。でも突き詰めてもそれはそれでハッピーになれるかというとなれない。私たちはロボットじゃないんだからそんなにどんな状態でも効率を最大限出せられるわけじゃない。
じゃあどうやったらハッピーになれるのか？ だったら効率の意味をちょっと変えればいい。限りある現状の出しうる効率を有効に使って動こう、これだって効率を上げるのと変わらないじゃないのか？ そんな視点からやり方を考えてみてGTDのリストを振り返るのもいいかもしれない。
今の自分の状況に合ったできる限りのことをやる、それでいいじゃないのさ。
現時点での使用アイテムを以下にリストアップします。
粛々とEverNoteの使い方を見つつデータの登録だけは頻繁に。
仕事のパーツ自身は大きいので、特にリストの最新化に悩む程ではないのでこまめに最新化をしているので、Reviewする程にはいたらず。
個人作業の法はそれなりにActionリスト以外のことは割りと積極的に動いているのだけれども、Actionリストに書いてる方はやんないね。これをどうにかしたい。ってレビューじゃないよコレ。個人の方ももうちょっとまじめにするように再見直したいところ。
データの登録をしながら様子を見ている。カテゴリ設定がまだ確定していないけれども、特に不満もないのでこのまま続行予定。
カテゴリ、プロジェクトのデータとの付き合い方が今後の課題。
図書館に行ったり積極的に本を読むようになってます。データ管理はdiigoを使用。かなり便利。
GTDはエネルギー管理できるとかあったけれども、実際どんな部分がエネルギー管理しているのかを知りたくてちょっと考えていた。それの派生として、集中できるとはどういうことかを考えていたんだけれども、それは無意識の状態であって、自分の頭の中で言語化するわけではないよね、言語化するとむしろダメだよね、そしたら言語化しないというのはエネルギーの低い状態なのか、って最近思うようになった。