はてなブックマーク

GTDはサラリーマンよりもフリーランスのような仕事をしている人に、より有効であると言われています。自分の場合も、実はメインの仕事であるソフトウェア開発プロジェクトについてはGTDを利用していません。 通常、ソフトウェア開発の現場では「数日で完了する期限付きのタスク」をWBSの最小単位（ワークパッケージ）として細分化し、各担当者が常時ひとつのタスクを担当するようにスケジューリングされます。そしてこれらのタスクは、ガントチャートやその他のツールにより開発チーム内で厳密に管理されています。 正しく管理された開発プロジェクトのタスクは時間と作業内容が明確であり、また意識しなくても忘れることがないため、GTDのいう「開ループ」としなくても良いように思います。毎日朝になれば通勤電車に乗るのと同じように、（プロであれば）自動的に進められる作業なのです。もちろん例外もあって、スケジュールどおりに行かない作

GTDStyleWikiでわりと好評なTicklerFile表示機能を他でも使えるようにライブラリ化を試みています。てはじめにRemember The Milkに対応してみました。 自分自身は職場の通信環境が悪いこともありオンラインツールはほとんど使っていませんが、Remember The MilkはGTD実践者にも人気が高くちょっと無視できない存在です。そんなわけで便乗マッシュアップしてみましょう。 ●ダウンロード rtmticklerfile.user.js ●インストール 日本語のGreasemonkeyスクリプトは文字化けするため、以下の手順でインストールする必要があるようです。 ・通常のGreasemonkeyスクリプトの手順でインストールします ・GreasemonkeyのManage User Scriptsから、「RTM Tickler File」を選択してEditします

こちらのエントリーにある問題について考えてみました。簡単に言うと以下の２点です。 (1)「○○氏に電話する」というようなありがちなタスク名の場合、既存タスクと名前がかぶることが多く、その都度ユニークなタスク名を考えて入力しなおすのが面倒 (2)todoマクロを使って一括登録する場合、タスク名がかぶっていると登録されない TiddlyWikiでは、記事タイトルはデータベースでいうところの主キーにあたるためユニークでなければなりません。したがってこの前提をくつがえすような改造はかなり大掛かりになる上に、今後TiddlyWikiのバージョンアップに対応できない可能性が高くなってしまいます。 そこで現実的な対応方法として、以下の方針で考えてみました。 (1)への対応 ・既存タスクと同名の場合、末尾に連番を付加してユニークな名前にする (2)への対応 ・「プロジェクト」タグがついている記事でtodo

こちらのエントリーにある問題について考えてみました。簡単に言うと以下の２点です。 (1)「○○氏に電話する」というようなありがちなタスク名の場合、既存タスクと名前がかぶることが多く、その都度ユニークなタスク名を考えて入力しなおすのが面倒 (2)todoマクロを使って一括登録する場合、タスク名がかぶっていると登録されない TiddlyWikiでは、記事タイトルはデータベースでいうところの主キーにあたるためユニークでなければなりません。したがってこの前提をくつがえすような改造はかなり大掛かりになる上に、今後TiddlyWikiのバージョンアップに対応できない可能性が高くなってしまいます。 そこで現実的な対応方法として、以下の方針で考えてみました。 (1)への対応 ・既存タスクと同名の場合、末尾に連番を付加してユニークな名前にする (2)への対応 ・「プロジェクト」タグがついている記事でtodo

9/21の日経産業新聞の「企業人の情報整理術」というコーナーにライフハックの紹介記事が載ってましたね。いよいよ説明抜きで一般にも通じる言葉になってきたのかも。内容はその手の本やブログを読んでいる人にはおなじみのことなので、わざわざ取り寄せて読むこともないとは思いますが。 ・ライフハックとは ・GTD（フロー図付） idea*idea田口氏コメント ・RSSリーダー、ソーシャルブックマーク シックス･アパート金子氏コメント ・腰リール チェンジビジョン懸田氏コメント ・三色フォルダ ・Hipster PDA ・check*pad しかし、あらためて考えてみると日本発のhackってまだまだ少ないですね。腰リール、三色フォルダ、バブルマップくらいかな。もっといろいろ出てくるとさらに面白くなってくるのにな。

AshikaStyleWikiは、はてなの進行管理手法「あしか」を支援するツールです。 ダウンロード 先日GTDStyleWikiをメンテナンスしているときに、このソフトウェアの構造はGTDに限らず排他的なステータスを持つタスク管理手法であれば何にでも適用できる、ということに気が付きました。そんなわけで「あしか」用のカスタマイズです。カスタマイズといっても変更したのはカテゴリーとスタイルシート程度です。表示させていないGTDStyleWikiの機能や記事も実際にはほとんど残してあり、またタグ名もGTDのままです。 あしかは、タスクを「すぐやる」、「そのうちやる」、「ペンディング」、「終わった」のわずか４つのステータスで管理する手法で、正式にはコピー用紙の裏紙とカップヌードルのダンボール箱を使用して行います。 http://d.hatena.ne.jp/keyword/%A4%A2%A4%B

バージョンアップで追加したのにもかかわらず、ろくに説明していなかったためにほとんど隠し機能みたいになっている開始曜日設定機能について。 GtdCalendarMacroという記事を開くと設定用テキストボックスがあります。ここに0～6の数字を入力してリロードすることで、カレンダーの開始曜日を変更することができます。 メインメニューのカレンダーだけでなく、ポップアップカレンダーの開始曜日も変更されます。 またAdvancedOptionsなど任意の記事に以下のように記述することで設定用テキストボックスを設置することができます。 開始曜日(0:日, 1:月, ...) <<option txtGtdCalendarStartDay>> ここで入力した開始曜日はCookieに保存されます。複数のPCで使用するような場合はPCごとに設定してください。

結論から言うと、「良いアイデアがあれば誰かください」。 仕事中や他人のブログを読んでいるときなどに、自分のブログのネタを思いつくことがよくあります。またブログのネタに限らず、ちょっとしたアイデアや思いつきをどう保管するか、ということについてときどき考えます。最近は、思いついたときにRHODIAなり腰リールなりにメモするのがはやりみたいですね。ただそれをGTDシステムに放り込んだ後は、どうすれば一番有効活用できるのでしょうか？ 自分の場合は「ネタ」「アイデア」というタイトルの項目を用意して、これにどんどん書き込んでいます。そしてこの２項目を「資料」に入れています。でも「資料｣に入れてしまうとレビュー時にも見過ごされて埋もれてしまう恐れがありますね。 GTDの原典「仕事を成し遂げる技術」の中でデビッド・アレンさんは次のように書いています。 > 第三章で示したように、とっておきたいと思うアイデア

GTDをやっている人が、リストのカテゴリーをどんなふうにカスタマイズしているのか興味あります。自分の場合はこんな感じです。 ・コンピュータで ・協議事項 ・外出時に ・実家で ・職場で ・自宅で ・読む／検討する ・電話 ・いつか-予算次第 ・いつか-読む観る ・いつか／もしかしたら ・プロジェクト ・連絡待ち ・ごみ箱 ・資料 ほとんどGTDStyleWikiのデフォルトですが、いくつか追加しています。 「実家で」 たまに実家に帰ったときに色々やるべきことがあったはずなのに思い出せない、ということが多かったので作りました。 「いつか-予算次第」 いつか／もしかしたら、が増えすぎたので分割。他の全ての障害はクリアされてあとはお金だけ、というものを入れておきます。趣味のものとか、ちょっと贅沢なもの、必需品じゃないけど持っているとウキウキするような欲しいものが並びます。給料日前やボーナス時期に

7月末にバグが出たのでGTD Style Wikiをバージョンアップ(Ver 1.1.0)しました。変更点は以下の通りです。 ・月末にカレンダーの次月／前月ボタンの挙動がおかしくなるバグを修正 ・カレンダーの開始曜日を変更可能にした。 ・サイドメニューがメインフレームに重ならないようスタイルシートを調整 ・ToDo一括登録マクロ追加 ・リスト項目の強調表示機能追加 アップグレード手順を以下に示します。Ver1.0.1までの本体に書いてある方法と異なりますが、この方がたぶん楽だと思います。 1. 念のため、現在使っているGTD Style Wiki（以下、旧バージョン）のバックアップコピーをとっておく 2. 新バージョンと旧バージョンを同じ作業フォルダに置く （Firefoxの場合は作業フォルダに日本語パス名を含まないよう注意） 3. 新バージョンをブラウザで開く 4. 保存ボタンを押してフ

追記：7/25元記事を修正したと連絡ありました。対応早いですね。 ITmedia Biz.ID：図解GTD──5つのプロセスをイメージで捉えようは、GTD解説の決定版みたいな文章ですね。ブログなどの評判も非常に良く、検索してみるとすごい数のリンクが張られています。 先日、第10回 アカデメディア Life Hackers Conference 2006に参加してきましたが、そのときGTDの解説として田口さんが話された内容も、ほとんどこの内容と同じでした。ただBiz.IDの記事の方は、別の方がイラストを描いているようで、Life Hackers ConferenceのPowerPointよりも分かりにくくなっているようです。 模写で説明すると、「処理」プロセスと「整理」プロセスの図は、Biz.IDの記事ではこのようになっています。違いがよくわかりませんね。 「整理」プロセスの目的は、「処理」

GTDでは、使うツールは何でもよいと言われています。「仕事を成し遂げる技術」には、本当に必要とするのは、リストとフォルダーだけ（All You Really Need Is Lists and Folders）とも書いてあります。とはいえ最低限必要な機能というものがあるはずなので、今回はその要件について考えてみます。 GTDツールの要件： (1)いつでもどこでもToDo項目の参照、追加、変更ができること (2)日付ごとにToDoリストを管理できること (3)状況ごとにToDoリストを管理できること (4)リスト間の項目移動が容易であること (5)プロジェクト（ToDo項目の入れ子構造）が表現できること こんなところでしょうか。一般的なタスク管理ツールの場合、(1)(2)の機能しか持っていないことが多いため、(3)以降をどのように実現するかが鍵になります。 (2)の日付ごとのToDo管理をソ

レビューはGTDでもっとも重要なプロセスといわれています。GTDでつまずくのもこのプロセスであることが多いようです。実際、何度か週次レビューをやってみたところ、微妙な難しさがあるような気がしました。そこでレビューの難しさについてちょっと考えてみます。 １．何をどこからやっていいのか分からない ２．どこまでやれば終わりなのか分からない ３．リストを見直すのがつらい １と２は、レビュー作業が自分の中で手順化されていないのが原因だと思います。これに限らずGTDは、慣れてくれば自動的にできるくらい簡単になるものの、自分にぴったりくるやり方を見つけ出して確立するまでの段階が一番苦しいように思います。自分のレビュー手順は以下のようなものです。 カレンダー見直し→NextAction見直し→その他リスト見直し→プロジェクト見直し→INBOX見直し この順番は頭を使わない順です。前半になるべく機械的に判断

GTDをソフトウェアで実現するためのツールを作りました。GTD Style Wiki GTDの原典「仕事を成し遂げる技術」を読んだときに、このToDo管理システムはソフトウェアのツールを使ってやるべきだと感じましたが、ネット上をいろいろ探してみても満足のいくツールが見つからず、結局自分で作ることにしました。また、GTDの本を読んでもワークフロー的に細かいところが分かりづらく、プログラミングすることでロジックを明確にしたかったという意図もあります。 ・TiddlyWikiのプラグインとしてGTD用ToDo管理機能を実装 ・カテゴリーをカスタマイズ可能な「次の行動」リスト ・カレンダー、TicklerFileの2種類のスケジュール管理ビュー ・ステータスタグによる柔軟なステータス管理 ・ポップアップメニューによる選択式ステータス設定 ・日本語完全対応 ・IE、Firefox、Opera対応(W

以前、GTD初心者向けのチュートリアル的な要素を持ったツールがもっと出てきてほしいと書いたことがありますが、最近はいろいろと新しいものが出ているようです。いまのところGTDのフローを強く意識している、以下のツールが気になっています。 ThinkingRock http://www.thinkingrock.com.au/ JavaVM上で動くスタンドアロンアプリ gtd-php http://www.gtd-php.com/ PHPで書かれたWebアプリ Tracks http://www.rousette.org.uk/projects/ Ruby on RailsベースのWebアプリ このうちThinkingRockは、Javaの実行環境が入っていればインストーラ実行一発ですぐ使えるようになりました。 また、gtd-phpは公式サイトにデモ用サーバがあるので操作感を試すことは簡単にでき