Category Archives: 理想のGTDツールに向けて

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

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用にその日のブート作業として必要なものは、以下のようなものを想定している。

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

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

・今日のカレンダー項目が表示された今日のスケジュール(24時間スパン)(1)
・今日に有効なアクションリスト(2)(4)(7)
・近々のカレンダーリスト(3)
・メール機能、もしくはメールを立ち上げるショートカット機能(5)
・メールデータをキャプチャできる機能(5)
・行動イメージ(6)

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

宿題

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

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

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

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

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

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

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

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

 

[Expired] Schedule

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

暫定スケジュール

GTD暫定スケジュール

暫定PERT

GTD暫定PERT図

各タスクの詳細については次回。

GTDシステムの抽象的概念

大まかに捉える

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

ステータスの遷移

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

GTDステップに対する適用

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

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

卵(もしくは雛)の前提

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

Planとは?

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

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

実行とは?

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

 具体の始まり~具体の終わり
 ≒ 雛の成長

[Expired] Project Plan

OverView

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

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

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

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

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

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

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

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

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

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

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

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

Get Adobe Flash playerPlugin by wpburn.com wordpress themes