「サンドボックス」の投稿で、ToDoサービスの開発者は、私の意見では、「成功ストーリー」を通じてフォロワーを引き付けるチャンスを逃していると言われました。 十分に説明された機能につまずいたユーザーは、自分用の許容可能なマーキングシステムを構築できず、別のサービスにアクセスします。
この投稿には、成功事例を共有するための電話が含まれています。
GTDサービスが必要なのはなぜですか？
私はこれを使って、仕事や家事の日を計画します。 私の仕事の特異性は、それらにいくつかの並行プロジェクト/タスクが存在することです。 プロジェクトには短期のものもあれば、長期のものもあります。
GTDは、まず、その日のTo Doリストを作成するために必要です。たとえば、誕生日に関する一種の「受動的」リマインダー（受動的=入力するまで、それはユーザーに通知しません）。
なぜwfですか？
私の選択は、この特定のサービスに当てはまりました。これは、日記や紙にタスクを記録する通常の効果的な方法に最も似ているからです。 着信タスク、個人タスク、戦略的タスク、通知などの5〜10個のタブはありません。 など これは簡単な紙です。
ここでは、WF機能の説明や、他の個人的なToDoサービスとの比較は行いません。 チュートリアルの使用と表示の30分で最初のアイデアを得ることができます。 比較付きの投稿などがたくさんあります。
ToDoサービスに関する論文だけでなく
経験豊富なユーザーには明らかなように、これらのポイントは初心者にとって有用です。
論文1 。 「汎用性が大きいほど、利便性が低い」、または「狭い問題を解決することに焦点を合わせたサービスは、通常、より普遍的なサービスと比較して、より適切に解決します。」 私自身にとって、すべての種類の情報を保存および使用するための普遍的で便利なサービスは同時に存在しないという結論に達しました。 より汎用性の高い機能がサービスに組み込まれているほど、その使用はより複雑になります。
論文2 。 適応されていないタスクでサービスを使用する必要はありません。 普遍的なサービスを探していたときの私の大きな愚かさの1つは、Evernoteの予定カレンダーでした。 もちろん、あなたは彼をそこに導くことができますが、それは判明しました。
したがって、現在のタスクを計画するために、意図したとおりにToDoサービスを使用してください。 プロジェクトの詳細な行動計画を修正するためにそれを使用するのは不合理なようです。 これらの計画は、図面、表、ガントチャートなどで格段にクールに見えます。 これらの機能をサービスに含めると、必然的にその使用の利便性が低下します（論文1を参照）。
論文3 。 ToDoサービスのマーキングシステムがいかに巧妙であっても、その日の適切な計画を自動的に作成することはできません。
論文4 。 日次計画が作成されている場合、戦略的タスクの優先順位を変更することを考えずに、受け取ったときに現在のタスクのみを追加する価値があります。 人生がずっと楽になります。
実際、論文3と4が生まれた間違ったアプローチが、私のWFへの最初のアプローチが失敗した理由でした。 この経験の後、私はこのサービスだけでなく、すべてのToDoサービスもほぼ放棄し、古い「祖父」の録音システムには戻りませんでした。
論文5 。 WFでのグループ化は、プロジェクトではなく、ステータス、つまり 優先度、保留中、今日の予定。 この論文は、おそらく利便性と習慣の問題に関連しています。
WF書き込みアルゴリズム
十分な理論、実践に直接。 これが私のWFテンプレートです
以下に記法を示します：
- TODAY-今日の予定リストを含むメインシート。
- LIST-計画されたワークケース。
- 11/07/13（完了）-仕事のために完了したタスクのリスト。
- 11/07/13（個人）-完成した個人ファイルのリスト。
- PERIODIC-定期的に発生するタスクのリスト。
- タスク-期限のないタスク。 P1-P3-優先順位;
- 一時停止-特定の期限が設定されたタスク、つまり 特定の日に行う必要があります。
- 個人-個人ファイルのリスト。 HP1-HP3-優先順位。
- カレンダー-カレンダーのリマインダー。
- PROJECTS-現在のプロジェクトと関連タグのオプションのリスト。
- アーカイブ-推測:)
個人ファイル（個人、カレンダー）は、将来的には考慮されません。 それらを操作するためのアルゴリズムは、作業メモと同じです。
アルゴリズムの主要なコンポーネント
1.タスクを入力または転送するとき、次のタグが使用されます（＃で始まります）。
- 各タスクにはプロジェクトタグ（#fireshowなど）が割り当てられます。
- 実装日付を持つタスクには日付タグが割り当てられます（たとえば、＃07.11）。
- 日付はないが優先度のあるタスクには優先度タグが割り当てられます（たとえば、＃p1）。
- 通常のタスクには適切なタグが割り当てられます（たとえば、＃th [ursday]、＃07）。
2. 11月7日の計画を立てる必要がある場合、「＃th OR Today OR＃07 OR＃0711 OR #P」というクエリが実行されます。
リクエストの結果は写真にあります。
ここに：
- このリストにタスクを後で転送できるようにするには、リクエストの今日が必要です。
- または必然的に大文字で;
- #pは最後に書くことが重要です。 これは、＃pで始まるタグを持つすべてのエントリを除外できる便利なWFバグです。 サポートはこれがバグであることを確認しており、WFは文字または文字セットを示す正規表現をサポートしていません。 最後ではない場合、タグ#pでマークされたレコードのみが検索され、＃p1、＃p2などは検索されません。
3.フィルター結果のあるページで、対応する日付のタスクと定期的なタスクが最初にTODAY / LISTにドラッグされます。 次に、特定の日付なしでタスクを取得します。 タスクのソースがPERIODIC、CALENDARである場合、対応するタスクが複製され、クローンがドラッグされます。
4.日中は、今日のみで作業します！ 現在のタスクはすぐにリストに追加されます。 作業中、LISTからのタスクはDONEに転送され、完了としてマークされます。 一部のタスクが1日の終わりまでに完了しない場合、それらのエントリは適切なカテゴリに返されます。 すべてのタスクが完了した場合の1日の終わりのWFのビューを次に示します。
5. 1日が終了した13/11/13（完了）および07/11/13（個人）がARCHIVEにドラッグされます。 アーカイブでは、特定の番号とプロジェクトで完了したタスクをすばやくピックアップできます。 TODAYレコードでは、サブレコードは現在の日付で形成されます。
それは、原則として、すべての基本です。 最後に、いくつかのヒント。
便利なワークフローのヒント
- キーボードホットキーには多くの機能が割り当てられており、使いやすいです。
- 検索では、論理演算子（少なくともAND、OR）を使用できますが、大文字でのみ記述する必要があります。
- 選択したページ（ctrl + shift + *）のツールとそれらの間の迅速な切り替え（ctrl +;）。
- テクニカルサポートに連絡して、彼らは安定して答えます。