-私はすべてを正しく行ったようですが、何も動作しません。 私は何が間違っていますか？
-私はGTDについて多くのことを読み、何度か起動しようとしましたが、何もできませんでした。 なんで？これらの質問をした場合、あなたはあきらめておらず、すべてを制御下に戻す機会があります。 すべてのケースをソートするだけでは不十分です。 また、システムが本来あるべき「スピン」を実現するために、多くの習慣とルールを開発する必要があります。 個人的な例を使用して、私が持っていたものを説明します。
GTDエントリー
本が読まれ、MS OutlookのTo DoリストがMLOに移植されます。 私が座って画面を見て理解できないとき、30分の休止がありました-そして今それについてどうしますか？ 受信ボックスに入れるのが最も簡単でした-拾い上げて落としました。 しかし、次は何ですか？ 誰かが本当のやることリストをスパイできますか？
タスク：友人XXXXに連絡して、次に何をすべきかを理解するために、彼に彼のTo Doリストを尋ねるリストが送信されたので、調べてみましょう。 商業家、倉庫、サプライヤー...うーん、でもプログラミングをやってるの？ ええ、これを試してみましょう-PROGRAM1、PROGRAM2 ...
やめて!!!!これが最初の間違いです。 あなたは、その原理を理解することさえせずに、他の誰かのシステムをコピーすることを決め、そして最も重要なことには、あなた自身のためにそのルールを受け入れないことを決めました。 しかし、将来的にはこれらすべてと一緒に暮らす必要があります。
仮定： システムを無条件に信頼し、そのルールに従う必要があります二重解釈を許可しないルールを停止し、すぐに作業を開始します。 それらがよりタフでシンプルであればあるほど、システムはより効率的になり、システムを使いやすくなります。
たとえば、コンテキストを確立するためのルール：
@-場所
＃-時間
=-アクションのタイプ
〜-ステータス
または、フォルダーの命名規則：フォルダーで収集された事柄の本質を表示する名詞で始まります。
例として：
アカウント。 支払う
購入。 エレクトロニクス
ホビー 本を読む
それは私たちに何を与えますか？ リストは時間の経過とともに大きくなり、リスト内で何かを見つけることが問題になります。 それは何と呼ばれていましたか？ 「支払い用」、「未払い」、「アカウント」？..これが名詞であることを知っていると、目的を最も完全に反映しているように思われるものを頭から取って、すでにこの名前をすでに形成しているため、目的のフォルダーがすぐに見つかります。 2回目は、長時間頭を悩ます必要はありません。選択肢は3分の1です（動詞、形容詞、気分を除く）。
このような小さなルールが多いほど、それは簡単になります。
この段階で何をする必要がありますか？ そう！ ルールを作成します。 そこで、タスクを見てみましょう-「ユーザーがプログラムのエラーを報告し、修正します。」
ルール-タスクには、実際に実行されるアクションのみを含める必要があります。 文は何をする必要があるかという言葉で始まるべきです。 意味は、タイトルに最も正確に表示される必要があります。 その他はすべてメモになります
見出しを修正します-「プログラムXXXXのエラーを修正：関数Aの不正な動作」。 ユーザーの手紙、追加データ、この問題に関するあなたの考えは、問題への注意書きに入ります。
今、私たちには別の問題があります-それをどこに置くのですか？
やめて!!!! あなたは何かを忘れました。 ルール、ルール、ルール。 最初にコンテキストでタスクにマークを付けてから、落ち着いてどこにでもタスクを送信します。 私のシステムでは、場所、時間（ある場合）、アクション、ステータス（ある場合）。
この規則は私に何を与えますか？ 私の仕事はすべてコンテキストでマークされ、セクションごとにいつでも見つけることができます。 だから私は...システムを信頼してください。
そしてまだ-私はこれをどこに置くべきですか？ 答えは簡単で、おそらくあなたはすでに推測しています-私のルールによると。 はい、すべての業務をグループ化して保存するフォルダのルールを作成します。 それはすべてあなたの想像力にかかっています。
例：
WORK \開発\プロジェクトA \プログラムA \プログラムAのエラー
なぜフォルダがそれほど心配しないのですか、どこに置くべきですか？ コンテキストの形でいくつかのセーフティネットを持っているからです。 タスクはスライスすることで利用でき、適切なタイミングで視野から消えることはありません。
そして、ある時点で（そして彼が来て、私を信じて！）フォルダーシステムを再編成する必要があると判断した場合、何も失うことはありません-最終的にはコンテキストで作業します。 フォルダは、選択した目標のフレームワーク内でアクションを計画するためにのみ必要です。 目標は変化する傾向があり、無関係になります。 しかし、タスクはそうではありません。 これが通話の場合、これは通話です。 アクション「Andreyを呼び出す」は、context = callを取り除くことができません。
整理しました。 次は？
はい そのような瞬間があります。 物事がレイアウトされている、あなたは座って、何をすべきか理解していない、美しくレイアウトされたタスクを見続けます。 さらに、あなたも理解していませんが、それは今あなたに何を与えましたか？
これらのアクションの結果として得られるすべての「利益」は、grains殻からの穀物の分離です。 目標からのタスク。
覚えていない人のために、繰り返します。 タスクは、実行可能なアクションです。 目標は、タスクを完了することで達成したいことです。
目標の例 ：仕事を得て、プログラムの次のバージョンをリリースし、隣人の犬の問題を解決します。これは早朝に芝生を台無しにします。タスクの例 ：履歴書サンプルをダウンロードし、Andreyに電話して会議をスケジュールし、ウェブサイトでプログラムの説明を変更し、隣人に行って、犬の掃除を忘れた場合に顔をいっぱいにするように脅します。それでは、次は何ですか？ 現在のコンテキストでタスクをスライスして、場所と可能なアクションを特定し、実装を続行します。 それだけです。現時点では、これ以上は必要ありません。
そして最も重要なこと-何かを思い出すのをやめる！ それはあなたの注意に値するように思えた-あなたの受信トレイに書き込み、静かに仕事を続けます。 時間があります-あなたはルールのセット全体を使用し、ケースはあなたのシステムの石臼の下で適時に粉砕されます。
ルールから逸脱-あなたは自分で混乱を解消します。
なんてこった。 まだ問題があります！
そして、誰もがすべてが魔法のように決定されると言ったのですか？ あなたが前に持っていたすべてが自分自身を感じさせます。 心配する必要はありません、あなたはこのすべてを最初に経験するわけではありません。
- まだ解決する必要がある一部のタスクに十分な時間がない
特定のタスクが特定の時間に実行される場合、最初は厳密な毎日のルーチンによって解決されます。何かがあるかどうかは関係ありません。 時間フィルタリングを積極的に使用しています。 - 一部の実行タスクには時間がかかりすぎます。 繰り返しますが、「すべてが停止している」という感覚には不快感があります。
1つのタスクの実行が一定の時間（最大1時間）を超えないようにするために、タスクを粉砕する必要があります。 - いくつかのタスクが「ポップアップ」しすぎて、何かをする時間がないという事実から不快感を生じます
これは、ステータスコンテキストまたは優先度によって解決されます（繰り返しタスク「カテゴリ〜重要、〜Avral、およびタスクの優先順位付け/重みを確認する」）。 ゴールフラグを使用して、「今週やりたいこと」と言うことができます。 - 重要なタスクがありますが、何らかの理由でそれらを避けます（カエル）
それは、「少なくとも1匹のカエルを食べる」という強い意志の決定と日々の課題の声明によって解決されます。カエルが一度に食べない場合は、つぶさなければなりません。 - 長いリスト。 繰り返しになりますが、山ほどの問題が自分たちよりも速く成長していると感じることの不快感です。
これは、委任、分類、毎日のルーチン、目標によるフィルター処理によって解決されます（今週実行しないことを現在のタスクリストで確認する必要があるのはなぜですか？） - 今何をすべきかが明確でないタスク。 つまり 私たちは座って、タスクを見て、それを始めるために何をつかむべきか理解していません
これは、タスクの定義における単なる間違いです。 最も可能性が高い-これは目標または「象」です。 MLOを開き、このタスクを非常に特定のアクション（呼び出し、検索、確認、書き込みなど）を含む小さなサブタスクに分割することで解決します。
Uff ...それはすべてを言っているようですか？ 最後に何を言いたいですか？
GTDには複雑なことは何もありません！ それはすべて、単純なプリミティブアクションに帰着します。