タグ

LifeHacksと*GTDに関するwebmarksjpのブックマーク (6)

  • だれもが一度はやる? GTD の7つの失敗例 | Lifehacking.jp

    A Roadmap to Spectacular GTD Failure | The Craning Widget Blog GTD のワークフローは覚えるだけだったら3分もあれば十分ですが、身につくまでは3年でも足りないのではないかといつも思います。さまざまな場面に落とし穴があって、習慣付けを困難にしているからです。 The Cranking Widget Blog に、7つのありがちな GTD の失敗の原因が書かれていて「ああ、こういうことあるある」と思わず頷いてしまいました。その7つとは: ウィークリーレビューを定時にやらない タスクやプロジェクトの名前をあいまいにする プロジェクトの終了条件がはっきりとしていない GTD を仕事だけでやり、家にはもちこまない ファイリングシステムが整理できていない ペンと紙を持ち歩かない メールの「受信箱」を ToDo リストのように使う このうち

    だれもが一度はやる? GTD の7つの失敗例 | Lifehacking.jp
  • GTD導入のつまづきを解決――第2回徹底研究会

    1.週次レビューをやらなくてはいけないと思っているのだが、なんとなくストレスになる 週次レビューはGTDには必須ですが、30分から1時間は必要なため、人によってはストレスになりがちです。ではどうしたら週次レビューが楽しくなるでしょうか。 そこで、「週次レビューチェックリスト」なるものを作成し、そこに「毎週行う、楽しいこと」を入れるという解決方法があります。この週次レビューチェックリストはときどき変わるのですが、現在の自分のチェックリストは以下のようになっています。 GTDのリストを全部レビューする 頭の中の気になっていることを全部書き出す 部屋の掃除 AdSenseの成績をレビュー 今週、来週の予定を確認 運動する日を確定 PCのデータバックアップ・ウイルスチェック 資産チェック 部屋の掃除、AdSenseのレビューや資産チェックが楽しみで週次レビューを行えるようになりました。これらを毎週

    GTD導入のつまづきを解決――第2回徹底研究会
  • ちょっとだけ、失敗しないプロジェクトに近づくための3つのヒント

    プロジェクトマネジメントを考える上で、AppleはてなGoogleという3つの企業の事例を紹介しましたが特殊事例だったかもしれません。今回は、もっと身近な事例を考えてみましょう。 前回、失敗しないプロジェクトマネジメントを考える上で、AppleはてなGoogleという3つの企業の事例を考えてみました。はてなブックマークでも、多くの方からコメントを頂きましたが、やはり「そうは言ってもね」というのが正直な反応だと思います。 そこで今回は、プロジェクト管理の「負のスパイラル」を脱出するために、もう少し身近な事例を参考にしてみたいと思います。 ちょっとだけ、失敗しないプロジェクトに近づくための3つのヒント 短期ではなく、長期で考える 遅い人ではなく、早い人に注目する 大きく始めず、小さく始める 短期ではなく、長期で考える 通常のプロジェクトでは、前回紹介したAppleのように「締め切りを事

    ちょっとだけ、失敗しないプロジェクトに近づくための3つのヒント
  • Getting Things Done (a.k.a. GTD) part (2)

    頭のなかから取り出したアクションをどのようにしてやっつけてゆくのか。そしてアクションの整理の仕方などを紹介します。基的には GTD からの受け売りです。 「車検の予約を入れる」、「メールの返事」、「旅行の計画をたてる」、「ホームページの更新」、「整理整頓」、「新しいを読む」、などなど。頭のなかから取り出した全てのアクションは、小さなものから大きなものまで含めると少なくとも百近い「やること」のリストになっているはずです。 こうしたものはすべて Inbox と呼ばれる受け皿にとりあえず保管しておきます。一枚の紙でもいいですし、コンピューターや Palm 上の ToDo でもかまいません。とりあえず頭のなかからとりだしておくことが重要なのです。 アイディアだけでなく、机のなかの雑多な荷物にも同様の手法を当てはめる事ができます。どうしていいかわからないものは、とりあえず一つの箱か何かに積み上

  • Getting Things Done (a.k.a. GTD) part (3)

    コンテキストを使うと、仕事を思い出す必要のない場所では忘れて、思い出したい仕事は全部目の前に広げる事ができる、という夢のような仕事管理ができるようになります。毎日のアップデートが必要ですが、この手法は仕事の能率を何倍にも高めてくれます。 コンテキストというのは「文脈」という意味です。out of context というのは「文脈から外れた」という意味ですが、我々がたいてい仕事をこなすときにストレスを感じたりするのは、この、コンテキストから外れたアクションにせかされるからだといえます。 例えば報告書の例を思い出すと、報告書を提出しないといけないというストレスは、いいかえれば「今は書類を出せる状態ではない、先にやるべき作業がある、でもそれが片付かないのでストレスを感じている」と言い換えてもいいでしょう。つまり「書類」というものに付随した、「書く」、「チェックする」、「他の人と調整を行う」、「資

  • Getting Things Done (a.k.a. GTD) part (4)

    どんなシステムも定期的な管理なしには長くは持ちません。GTD では Weekly Review を用いる事で仕事の遠近感や、一週間のうちにたまった雑事をもう一度 inbox に掃き出します。 どんなに完璧なシステムにも、多少の遊びの部分が必要です。完璧な整理術や、仕事管理術を実践しようとすると、手段が目的にとってかわってしまいます。GTD では「仕事を片付ける」ことを最優先にして、一週間のうちに頭のなかにたまってくる雑念は、毎日朝一番か、一週間に一度かき集めることをします。こうすることで、管理術をゆるやかに状況に適応させたり、仕事の遠近感が付けられるようになります。 毎週、できれば金曜日の仕事を終える1〜2時間前を、この Weekly Review のための時間にとっておくことは、GTD の維持のためには必要不可欠です。できればこうした時間をあらかじめ「自分とのアポイント」としてスケジュー

  • 1