前回の記事の続きです。
「何か秘策でもあるのか？」と詰め寄ってくれる上司の役割をタスクシュートが担ってくれている、という話でした。
「なかなか取りかかれず先送りを繰り返すタスク」について、その先送りにピリオドを打つ役割です。
では、そのピリオドは具体的にどのように打たれるのか？
この点について具体例を交えつつご紹介します。
上司の正体
前回の記事の最後に次のように書きました。
関連記事
-
タスクシュートにおける「通知」の考え方
-
期限のないリストを忘れないようにするために・その4
-
期限のないリストを忘れないようにするために・その3
-
期限のないリストを忘れないようにするために・その2
-
期限のないリストを忘れないようにするために・その1
-
GTDの5つのステップとタスクシュート・その10
-
GTDの5つのステップとタスクシュート・その9
-
GTDの5つのステップとタスクシュート・その8
-
GTDの5つのステップとタスクシュート・その7
-
GTDの5つのステップとタスクシュート・その6
-
GTDの5つのステップとタスクシュート・その5
-
GTDの5つのステップとタスクシュート・その4
-
GTDの5つのステップとタスクシュート・その3
-
GTDの5つのステップとタスクシュート・その2
-
GTDの5つのステップとタスクシュート・その1
-
レビューとプレビューをセットで行う・その4
-
レビューとプレビューをセットで行う・その3
-
レビューとプレビューをセットで行う・その2
-
レビューとプレビューをセットで行う・その1
-
時間は「十分にある」のか「足りない」のか・まとめ
-
時間は「十分にある」のか「足りない」のか・その3
-
時間は「十分にある」のか「足りない」のか・その2
-
時間は「十分にある」のか「足りない」のか・その1
-
時間を「管理」する代わりに「＊＊」する・まとめ
-
時間を「管理」する代わりに「＊＊」する・その4
-
時間を「管理」する代わりに「＊＊」する・その3
-
時間を「管理」する代わりに「＊＊」する・その2
-
時間を「管理」する代わりに「＊＊」する・その1
-
「セクション」ごとに何をやるかの最適解をどう決めるか・まとめ
-
「セクション」ごとに何をやるかの最適解をどう決めるか・その5
-
「セクション」ごとに何をやるかの最適解をどう決めるか・その4
-
「セクション」ごとに何をやるかの最適解をどう決めるか・その3
-
「セクション」ごとに何をやるかの最適解をどう決めるか・その2
-
「セクション」ごとに何をやるかの最適解をどう決めるか・その1
-
なぜタスクシュートには「セクション」があるのか？
-
やる気をめぐる冒険・まとめ
-
やる気をめぐる冒険・その7
-
やる気をめぐる冒険・その6
-
やる気をめぐる冒険・その5
-
やる気をめぐる冒険・その4
-
やる気をめぐる冒険・その3
-
やる気をめぐる冒険・その2
-
やる気をめぐる冒険・その1
-
TaskChute Cloud 2に集約するか、複数ツールに分散させるか問題・まとめ
-
TaskChute Cloud 2に集約するか、複数ツールに分散させるか問題・その7
-
TaskChute Cloud 2に集約するか、複数ツールに分散させるか問題・その6
-
TaskChute Cloud 2に集約するか、複数ツールに分散させるか問題・その5
-
TaskChute Cloud 2に集約するか、複数ツールに分散させるか問題・その4
-
TaskChute Cloud 2に集約するか、複数ツールに分散させるか問題・その3
-
TaskChute Cloud 2に集約するか、複数ツールに分散させるか問題・その2
-
TaskChute Cloud 2に集約するか、複数ツールに分散させるか問題・その1
-
タスクシュートとTodoistの役割分担を再検討する・その7
-
タスクシュートとTodoistの役割分担を再検討する・その6
-
タスクシュートとTodoistの役割分担を再検討する・その5
-
タスクシュートとTodoistの役割分担を再検討する・その4
-
タスクシュートとTodoistの役割分担を再検討する・その3
-
タスクシュートとTodoistの役割分担を再検討する・その2
-
タスクシュートとTodoistの役割分担を再検討する・その1
-
Evernoteでのプロジェクト管理の流れ・その6
-
Evernoteでのプロジェクト管理の流れ・その5
-
Evernoteでのプロジェクト管理の流れ・その4
-
Evernoteでのプロジェクト管理の流れ・その3
-
Evernoteでのプロジェクト管理の流れ・その2
-
Evernoteでのプロジェクト管理の流れ・その1
-
Scrapboxでのプロジェクト管理がうまくいかなかった理由
-
現時点の情報管理フローの概要（2024年7月）
-
「所属する」プロジェクトと「身につける」プロジェクトの違い
-
いちいち計測するか目分量でいくか
-
時間を過少評価して失敗した話
-
休日の時間を過大評価してしまうのはなぜか
-
土日の時間を「有意義」に使えるようになった経緯
-
「ログから入る系」と「プランから入る系」
-
とにかく確度の高い「見通し」を強く欲していた
-
1998年にタスクシュートを使い始めて1ヶ月たった時点の「使用感」
-
タスクシュートの「OS」について考える・その7
-
タスクシュートの「OS」について考える・その6
-
タスクシュートの「OS」について考える・その5
-
タスクシュートの「OS」について考える・その4
-
タスクシュートの「OS」について考える・その3
-
タスクシュートの「OS」について考える・その2
-
タスクシュートの「OS」について考える・その1
-
計画をどこまで詳細に立てるか
-
Evernoteでのプロジェクト管理の実際
-
続・プロジェクトはカード形式で管理する
-
プロジェクトはカード形式で管理する
-
複数回の「失敗」をくり返すと「締め出される」問題
-
スピードを上げるにはスピードが上がる条件を整える
-
続・タスクシュートの実態は「網」の編み直し
-
タスクシュートの実態は「網」の編み直し
-
タスクシュートを「網」と捉えてみる
-
「スピードローダー」で迷う余地をゼロにする
-
「取りかかれる理由」を考える
-
「現在うまくいっていないこと」や「現在うまくいっていること」について考える習慣
-
一日の記録を振り返るとき、何に注目すればいいか
-
「ちゃんとやれる日」は永遠にやってこない
-
1行でもいいので記録に残しておく効用
-
ルーチン化しきれない問題について考える
-
ある仕事になかなか取りかかれないのは「プラン」が邪魔をしているからかもしれない
-
偶然を捕まえては軌道を書き換える
-
記録の振り返りは「改善」のためではなく