エキスパートではありません。鞍から滑り落ちてはまたよじ上ってを繰り返しています。この3年で失敗も数多く経験してきましたので、「多分、理想的にはこうすればいいのかな?」とか「きっと、ここがヒントになりそうだ」というツボはやっと分かってきた気がします。駆け込み寺」という不定期連載を作ろうと思って実例を集めていました。そんな折に、先日の記事のコメント欄にこんな質問がやってきました。すばらしい質問だと思いましたので、まずはここから、この不定期連載をはじめて見ようかと思います。質問:プロジェクトが多すぎる昨日の記事のコメント欄に質問がありましたが、ここにコピーしておきたいと思います。就活中の焦りを何とかしようと思い、学生ながらGTDを取り入れてみました。処理の段階で「プロジェクト」の数が多くなりすぎてしまいます。就活において現状の自分に足りない部分や抽象的な目標も全てプロジェクトに入れているからなのか、うんざりする量になっています。処理ステップでのコツなどありましたら教えて欲しいです。「やりたい」「やらなければ」と考えている事が大量にありすぎて、「2ステップ以上の行動」を全て書いていったら膨大な量になったというものです。始めたころは「頭の中の事をすべて書く」という部分を忠実にやった結果、私のリストのなかにも抽象的な「もっと楽しい人間になる」とか「料理ができるようになる」(いまもできません)といったものが放り込まれていました。したことが気になっていたのは確かなのですが、問題はこの抽象的なプロジェクトから「じゃあどうすればいい?」「どのような着地点が目標なのか?」といったことが見えてこないという点です。そのせいで、このリストは悩みや、できれば向き合いたくないたくさんの事柄の集積場となってしまっていました。「うんざり」という気持ちはプロジェクトの量だけでなく、それに付随した感情(「大事だってことはわかっているけど、今はどうすることもできない」、「何から始めればいい?」)から来ているのではないかと想像できます。逆に考えると、これだけの数のプロジェクトを考えつくことができるというのはよいスタートですので、ちょっとした整理を試みればプロジェクトリストはすっきりとして、ストレスは大幅に軽減できます。Action」がちゃんと存在するものと、漠然としているものを分別します。見えてきません(見える人もいるでしょうけれども)。プロジェクトリストにいれて管理するよりは、壁に貼る「目標」として掲げておき、この目標から実行すべき行動が流れ出すようにしておく方が、プロジェクトリストもスリム化します。存在するプロジェクトはすぐに行動を起こせるものですが、逆に次のアクションが存在しない・定義できないものは細分化、プランニングが不完全なものですので、まずはこうしたものを探し出して「再検討」のフラグを立てておきます。「良い人生を生きる」というプロジェクトは、まあ、いずれは「完了」すると思いますが、どの時点で「終わった!」と言えるのかは、はっきり分かりません。したものは、実質的には「完了」できるものではなく、「漸近」させてゆくものですので、プロジェクトリストに入れておくといつまでたっても消せません。Action」が明確にできないので、いつまでたっても終わらないわけです。Focusing、つまり「どんな結果が欲しいのか?」という答えを作ることが必要ですので、ステップ1のプロジェクトと同様「再検討」のフラグをたてましょう。本では、日常的な雑用や緊急を要するこまごまとしたことを「滑走路」レベルのタスクと呼んでいます。m」のレベルということになっていました。行くには、まず滑走路のゴミをなんとかしなければいけない」というボトムアップの考え方をしている点です。最終的には滑走路から上空まで、細かい事から大きな目標にいたるまで、すべてのレベルで「物事は前進している」という実感を持つことが目標になります。プロジェクトリストが長くなりすぎている場合は、なにが「滑走路上のゴミ」であるのかを一瞬で見分けるために、プロジェクトの持続時間で区切るのがよい指標になります。プロジェクトとを分離するわけです。移動するか、あるいはより短期的で具体的なマイルストーンを設定しておき、そこから実際に行動できるプロジェクトを作っていきます。点」という具体的なマイルストーンを設定し、これに対してプロジェクトを作成していきます。「参考書を買う」、「模試を受ける」、「試験の申し込みをする」といった感じですね。格納して、そのなかでも緊急性・重要性の高いものを一つずつ「昇格」させて片付けてゆくのが良さそうです。頭のなかにあることを全て書き出すのはすべてを同時に実行するためではありません。近くある、そのうち現実に手を動かさないといけないものは今はこの7つだけ。あとはまだホールド」と交通整理ができるようになります。慣れてくると、短期的に解決すべきプロジェクトと長期的に解決すべきプロジェクトに対して、それぞれ1日の仕事時間から逆算してどのくらいの時間を割り当てるのかを管理できるようになってきます。して初めて、「滑走路から高度10000mまで」のすべてのレベルで何かが進行している状況ができあがるわけです。体験から抽出したプロジェクトリスト作成のこつのようなものです。会社の掲示板にも似たようなディスカッションがありますので、あわせて参考にしてください。コメントでどうぞ書き込んでください。今後の参考にさせていただきます。Hori)2011年アルファブロガー・アワード受賞。ScanSnapアンバサダー。ブログLifehacking.jp管理人。ITテクニック、文具に関するブログです。Fanboxでご支援いただけると今後も安定して記事をお届けすることが可能になります。ご支援いただいたかたには、近況や最新の展開についての投稿をお届けしています。Reserved.Home/About/Books/Products/Seminars/Contact。