noteをようやく始動したけど、何を書くか。昔書いた記事から書くことにして候補を洗い出してみた。
カテゴリの「GTD/タスク管理」10割、「過去記事-GTD関連」1割くらいを洗い出してみた。
あまりのタスクツールの切り替えに自分の尻軽さに辟易してしまい、そんな自分を慰めるために振り返った記事。
一つに固定できればこんなにタスク管理で悩むわけでもないのよな。
GTDで言われるふんわり「信頼できるシステム」だが、必ずそこにあるだろうという確信を持てるスペースのことを言う、という話。たとえ物をなくしても、私の性格上捨てるはずがないから家にあるはず、と思えばそれは信頼できるシステムというわけなのだが、このニュアンスを伝えるのに四苦八苦している。
仕事スタイルの話。タスク管理いうても、仕事のパターンによって最適な管理方法はちゃうねん、というかその仕事パターンてどないなん？という話。
タスク管理はこれ一択！と言えればいいのだが如何せん細かく把握していくと、一概にそうとも言い切れないことがわかって、歯切れが悪くなり始めるのだった。
タスクとかプロジェクトとかプロセスとかいろいろみんな定義なく使っているので、頭の中のイメージを実は統一されてないのよ、というわけで統一しようと試みた話。ちなみに契約書では、この定義の話は契約書の最初で行われる。すごいわかる～。
始めてGTDのリストを見た時、どうしてこれでうまくいくのかよくわからんな、というのが印象だった。で、その境界となる条件を探して端的に説明しているのがこちらの記事。で、プロジェクトはリストに入ったらネクストアクションも新規に作るんだよー、という特殊な「ワークフロー」であることを書いている。だからフローチャートじゃないのよ。
ぬるっと判断しがちな「いつか」リストと「プロジェクト」リストだが、そこには大きな隔たりがある、という話。プロジェクト化したらゴールに進むのが大義であるし、進められなければそれは「いつか」リストが順当だということだ。リストは見極めた結果、どうするか、が決められた場所に配置されるわけであって、「いつか」リストは、今はそれを達成するための行動を全くとらないと決めたリストであることだ。という感じのことをつらつらと書いていたような気がする。
直近今日のタスクを決める方法のお話。MIT（３つ選ぶ）という方式もあるが、それすら決められないという状況までに追い立てられると、GTDでは「「行動を選ぶための４つのモデル」」というのを用意してるんだよーという話。
ここらへんはGTDの細かい話。
すっごいわかる～～～。mtg先にアレンジしとく、て話ですけど、具体的なタスク処理がさばけなかった時の話。こういう具体的な困ったことが勉強会で聞いた時にきけるのがよかったんだよなー。
勉強会より。仕事のパターンが変わっていいサイクルができなくなって困っていた方の話。長期プロジェクト系だと実績が出づらくて困るよね、て話です。これはどれぐらいの時間をささげたかという勉強と同じ実績スタイルになった方がいいよね。
リストアップまとめと記事傾向
とりあえず私から見てよさそうだなと思った記事をまとめてどういう傾向の記事かを見てみた。
概念→もととなる考え方で、どちらかというと自分の思想。
定義→主にGTDやタスク管理のオブジェクト自体に関する話
詳細→GTDやタスク管理のこまかーい部分に関する話
事例→事例
- 【タスク管理】今のタスク管理がダメになったからといって、何も悪くない
- 概念
- 【GTD】GTDの信頼できるシステムとは、物を忘れたら「自宅に忘れた」と言い切れる「自
- 定義
- 【タスク管理】仕事と仕事量が変わればタスク管理も変わる、新人～中堅までの仕事量の変遷例
- 概念
- 【タスク管理】プロジェクト・アクション・手順、という概念
- 定義
- 【タスク管理】GTDのリストの特性とワークフローの陥りやすいミス
- 詳細
- 【GTD】GTDの「いつか」リストと「プロジェクト」リストの境とは？
- 詳細
- 【タスク管理】今日するタスクはどう絞り込めばよいのか？絞り込むことすら惜しいくらい忙しい場合は？？
- 詳細
- 【GTD名古屋勉強会質問共有】スケジュールとタスクが曖昧→お客様の訪問が後回しになってしまう
- 事例
- 仕事の種類が変わってしまって計画通りにいかない
- 事例
うーん、事例がいいね。事例の方が役に立ってる感があるのでわかりやすいな。次回は「【GTD名古屋勉強会質問共有】スケジュールとタスクが曖昧→お客様の訪問が後回しになってしまう」をリライトしてnoteに書こう。
