works4Life Season VI » 理想のGTDツールに向けて

ユースケース　1日の始まり、1日の終わり

nomico — Sat, 06 Oct 2007 01:54:43 +0000

1日の始まり

　GTDシステムを立ち上げるとDashboardが目に入る。Dashboardには日のはじめに確認する必要のある項目が全て表示される。DashboardにはDaily用に確認するべき（以降DailyReview）チェックリストと入力フォームが存在する。
　ユーザは、DailyReviewのチェックリストに従い、項目を確認したり入力フォームを満たすことで、今日すべきことと今日の行動イメージを確かめられる。確認する際には、同じGTDシステムを確認するため、Dashboardは別途切り分けて表示することもできる。DailyReviewのうち3つの重要項目を決める部分がある。この3つの重要項目は、同じDashboardに表示されているNextAction項目をD&Dすることでアサインできる。
　Dashboardにはその日のDailyReviewが表示される、次の日になれば自動的にその日のDailyReviewが用意される。このDailyReviewは日ごとに一つのノードとして取り扱われる。ノードはDashboard以外のリストからでも確認することができる。DailyReviewは基本的にその日を過ぎるとロックがかかり、編集できなくなる。ロックをはずせばもちろん編集は可能（基本アイデアはEverNoteのロック）。またDailyReviewはテンプレート化されており、後から自分で修正することができる。

1日の終わり

　一日が終わると、Dashboardに戻る。
　Dashboardは、一日の終了後で1日の始まりと変わる部分がある。3つの重要な項目だ。この部分には具体的なNextAction項目がアサインされるので、実際の完了したかどうかのノードが、ここでの表示に反映される。見事3つの重要な項目が完了されると、その日は上々である、といった按配だ。
　そして今日のコメントを書いて簡単な振り返りを行い、今日の日は終わり。
　DashboardのDailyReview部分は、もちろん自分で次の日を表示することも可能。だから、1日の終わりに、先に明日の「1日の初め」を始めても問題ない。今日のできる部分をやっておいて、明日に残りのチェック項目を実施する。

1日の初めにDaily用に確認するべきこと

　Daily用にその日のブート作業として必要なものは、以下のようなものを想定している。

（１）今日の予定を確認する（カレンダー項目）
（２）時間をトリガにして開いたアクションを確認する（期日の決まったAction）
（３）近々やってくる予定（1週間）を確認する（カレンダー項目）
（４）昨日からのアクションを確認する（実行可能なAction）
（５）メールを確認する（メールからInbox項目を拾う/分類/整理）
（６）今日のざっとの行動イメージを作る（朝、昼１、昼２ぐらいのスパンでどれをやろうかを考える）
（７）今日の3つのタスクを決める（これだけはやっておこうと思うものを3つ決める、実行可能なAction）

　上記作業より、DashBoardに必要なものをあげると、以下のような感じ。

・今日のカレンダー項目が表示された今日のスケジュール（24時間スパン）（１）
・今日に有効なアクションリスト（２）（４）（７）
・近々のカレンダーリスト（３）
・メール機能、もしくはメールを立ち上げるショートカット機能（５）
・メールデータをキャプチャできる機能（５）
・行動イメージ（６）

　1日を過ぎて仕事が終わる場合はどうするのか？　自分が一日を区切る時間を決めることができるようにする。2時ぐらいで作業が終わるのであれば3時に設定する、とか。

宿題

・Lifehacking.jpさん所でブート作業の項目があったのでそれもメモに追記すること。
・テンプレートの取り扱いのイメージを拡げる。
・実行作業時に実行キューのイメージを書く。関連記事:

GTDツール作成のカテゴリを仕切りなおしします。

nomico — Sat, 06 Oct 2007 01:02:37 +0000

　このカテゴリはもともと自分の素敵なGTDツール（しかもオフライン）がほしいと思って、その構想メモ用に使いたいと考えていました。

　が、あまりに壮大な目的を掲げてしまったために、いまいち入力に気後れしていました。
　また、自分自身がツールを作り上げるとも想定できず、そもそも到達できない目的に対して時間を割くこと自体も嫌がっていました。

　なので、ここで一旦仕切りなおしをします。

　で、ここのカテゴリの目的は、とにもかくにもこういうツールだといいな、と思ったメモにしようと思います。ステップとしてはアイデアの収集です。

　アイデアの収集は、自分が今まで触れてきたツールの総決算として、こういうツールがいいと思ったイメージを書いたり、あのツールではこういう問題点があったからこういう風に新しいツールではほしいな、といった部分をとりあえずまとめてこのカテゴリに突っ込むことにします。

　仕切りなおしてどこが違うのかというと、目的がツールを実装を含めて作ることから理想のツールにほしいアイデアメモを収集することへ、エンドが前回が決めていましたがこれを一旦エントリ数で区切って見直すことへ、の二点です。ひとまず50エントリあたりを目指してインプットしていこうと思います。

　関連記事:

[Expired] Schedule

nomico — Wed, 30 May 2007 15:07:32 +0000

暫定のスケジュールとPERTについて、以下に示す。

暫定スケジュール

暫定PERT

各タスクの詳細については次回。関連記事:

GTDシステムの抽象的概念

nomico — Sun, 27 May 2007 12:45:31 +0000

Filed under: GTD, GTD考察

大まかに捉える

　こののシステムは、卵の孵化から始まり雛を立派な鶏に育つのを促すようなシステムである。
　頭の中に浮かんだアイデアであれ、やるべきことであれ、それらは全て現実が未来に関して変化するための結果設定である。
　つまり、システムの役目は、頭の中の抽象から、現実の中の具体へ遷移するための取り持ち役であり、アウトソース。頭の中の抽象と現実の中の具体を一致させるための、支援。

ステータスの遷移

　抽象の始まり　＝　卵が巣にやってきた　＝　卵
　抽象の間　　　＝　卵の細胞の細分化　＝　計画
　抽象の終わり　＝　具体の始まり　＝　PDCAでいうところのD　＝　実行し始めたところ　＝　孵化（卵から雛へ）
　具体の間　　　＝　プロジェクト進行中　＝　進捗確認　＝　ステータスステータスステータス　＝　雛の成長
　具体の終わり　＝　ゴール　＝　鶏　

GTDステップに対する適用

　１．収集　＝　卵（もしくは雛）が巣にやってきた
　２．処理　＝　卵（もしくは雛）の形状を確認し、いつ、どのぐらいに育てたいかの確認をする。もしくは割れた卵であるなら捨てる。卵の餌ならReferences行き等。
　３．整理　＝　卵（もしくは雛）にやるべき事項でカテゴライズ
　４．レビュー　＝　卵（もしくは雛）の成長確認およびやるべきことの妥当性のチェック
　５．実行　＝　卵（もしくは雛）にやるべきことをやって、孵化もしくは成長するように促す

　計測　＝　卵の状態の確認
　支援資料　＝　卵を孵化するための藁、温度、雛が成長するための餌等
　GTD　＝　複数の卵の面倒を見る

卵（もしくは雛）の前提

・全ての卵と雛が同じ成長度合いとは限らない
・全ての卵と雛が同じ状況であるとは限らない
・全ての卵と雛に対して、同時期に何らかの施しを行う必要があるとは限らない

Planとは？

　卵を孵化するための方法を考えること。

　抽象の始まり～抽象の終わり
　≒　卵の細胞の細分化

実行とは？

　雛から立派な鶏に育たせるもの。

　具体の始まり～具体の終わり
　≒　雛の成長関連記事:

[Expired] Project Plan

nomico — Mon, 07 May 2007 03:30:40 +0000

OverView

どうしてこのプロジェクトをはじめようと思ったのですか？（背景）

　理想のツールがなく、GTDの活動に支障を来たしてきたから。

このプロジェクトで、どのような状態を実現したいと考えていますか？（ゴール）

　快適に、GTDの活動が行える。

上記の状態を実現させるために、具体的には何をするのですか？（手段）

　用途にあった機能を実装したソフトを作る。

実現させるために行う具体的なことには、必ず何が備わっていけないとダメですか？（ゴール条件）

・基本的なデータ管理
・フィルタリング機能

時間的ゴールはいつですか？

　2007/12/31までに、os上で動くソフトをリリースする。

Plan

ゴールに行き着くまでには、どのようなプロセスモデルで進めていこうと思っていますか？

・自然に計画するためのモデル（from GTD）
・オブジェクト指向開発プロセス

実際のプロセスはどのようなものを想定していますか？

別途PERT図提示。

中間ゴール、つまりマイルストンはどのように設定するつもりですか？

PERT図に合わせて設定する。

進捗のサイクルはどのようにしますか？

WeeklyReviewに組み込む。

進捗は何をもって確認しますか？

今のところエントリ数。

Description

開発言語は何ですか？

java。swt。

プロジェクト及び開発ツールは何を想定していますか？

Gantt Project, JUDE/ Community, Eclipse。

対象プラットフォームは何ですか？

Win XP。

保存データ形式は何を想定していますか？

xml形式。関連記事:

[Expired] GTDソフトのプロジェクトの公開を始めます。

nomico — Sun, 06 May 2007 03:48:27 +0000

　gtdを始めてから、いろいろなツールをgtdリストに適用できないか確認してきました。gtd用に作られたツール、データ管理ツール、リスト、TODOリスト、アウトラインエディタ、PIMソフト、スケジュールソフト、プロジェクトソフト、等々多岐のジャンルに渡ってツールを確認してきました。
　が、なかなか自分の要望を満たしてくれるツールはありません。現在使っているfitzNOTEもまた、使用するにつれて不満が出てくる始末です。

fitzNOTEの限界

　fitzNOTEは、いろいろなツールの中で使用期間の長いソフトです。とはいえ、そろそろ使い勝手に難を感じ、パフォーマンスに支障が出てきました。
　私の場合、そのツールが嫌になると顕著に行動に出ます。そのツールをあまり見なくなり、しまいに使わなくなってしまいます。

　fitzNOTEの大欠点は、項目を隠す機能がないことです。fitzNOTEはツリー構造で項目を管理しますが、すべての項目を表示するため、このツリー項目のみを表示したい、というような要望を満たしてはくれません。私はこの項目数がいっぱい見える状態にうんざりしました。

　なら項目数を減らせば、という打開策もあります。しかしながら、私の使用にソフトを適用するのであって、ソフトのために私を適用するのでは意味がないため、このような打開策はまったく考えていません。

次のツールは？

　さて、このような状態になってくることを考えると、次のツールを考えなくてはなりません。しかしながら、fitzNOTEは、その表示部分を除いては、それなりに満足しています。

　念のため、fitzNOTEが嫌になり始めてから、無意識にツールを探しておりました。とはいうものの、既存ツールの中でも、ある項目だけ表示するような、フィルタリング機能を持ち合わせたツールは見かけませんでした。思い出す限りでは、eclipseのファイル構造を表示するViewぐらいしか思いつきません。

　さりとて、これからリリースされるGTDツールでも、理想のツールが出てくるのだろうか？　と考えると疑問です。近々リリースされるOmniFocusの特徴も確認しましたが、ちょっと違うな、という感じです。そもそも、GTDに適用したツールは、gtdの行動管理に注目したものが多いため、多大なReference群をいかにまとめるか、については手薄です。

理想のツールを作るべか

　それなら、自分にとって理想のツールを作った方がいーじゃん、と思いつくのは元プログラマなら至極当然の流れです。
　と思って、ノートの方に、ちまちまとプロジェクト計画を立てたりとかして、こそこそと活動をし始めたのでありました。

一抹どころか多分の不安

　とはいえ、ソフトを作ることはとても大変です。不精な自分が最後まで走りきれるなどとは、甚だ信頼していません。
　ならば、いっそのこと、オープンにして進めていく方が、自分の中で燃焼切れを起こして陽の目を見ないよりかは、それこそ作りかけでもいいから誰かに見せておいた方がいいんじゃないか、と思い至りました。

　まさか、私が頓挫しても誰か継承してその後を作ってくれるんじゃないかなーとかそんなことは思ってますからね。

今後について

　ソフトのプロジェクトに関する情報は、このカテゴリについてアップしていく予定です。メモがわりとなっているので、記事というような体裁も取れないかと思いますので、ご了承ください。関連記事: