GTD 駆け込み寺 (1) 多すぎるプロジェクトの処理方法
あらかじめ太字で大書しておきますが、私は GTD のエキスパートではありません。自分ほど GTD を失敗している人もいないだろうと思うくらい、日常的に GTD の鞍から滑り落ちてはまたよじ上ってを繰り返しています。 しかしこの３年で失敗も数多く経験してきましたので、「多分、理想的にはこうすればいいのかな？」とか「きっと、ここがヒントになりそうだ」というツボはやっと分かってきた気がします。そんなわけでいつか「GTD 駆け込み寺」という不定期連載を作ろうと思って実例を集めていました。 そんな折に、先日の記事のコメント欄にこんな質問がやってきました。すばらしい質問だと思いましたので、まずはここから、この不定期連載をはじめて見ようかと思います。 質問：プロジェクトが多すぎる 昨日の記事のコメント欄に質問がありましたが、ここにコピーしておきたいと思います。 就活中の焦りを何とかしようと思い、学生なが
だれもが一度はやる？ GTD の７つの失敗例 | Lifehacking.jp
A Roadmap to Spectacular GTD Failure | The Craning Widget Blog GTD のワークフローは覚えるだけだったら３分もあれば十分ですが、身につくまでは３年でも足りないのではないかといつも思います。さまざまな場面に落とし穴があって、習慣付けを困難にしているからです。 The Cranking Widget Blog に、７つのありがちな GTD の失敗の原因が書かれていて「ああ、こういうことあるある」と思わず頷いてしまいました。その７つとは： ウィークリーレビューを定時にやらない タスクやプロジェクトの名前をあいまいにする プロジェクトの終了条件がはっきりとしていない GTD を仕事だけでやり、家にはもちこまない ファイリングシステムが整理できていない ペンと紙を持ち歩かない メールの「受信箱」を ToDo リストのように使う このうち
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
