スケジューリングして認知コストを下げる
スケジュール作成には叩き台を作るのと全く同じ効能がある
やることが多すぎるとパツるし焦る
やることが少ないと迷いが生じる
「やることが少ない」というのは幻想で、やることはあるが現状見えていない、というだけ
従って、「次に何をやろうかな」というのを単発的に考えることになるので、意思決定の負荷がかかる
各レンジの開始時に、そのレンジ内でやることを決定してしまうと良い
e.g. この2週間ではこれだけやる、今日はこれだけやる
最初に決めてしまって、後は個々のタスクを遂行することに集中する
Essential Complexityやねmrsekut.icon
「次に何をしようかな」というのを考えずに済むようにする
ref 1日の終わりに明日のToDoを作る
「今日」の終わりを決めるということ
ポモドーロ法とかも結構同じ
今から25分にやることを決めて、25分だけ頑張る
レンジを絞ることが大事
たくさんのものがリストに載っていると全部消化したくなる
e.g. 2週間のタスクを積んだ後に、重要で重いタスクより、簡単で軽いタスクを減らしたくなる
でも、本当は「タスクを終わらすこと」を優先してはいけない
やる意義のあること、を先にやるべき
たくさんに見えるのはレンジが広すぎるから。
1日、25分、というふうに絞っていけばかなり減らせるはず
時間を配分する
だいたいこの日にこれをやるという配分をまず行う
スケジュールは時間配分のために行う
バッファも設ける
これをすれば焦ることはなくなるはず
今日はここまでやればok、と自信を持って回答できる
予定より早く終わっても次のタスクをやらないことが大事
これを無視すると、超過しても何も感じなくなるし、
次のタスクに着手すると見積もりがおかしくなってスケジュールが機能しなくなる
余裕がありすぎる場合は、進め方がおかしいのではなく見積もりがおかしい
ので見積もる能力を上げようという話になる
e.g. 悲観的に見積もりすぎ
保険をかけたくなる
最初に頑張って後でラクしたいとか
後になって、「最初にもっと頑張っておけばよかった」となるとか
でもこれは、余裕ぶっこいたのが悪いのではなく見積もり能力が低いのが悪い