Chapter 19
コンテキスト

2024.09.10に更新
このチャプターの目次
タスク管理において避けられない多義語の一つがコンテキスト（Context）です。本章ではこのコンテキストについて詳しく見ていきます。

 コンテキストの概要
 コンテキストコンテキスト（Context） とは直訳すると「文脈」であり、ある場面や対象に紐づいた周辺状況や付随情報を指します。非常に多義語であり、ジャンルによっては別途定義が存在することがあります。
タスク管理では、れっきとした定義は存在しませんが多義語ではあり、いくつかのニュアンスで使われています。広義には上記の定義――タスクに紐づいた周辺状況や付随情報、くらいの理解で問題ありません。各ニュアンスの具体的な話はもう少し後でします。今やっても小難しくて意味不明になるからです。しばし概念的なお話にお付き合いください。
一つだけ確実に言えることがあるとするなら、タスクを見て「はいそうですか」と従えるほど単純ではない、ということです。納得感がないと動きたくないし、今やればいいのか後でいいのか判断もしたいですよね。納得感や判断のヒントを得るためには、文脈を知る必要があります。
「目の前のタスクをこなすだけの機械」を脱したいのであれば、タスクをただ消化するだけではなく、タスクの文脈を理解した上で向き合い方を練る必要があります。

 文脈を知ることの重要性
 文脈を無視するとどうなるか突然ですが、文脈を無視したことで起こる現象をいくつか挙げてみます。
1: Q&A や質疑応答において、直接的な回答が返ってこない
逆に質問を返されたり、聞いてもないうんちくを語られたりする

2: 誰かに軽率にアドバイスをしても煙たがれる
3: 相談に乗ってアドバイスをしても素直に従ってくれない
4: 正論が通じるとは限らないし、通じないことが多い
こういった現象は、いずれも文脈を無視しているがゆえに起こることです。
1: Q&A や質疑応答において、直接的な回答が返ってこない
1: は、回答者が質問者の文脈を知るために、直接的ではない回答をしています。あるいは質問者が何かおかしいことをしている（おかしい文脈を持っている）と思っているので、それを是正しようとしています。初心者が上級者に質問するといった場面でよく起こります。
2: 誰かに軽率にアドバイスをしても煙たがれる
3: 相談に乗ってアドバイスをしても素直に従ってくれない
2: と 3: については、アドバイスされた側にも色んな事情や制約や感情があるわけで、アドバイス単体ではあまり役に立たないからそうなります（煙たがったり従わなかったりします）。これはアドバイスする側が、される側の文脈を無視しているか、あるいはアドバイスの内容が的を得ておらず事実上無視に等しくなっているとも言えるわけです。
これを一般化したものの一つが 4: で、
4: 正論が通じるとは限らないし、通じないことが多い
いわゆる「正論は通じない」です。正論は、たしかに正しいことやもっともなことを言ってはいるのですが、個人個人の文脈に配慮していないのでほとんど使い物にならないのです。どころか、言われる側からすると「そんな当たり前のことはわかってんだよ」「こっちにも色々あるんだ」「お前が私の何を知っているのだ」と苛つくのではないでしょうか。使い物にならないどころか、逆効果ですらあります。
タスク管理、特にタスクをこなす場合も同様です。文脈と向き合わず、ただただタスクを消化することは、アドバイスをそのまま鵜呑みにして行動するようなものです。もちろん文脈を見るまでもなく、やらないといけない・やるべき・やった方がいいタスクについてはやればいい（し、仕事など文脈関係なしにとりあえずやるしかない場面もあります）のですが、たいていのタスクには選択や判断の余地がありますし、あるべきです。もし中長期的に余地がない場合、それはただの搾取や過労でしょう。悪い生き方とまでは言いませんが、向き不向きが激しい世界です。
文脈を知らないと、選択や判断のしようがなくなります。逆を言えば、文脈を知ればやりようが生まれます。知り切れるとは限りませんし、知ったからどうにかなるとも限りませんが、それでも知ろうとさえしないのと知ろうとするのでは全然違うのです。

 文脈を知りに行く営みは身近にあるたとえばコンサルやカウンセリングは、どちらも顧客の文脈を知ろうとします。コンサルでは顧客企業の文脈を主に情報と数字から知ろうとします。カウンセリングは患者との信頼関係を築くことで患者から情報を出してもらおうと試みます。新規事業におけるヒアリング、インタビュー、あるいは共創といったものも同様です。顧客やその他ステークホルダーにはそれぞれ文脈があり、それを知るのと知らないのとではアイデアや事業の組み立て方が変わります。そもそもマネージャーにせよチームメンバーにせよ、日々仕事をする上でメンバー各々の文脈を知りつつ配慮していく、といったことは誰しも行っているのではないでしょうか。
文脈というと小難しく聞こえますが、このように実は非常に身近なものでもあります。文脈がわかりづらいなら事情とか背景などと言い換えてもいいでしょう。

 切られないために文脈を知るこのとおり文脈を知るとは身近な営みですが、ここにはある共通点があります。
文脈を知るための試行錯誤がやりづらい、ということです。プログラミングやゲームを行う方なら、試行錯誤はいくらでも好き勝手に行うとの思考回路を持っていると思いますが、一般的に仕事では通用しません。仕事には人が絡んでおり、その 「人」という存在に対して試行錯誤が許されない からです。
人には感情があるし、特に仕事だと忙しくて機会さえ少ないですよね。会議一つ整えるのに調整に苦労する人も少なくないでしょう。感情があるくせに機会は少ないというおおよそ最悪の条件です。こんなものが相手では試行錯誤などまともにできません。最初の一回で（少なくともある程度は）勝ち取れないと、以降は相手にしてもらえなくなります。この理不尽に勝つためには、事前準備して成功率を上げるしかありません。準備の種類は色々あり、礼儀の演出のようなものありますが、本章で扱うコンテキスト――文脈もその一つです。文脈という情報を知り、これらを尊重した動きができれば勝てる確率を上げられる（というより露骨に負ける確率を下げられる）のです。
社会にせよ、個人的な人間関係にせよ、人生の大半においてこの理不尽なゲームが登場しがちです。上手く生きている人は例外なく文脈を知った上で立ち回っています。文脈を無視して成果で殴るケースもありますが、才能の域であり稀なのであてにはできません。文脈を知ろうとしないのは極めて不利なのです。
そもそも集団が行動や意思決定の面で何かと遅くなりがちなのも、文脈を知る猶予が欲しいとの心理が働くからだと筆者は思っています。何でもかんでも正直に正論や本音をぶつけて議論しあう、試す、そうして素早く動いていく、みたいな関係は幻想であり、発達障害者の集団や心理的安全性が極めて高い小集団など特殊なケースでしか成立しません。文脈を知る余裕（文脈理解猶予 と呼ばせてください）は必要です。いわゆるハイコンテキスト、ローコンテキストといった文化特性は、この文脈理解猶予をどう過ごすかの違いです。ハイコンテキストは「察しろ」で、ローコンテキストは「ちゃんと言え」です。いずれにせよ、察し合うための余裕やちゃんと言い合うための余裕が必要なわけです。
長くなったのでまとめます。
人に対しては試行錯誤ができない
失敗しないためには一発で決めねばらない
決めるためには文脈という情報が必要、つまり文脈を知ることが必要

文脈を知るための猶予は恒常的に確保される（筆者の仮説）
だからこそ集団になると何かと遅くなる
一方で特殊な条件下であれば鈍らずに済む
本文では書いてませんが、他にも可能です。たとえば軍隊のような厳しいあり方でも可能です



 コンテキストには動的と静的がある文脈を知ることの重要性を述べたので、次はタスク管理との絡みも述べます。特に種類があることを押さえておきたいです。
タスク管理におけるコンテキストは大まかに二種類に分かれます。動的なものと静的なものです。

 動的なコンテキスト動的なコンテキスト（Dynamic Context） とは、状況のことです。
たとえば資料作成をして、1 時間くらい続けた後に休憩をはさんだとしても、あなたの頭の中には資料作成に関する諸々が残っているはずです。ここまでやったとか、この辺は仕方ないので手を抜いたとか、次はここから書こうとか、あそことあそこがまだ甘いから詰めたいなー――など、仕事を行ったことで発生・変化した文脈が色々あるはずです。これらは忘れずにいたいですよね。休憩後にすぐ再開できればいいですが、忙しいなどで再開が数日後になったりすると最悪です。文脈の全部あるいは大部分が飛んでしまうので、思い出すところから始めなければなりません。無理に再開すると、文脈が無視された整合性のない資料になってしまいます。
また、複数人で仕事を行っている場合、特に「現場」の概念があるような慌ただしい仕事の場合、誰かが何か行動するたびに状況が変わるため場の状況は刻一刻と変化します。現場にフルコミットして、絶えずついていかなければ遅れてしまいますし、教育のような丁寧なフォローもいちいちできないでしょう。必然的に現場に居続けるしか選択肢がなく、過酷になりがちです。
このような類の文脈は関わる度に、あるいは絶えず動的に変化するため、動的なコンテキストと言えます。

 静的なコンテキスト静的なコンテキスト（Static Context） とは、動的なコンテキストほど慌ただしくは変化しない付随情報を指します。属性と言っても良いでしょう。
人の気持ち、信念、生活上の制約、性的指向やその他の特性といったものは（その人に紐づいた）静的なコンテキストです。「気持ちは動的に変わるものじゃないか」と思われるかもしれませんが、ここでは根っこはあまり変わらず、その見せ方が変わるだけだ、と解釈しますので静的の範疇になります。ちなみに説得、攻撃、洗脳などで無理やり変えることもできますが、それでも動的というほどではありません。
タスクにも静的なコンテキストが色々紐づいています。資料作成というタスク一つ取っても、なぜ必要なのかとか、どういう経緯で生じたのかとか、資料を目にする人物は誰かとか、作成を行えるタイミングはいつか、場所はどこかなど色々なコンテキストがあります。
具体例を一つ挙げます。
「当部門の事業はジリ貧であり、新規事業を開拓していく必要がある」
「幹部からの意向でもあり、予算もそれなりに下りている」
「当部門ではすべての企画は幹部も目を通す」
「コンプラも整っているので就業中しか着手できない」
「リモートなので自宅でもできるが、コンプラによりカフェ等での作業はNG」
また、作業者自身のコンテキストについても具体例を一つ挙げてみましょう。
「私は新しいアイデアを考えたり人と話したりするのが好き」
「私は既存事業で作業員になったりマネジメントをしたりすることに面白さを感じないし、向いてもいない、だから新しい検討で食べていく路線を探りたい」
「子供も生まれるし、家も買ったのでお金はもっと欲しい、昇進しなければならない」
「でも当部門にいる限り幹部の審査は避けられず、幹部が通すかどうかは内容よりも信頼の面が強い。時間も知識もない幹部のための説明や配慮に手間暇かけるのは違うと考えている」
「転職が理想だし、ゆるくは探しているが見つからない。会社の待遇自体は悪くない。総合的に考えて、このまま要領を覚えて上手くやった方が良さそう」
いかがでしょうか。資料作成タスクと向き合う際、ここまでコンテキストが挙がっているのと、何も挙がっていないのとではずいぶんと違うのではないでしょうか。この例では自分としても部門としてもマッチしているので「ちゃんと頑張ろう」とモチベーションを上げやすいでしょう。逆に部門にその気がなかったり、自分にその気がなかったりするなら、真面目に取り組みすぎても辛いだけですので消化試合として手を抜くか、今回は手を抜かないが次回以降はもうやらないと決めるか等が良さそうです。コンテキストがわかれば、こういった判断が行えるのです。

 タスク管理における 5 つのコンテキストコンテキスト自体の概要、特に必要性と、タスク管理との絡みとして動的・静的があることを書きました。さらにタスク管理に踏み込んでいきます。
具体的にはタスク管理におけるコンテキスト、というものを見ていきます。

 5つのコンテキスト最初に表でまとめます。


No
名前
分類
解説
例


1
タスクコンテキスト
静的
そのタスクが持つ文脈
なぜ必要か、なぜ今行うのか、誰が内を言っているか、何が契機か、何に繋がるのか

2
セルフコンテキスト
静的
その人に関する文脈
その人が抱えている制約、立場や役割、生活、信条、意図や企み

3
ツールコンテキスト
静的
そのタスク管理ツールが持つ文脈
ツールのコンセプト、デザインや雰囲気とその理由、ツール開発者の思想、用語Xをツール上ではどう捉えているか

4
トリガーコンテキスト
静的
そのタスクを実行できる状況
人、場所、時間帯、道具

5
ロードコンテキスト
動的
そのタスクを行うときに必要な「頭の中に入れておくこと」
コンテキストスイッチングで切り替えるものがこれにあたる

1～3 のタスク、セルフ、ツールはわかりやすいと思います。それぞれタスク、人、ツールに関する文脈を指しています。
4 のトリガーについては、コンテナの章で述べたコンテキストタグのことです。たとえば「本を読む」タスクに「電車」タグをつけておくと、「電車に乗ったときに行えるタスク」を探したいときに電車タグで検索してヒットさせることができます。これは「本を読む」タスクに「電車内なら実行できますよ」という状況的性質をつけているに等しいです。トリガー（Trigger） とは契機という意味で、タスク管理においては「始めるきっかけ」です。つまりトリガーコンテキストとは、タスクの「それはいつ始めるのか」「いつなら始められるのか」を指しています。
5 のロードについては、いわゆるコンテキストスイッチングの話です。異なる仕事に切り替えたり、休んでいた状態から仕事を始めたりする際は、その仕事の文脈を頭に入れる必要がありますが、これはコンテキストスイッチングと呼ばれます。頭を丸ごと切り替えるようなもので、とても疲れる行為です。特に集中を要する高度な仕事では脳内で相当な情報を処理していますが、割り込みなどで邪魔されるとこれが消えちゃいます。取り戻すのには骨が折れます。このコンテキストスイッチングは、「そのタスクを行うのに必要な諸情報」を頭の中に読み込む、特に読み込みし直すということもでき、その諸情報を ロードコンテキスト（Load Context） と呼んでいます。

 現場のコンテキストが無い理由動的なコンテクストの項にて、現場の文脈なるものがあるとの話をしました。一方、上記 5 つのコンテキストではこれを扱っていません。どういうことでしょうか。もちろん意図的です。
現場のコンテキストは、タスク管理におけるコンテキストとしては扱いません。
なぜかというと、現場のコンテキストは慌ただしすぎてタスク管理も何もないからです。現場という刻一刻と変化する状況にひたすら食いついて臨機応変に何とかする――これ以上でもこれ以下でもありません。タスク管理の公理でも述べましたが、タスク管理とは言語化とツールの利用が必ず伴う営みです（※1）。それすら許されないほど慌ただしい状況はそもそも想定していませんし、タスク管理は役に立ちません。
ただし全く役に立たないかというとそうではなくて、自分自身が一歩引いて、タスク管理を行う余裕を確保した上で管理を始めればいいのです。個人でやるなら個人タスク管理ですし、チームやプロジェクトで行う・行わせるなら（本書ではほとんど扱っていませんが）プロジェクトタスク管理になります。いずれにせよ、タスク管理を始めると、現場のコンテキストなるもの結局上記の 5 つのコンテキストに分解されます。あの人がああ言ってる、この人はこう言っているらしい等はセルフコンテキストですし、これとこれをやれと言われたけど本当にやっていいのか、ちょっと状況整理してみよう等はタスクコンテキストです。
※
1 公理上は「ツールを使う」と「タスクかどうかは人が決める」しか言っていませんが、ツールを使うためには言語化した情報を入れないといけないので、言語化も事実上必要になります。物タスクなど言語を使わないタスク管理もあるかもしれませんが、筆者は現状知りませんし、言語化しないとタスクの内容がはっきりしなくて管理できないので（インボックス程度の軽い利用を除けば）今後発展することもないと思います――が、もちろん未来なんて誰にもわかりません。どこかの天才が言語化しないタスク管理なるものを開拓する可能性も案外あるかもしれません。


 コンテキストのトレードオフ容易に想像がつきますが、コンテキストを知るのにもコストがかかります。またすでに述べたように文脈は人が持っていることが多く、人から情報を直接的ないしは間接的に集めることもよくありますが、人が相手ゆえに、やり方や程度を間違えると関係が悪化します。悪化すれば以後引き出せなくなってしまいます。嫌われるとか、ハブられるとか、心を開いてくれないとか警戒されるなど、言わずとも誰でも知っていることです。そういう意味でリスクがあるとも言えます。
コンテキストを知る行為は時間や手間とのトレードオフだけと思いがちですが、実はリスキーでもあるのです。やらなすぎるとコンテキストがわかりませんし、やりすぎてもコストがかかりすぎて行動するコストが残ってなかったり（※1）、リスクを踏んでしまって先に進めなくなったりします。最適なバランスを常に模索せねばなりません。
とはいえ、一般的には「知らなすぎる」「見向きもしない」ことの方が多いですから、まずは意識的に知りに行くくらいが良いでしょう。
一方で、大きな組織や政治の強い世界になってくると、事態もすぐには動きませんし、タイミングというものもありますし、そもそも信頼関係をつくるところから始まるケースも多いので、辛抱強く少しずつ知りに行く慎重さが求められます。筆者はこれが苦手で、よくリスクを負ってしまいます。こう言うと下っ端に限った話に聞こえますが、上層の人が部下や現場からコンテキストを集める場合も同様で、トップダウンでいたずらに推進したところで表面上取り繕われておしまいです。このような慎重さはネガティブ・ケイパビリティと言えるとも思います。
※
1 当然ながらコンテキストを知るだけでは意味がなく、知った上でどう動くかを考える・判断する・実際に行動することも大事です。これはそうするための時間やお金が必要とも言えます。新規事業におけるリサーチと同様、コンテキストを知る営みもきりがないものですから、バランスを考えて行わないとすぐに尽きてしまいます。あるいはもっと一般論を言うと、コンテキストを知ることばかりに注視して行動が伴わない人は、ただの「情報通」や「細かいことばかり言う人」で終始してしまいます。ちなみに、コンテキストを知るよりもさっさと行動した方が早い（あるいは行動した方が多くのコンテキストが得られる）シチュエーションもそれなりにあり、よく「行動あるのみ」的な信条を持つ人がいますが、この人達はそのようなシチュエーションで成功体験を重ねています。参考にはなりますが、万能ではありません。やはり、どの程度コンテキストを知りに行くかは、その都度探る他ないのです。


 5 つのコンテキスト詳細5 つのコンテキストについて概略を見てきました。続いて各々の詳細に入ります。

 タスクコンテキストタスクコンテキストとは、そのタスクが持つ文脈を指します。
文脈の切り口は無数にありますが、5W1H でアプローチしてみましょう。Where はやりづらいので割愛します。
Who
そのタスクは誰が必要だと言っているか
そのタスクは誰のためになるのか
そのタスクをやったこと・やらなかったことで誰に影響するか

What
そのタスクを取り巻く事実は何か、意見は何か（特に事実は何か）

When
そのタスクはいつ行えばいいのか、またそれはなぜか
そのタスクを今行う理由は何か、事情は何か
そのタスクが最初に定義されたのはいつか

Why
そのタスクはなぜ必要なのか

How
そのタスクはどうやって行うのか、特に手段面で制約があったりしないか

こういったことがわかるのとわからないのとでは全然違います。文脈を尊重すれば賢く最低限の手間で立ち回れる上に、自分としても納得感があるため QoL も落ちません。逆に文脈がわからず淡々とこなすだけではどちらも削がれがちです。セルフコンテキストを知ると実行のタイミングと効率を最適化でき、あわよくば納得感も得られて精神衛生が良くなります。
この切り口ですが、他にも無数にあるので、自分なりの切り口をストックしておくと良いでしょう。参考にできそうなヒントをいくつか挙げておきます。
5W1H

異文化理解力に基づいた「説得」の観点
アジア圏は「包括的思考」であり、周囲の誰が何を言っているかを知りに行く傾向
欧州は「原理優先」であり、理論や概念から始める傾向
米国は「応用優先」であり、事実や発言・意見から始める傾向

事実と意見の区別
人、環境、ツールの三観点
ツールーロール
Tool（ツール）、Rule（ルール）、Role（役割や立場）


 セルフコンテキストセルフコンテキストとは、その人が持つ文脈を指します。
前の章で調動脈について述べましたが、ここでいう調子と動機はセルフコンテキストの一種です（ちなみに文脈はタスクの文脈でありタスクコンテキストに相当）。他にもその人の事情、信条や信念、先天的または後天的に備わった特性や、ストレングスファインダーやビッグファイブのような診断内容も含まれます――と、書くと割と何でも含んじゃってますが、そのとおりで割と何でも含みますが、一言で言えば その人がなぜそんな行動をするかという因子 全般です。
たとえば筆者は「自分の手で進める」ことや「毎日同じ生活リズムにストイックに従う」が好きです。これは私の特性から来るものだったり、キャリアアンカーという診断からも推し量ることができました。これらのコンテキストを持つ私にとって、仕事を毎日定時に収めたり残業を基本的に受け付けないのは当たり前ですし、それはチームや上司にも強く希望し、必要なら議論や衝突も辞さないくらいに自明なことではあるのですが、このコンテキストを知らない他者から見たら意味不明でしょう。
セルフコンテキストを知れば、その人の行動原理や行動特性がわかって自分の精神衛生を保てます。なんでそんなことするんだろう、という疑問や憤りに理由が付くので、（納得はできないかもしれませんが）理解はできるようになるからです。
セルフコンテキストは本当に厄介なもので、ここが阻害されると、人はかんたんに信頼関係を壊したり衝突を辞さなかったりします。こう言うと「いや社会人なんだからもうちょっと協調性を……」と思われるかもしれませんが、そう思える人は単にセルフコンテキストが広くて融通が利きやすいだけです。そういう人でも、たとえば子供の急病で早退が必要になったときに「いや仕事なんだから抜けちゃ困るよ」と言われたらイラッとするし信頼もできなくなるのではないでしょうか。これは育児や家族を大切にする、とのコンテキストがあるからです。
このセルフコンテキストですが、本当に人それぞれであり、何一つとして万人に当てはまる絶対的なものはありません。子供よりも仕事を選ぶ人もいますし、仕事よりも推しのキャラクターの誕生日を選ぶオタクもいれば、仕事よりもその職場にいる特定の人が目的になっている（のでその人がいなくなるとあっさり退職する）等もあります。教員やボランティアなど自分の時間やお金よりも大切な何かで動く人もいれば、他人や社会のことを何とも思わず自分の生活と安寧を重視するが表面上はワークライフバランスの域を演じている人もいますし、同僚や顧客を性的対象や恋愛対象とみなして消費・獲得することに重きを置く人もいます。本当に多様ですし、「事実は小説よりも奇なり」もよく似合うと思います。
もちろん、人のセルフコンテキストの、特に奥深くは通常は隠されるので、かんたんに知ることはできませんが、セルフコンテキストはある程度推定できます。家族を大事にする、オタクとして推しを大事にする、自分を殺してでも会社の出世競争にしがみつく、あたりは有名でしょう。別に正確に当てられなくてもいいのです。ろくでなしな言い方になるかもしれませんが、行動原理や特性がわかる程度にラベリングできればそれでオッケーなのです。この言い方が嫌なら、セルフコンテキストの仮説検証と言い換えても構いません。

 ツールコンテキストツールコンテキストとは、タスク管理ツールが持つ文脈を指します。もっと言えば 設計思想や世界観と同義です。
タスク管理はツールを用いて行うものですが、そのツールがそもそも曲者で、そもそも色んなツールがありますし、ツール各々も癖が強いです。単純な用途に割り切るなら別ですが、そもそもタスク管理は本質的に煩雑かつ個人的な営みなので、その辺のツールをテキトーに使うだけで上手くいくほど甘くはありません。タスク管理が定着しない人の半分くらいは、テキトーに使うことから脱せていないからだとさえ思います。それくらいにありふれたアンチパターンです。
では、どうするのかというと、ツールのコンテキストを理解して、尊重しながら使うのです。たとえば、
そのツールでは「タスク」をどういう概念だと捉えているのか
どんな戦略やスタンスを想定しているか
どんな用語を定義しているか
カスタマイズ性はどの程度か
カスタマイズ性が高い ≒ 各自の好みに各自で調整してください
カスタマイズ性が低い ≒ 四の五の言わずにツールが想定するとおりに使ってください

デザインや居心地にはどの程度気を遣っているか
などが考えられます。他にも無数にありますが、ポイントは「なぜこんなつくりになっているのだろう」「なぜこんな概念をわざわざ導入しているのだろう」と疑問を持って、その答えを 自分なりに 探すことです。自分なりに、と書いたのは、答えが直接示されているとは限らないからです。ドキュメントが充実している場合は書いてあることもありますが、書いてない方が多いでしょう。多かれ少なかれ自分なりに解釈する必要性は出てきます。
おすすめはツールの開発者（作者個人だったりチームだったり）の動向を追いかけることです。ツールには開発者の思想が出ます。ここで思想とは開発者自身のセルフコンテキストというよりは、その開発者が開発する物に込める思い、という意味です。開発者がブログや SNS などで発信していることもあれば、他の開発物という形で間接的に共通した性質を推し量ることもできます。
一方で、組織規模が大きくなってくると、ブランドによる細かい雰囲気や癖を除けば本質的な差はなくなってきます。たとえば Google と Microsoft は、一見するとどちらもタスク管理系サービスのあり方がだいぶ違いますが、片方でできることは他方でもできますし差はありません。どちらを使ってもいいです。しかし、好みの問題がおそらく出てくると思います。加えて「普段 Google を使っているから Google カレンダーだと連携しやすくていい」とか「会社が全社的に Microsoft だから選択肢がない」「もう Outlook ばっか使ってて馴染んでしまった」とかいった事情も絡んでくることが多いです。
この好みや事情が厄介で、惑わされやすいです。チームで仕事する場合や、すでにどちらかをヘビーユースしている場合は致し方ないとして、惑わされないでください。本章は個人タスク管理の話をしているので個人が使う想定で書きますが、タスク管理を上手くやれるかどうかは ツールがどうつくられているかを踏まえた上で、そのつくりと自分が合うか、あるいは合わせに行けそうかどうか次第です。この合うかどうかを判断するために、ツールコンテキストを知る必要があるのです。もちろん使い続けてみて肌で学ぶ、でもいいですが、合うとわかるまで続けるのは苦しいと思います。たとえば 3 ヶ月間、とりあえず使い続けてみるといったことができるでしょうか。新しい習慣を単にひとつつくるよりもはるかに難しいことです（それでもアスリートタイプの人なら比較的楽でしょうが）。かといって全く試さないのも違います。試すこと自体は必要です。ただ、それと並行してツールコンテキストを調べた方が近道だという話です。「あー、このツールはこういう感じなんだー」とわかればしめたもので、合うなら続ければいいし合わなければやめて次を探せます。そういう意味では人付き合いと同じかもしれません。
と、ここで一つ注目してほしいのですが、ここまでの説明では好みや事情といった要素には考慮していません。重要ではないし、何なら有害ですらあるからです。先ほどテキトーに使うのはアンチパターンだと書きましたが、同様に、好き嫌いや事情で選ぶのも実はアンチパターンです。もう一度書きますが、タスク管理は本質的に煩雑かつ個人的な営みで、これに対抗するためには、それなりに煩雑な概念や仕組みが必要になります。タスク管理は難しい営みです。かんたんなようで、かんたんじゃない。舐めてはいけません（※1）。何事にもそれなりに基礎があるように、タスク管理もそうです。なのに、タスク管理は現状体系化されていませんし、そのくせ本質的に個人的でもあるので、それら基礎をどう使うかも自分で探して行けねばならないのです。好き嫌いで感覚的に選ぶとか、事情があるからとりあえずこれを使うとかいったことはテキトーに使っていることと大差ありません。そうではなく、ちゃんとツールの設計思想や世界観と向き合い、自分がそれに合わせられるかを見極めます。合うのなら嫌いでも使った方がいいですし、合わないのなら好きでも使わない方がいいです。ツールは実際に自分にとって役に立つかどうかがすべてであり、ここと向き合わず表面的に使うのはおままごとでしかありません。と、かなり厳しいことを書きましたが、そうです。難しいし面倒くさい世界ですよね。だからこそ今まで体系化されていないのですし、筆者もこのような本を書いています。
※
1 「タスク管理はかんたんだよ」とか「そんな難しくないよ、シンプルでいいよ」と考える人もいるかもしれませんが、参考にできるとは限りません。そういう人はたいてい右記のいずれかです――1:慌ただしい状況に身を置いて振り回されているだけ。2:頭の性能が優れていてツールを使わずともこなせる力がある。3:パートナーや部下や経済力など何らかのパワーでタスク管理を委譲している。4:単に抱えるタスクが少ない過ごし方ができている。逆を言えば、これらに当てはまるのであれば、そのとおりタスク管理はかんたんで済むか、要らないか、（特に1:の場合は）役に立たないでしょう。


 トリガーコンテキストトリガーコンテキストとは、そのタスクを実行できる状況を指します。
個人タスク管理を真面目に行うと何十何百何千というタスクを扱うことになりますが、当然ながらいきなり全部はこなせないので「とりあえず保存しておいて」「一つずつ潰していく」営みが必要です。このときによく使われるのがフィルタリングで、指定条件を満たしたタスクのみを抽出します。このフィルタリングの条件として重宝するのがトリガーコンテキストです。いくつか例を挙げます。
通勤中に行えるタスク
自分は家にいるが、パートナーも子供もいないときに行いたいタスク
会社の昼休憩中に行えるタスク
こういったタスクをそのときに抽出したい場合、タスクにあらかじめ「通勤中」「家族がいないとき」「昼休憩」といったタグをつけておくのです。そうすると、通勤中に通勤中タグで検索することで「通勤中に行えるタスク」を抽出できます。もちろんツール（携帯性も考えるとスマホ一択でしょう、あるいは頑張ればアナログな手帳でも可能です ※1）にこれらタスクとタグを日頃から入れておくこととツール自体を持ち歩くことが前提です。
と、このような「今の状況で行えるタスクを引っ張ってくる」営みは、別にツールを使わず頭だけでもできるのですが、忘迷怠が発生しがちです。何十ならまだしも、何百何千なんて頭だけでは扱えませんよね。だからこそツールを使うのです。逆を言えば、別にそこまでタスクを抱えてないという人には不要です。
※
1 たとえばあな吉手帳術では付箋パッドで付箋をグルーピングできますが、これはトリガーコンテキスト名のエリアをつくってそこに付箋を入れるとも言え、本質的にはトリガーコンテキストの付与と同義です。これに限らず、アナログではタグの概念を実現できないので、名前をつけたエリアを設けてそこに書いたり置いたりすることで代替できます。


 オーバーヒートトリガーコンテキストは、自分一人では到底処理しきれない多数のタスクを抱えている人にこそ重宝します。このような人、特に状態を オーバーヒート と呼びます。機械が稼働しすぎて異常に熱くなっているイメージです。このオーバーヒートにはさらに二種類あって、やりたいことが多い オーバーウォント と、やるべきことが多い オーバーマスト に分かれます。いずれにせよ過熱して壊れそうになっている点は同じです。
オーバーヒートの対処方法はいくつかあります。無難なのは他の人に任せたりお金で解決したりといった「委譲する」アプローチか、自分がこなせるキャパシティ以上を受け付けないとする「捨てる」アプローチのいずれかですが、どちらも難しいことです。できれば苦労しないですよね。そもそも個人的なタスクは人に任せづらいですし、メモの章でも述べましたが特に日本では宗教観の影響で捨てるのが苦手になりがちです。そういうわけで「いや、自分自身でやるしかない」「やりたい」と至るのは自然なことです。でもキャパシティがオーバーしてて全部は入らないし、頭だけでタスク全部覚えて使い分けるのも無理だ……。
この状況を打開できるのがトリガーコンテキストです。タスクというものは、いつ行えるかが限られている場合が多いですから、それを全部ツールに記録しておいて、その状況が来たときにすぐ引き出せるようにしておけばいいのです。これをタスク管理的に表現すると タスクに「トリガーコンテキスト」を表現したタグをつけておく になります。つけておけば、いつでも検索・抽出できます。

 鍛錬あるのみトリガーコンテキストの運用は難しいです。
というのも、日々慌ただしい状況の中で「タスクの登録」「タグの追加」「トリガーコンテキストで検索」といった行為を何度も行わねばならないからです。そもそもツールを手放さず日常的に使っている状態が必須ですし、その上、追加や検索も素早く行えなくてはなりません。これは練習や鍛錬という言葉が似合うくらい、地道に身に着けていかねば至れない境地です。もちろん、この境地に至らなくても行うことは可能ですが、手間暇がかかりすぎて形骸化待ったなしでしょう。追加や検索にいちいち何十秒もかけてられないですよね。10 秒とか、できれば数秒くらいでできるようになりたいのです。
もちろん少しずつ始めることもできます。たとえば「通勤中」タグだけひとまず運用してみよう、くらいならかんたんです。無理なく一つずつタグを増やしていけば自然でしょう。

 最適なトリガーコンテキストは人それぞれさらに厄介なのが、このトリガーコンテキストを使えばいい、という正解がないことです。たとえば先ほど挙げた「通勤中」は、通勤をしていない人には通じませんし、「家族がいないとき」も独身の人には意味ないです。「昼休憩」も裁量高めで働いている人や夜型の人やそもそも働いていない人には使えないものでしょう。
自分を取り巻くトリガーコンテキストとして何があるかを知らねばなりません。かつ、それを素早く操作に反映できるよう言語化も要ります。「通勤中」と「電車内」と「移動中」は全部違いますし、ツールによっては並び順や色もあるので「1: 通勤中」のように数字を入れて並び順をコントロールしたり、文字色や背景色をどうするかも設定の余地がありますよね。こういうのを全部決めなくてはなりません。というか、いきなり決めるのはまず無理なので、試しながら調整していくことになります。鍛錬あるのみと書きましたが、本当に地道です。

 コンテキスト四天王では自分のトリガーコンテキストを自分でいきなり言語化してタグに落とし込めるかというと、これも難しいです。幸いなことに、先人が色々な事例を教えてくれています。筆者はこれをさらにまとめて、よく使われるトリガーコンテキストを コンテキスト四天王 と呼んでいます。以下の四つです。
人 Person
そのタスクを行うのに必要な人
そのタスクを行う際に、いると邪魔な人

場所 Place
そのタスクを行える場所

時間帯 Section
そのタスクを行える時間帯

道具 Tool
そのタスクを行うのに必要な道具

まずは人、場所、時間帯の三つを意識すると良いでしょう。ここまでの例で言えば、「通勤中」は場所または時間帯、「家族がいないとき」は人、「昼休憩」は時間帯です。私たちは通常、人や場所や時間帯によってできることが限られていますので、まずはこの三つについてトリガーコンテキストを考えるだけでも十分です。
道具については、実はあまり出番がありません。実質的に「道具がある場所にいるかどうか」や「道具を使える時間帯であるかどうか」に帰着されることが多いからです。「パソコンが必須」タグを使うよりも「自宅」とか「出勤中」の方がわかりやすく使いやすいと思います。

 ロードコンテキストロードコンテキストとは、頭の中に入れておく文脈を指します。
私たちは何かを行うとき、その過程や状況に関する諸々（ロードコンテキスト）を頭の中に入れます。特に一度の行動で終わらない仕事については、またあとで「続きから」行うことになりますが、その続きが何かという情報は通常、頭の中にあります。「ああ、ここまでやってたよな」とか「とりあえずこれとこれをこうするつもりでいるんだけど」など色々考えているはずです。逆にその辺を覚えていなかったり、思い出せなかったりすると腰が上がりません。あるいは前回やったことを無視して、非効率的なことをしてしまうかもしれません。思い出せるまで粘るのも手ですが、それはそれで大変ですよね。
コンテキストスイッチング（Context Switching） という言葉を聞いたことがある人は多いでしょう。これは頭の中に入れたロードコンテキストを切り替える（スイッチングする）という意味です。ある管理職の人がいたとして、幹部への報告、部下を集めた定例会議、部下各々との 1on1 ミーティング、家庭でのパートナーとのやり取り、子供とのやり取りなどを抱えているとして、これだけでも 6 個のロードコンテキストがあります。部下が 5 人いたら、一人一人違うはずですから 1on1 ミーティングだけでも 5 人分のロードコンテキストがありますよね。仕事が変わる度に切り替えねばなりません。部下 A さんとのミーティングなのに B さん用の文脈が頭にあっても使い物にならないし、失礼になってしまう恐れもあります。すでに述べたとおり、人が相手だと文脈を理解せずコミュニケーションすると見限られてしまうリスクもあります――と、これは人を相手にする生き方の例ですが、人を相手にしない場面でも例外ではなく、たとえば趣味にせよ仕事にせよクリエイターは手掛けている作品に応じてロードコンテキストが変わりますし、ゲームにせよスポーツにせよ対戦の世界に身を置く人についても、ステージやチームごとに変わるはずです。
言うまでもなくコンテキストスイッチングは重要です。しかし前提として コンテキストスイッチングはとても疲れます。重要なのに疲れるというシビアな営みです。上手くやれるに越したことはないでしょう。単純な話、疲れにくくなればよりたくさんの仕事や行動をこなせるようになりますし、最低限の切り替えができるようになるだけでも（文脈を考慮できなかったことによる）失望や見限りを食らうリスクを減らせます。何より 切り替えの腰が上がるようになると、行動力が上がります。体力やバイタリティという話ではなく、私たちが何かと怠けがちなのは、コンテキストスイッチングが疲れるからだという面もあるのです。スイッチングを楽々行えるようになれば、その分の怠惰は減らせます。実際はモチベーションの問題もあってそう単純ではないのですが、少なくとも「スイッチングの疲労」という邪魔者を一つ薄めることができるのです。
では、どうすればもっと上手くやれるでしょうか。

 コンテキストスイッチング・モデルまずはコンテキストスイッチングがどう行われているかのイメージを理解したいです。これはあくまでイメージであって、脳科学的にこのようなメカニズムが働いている等を論じているわけではないことに注意してください。直感的に理解しやすくするために筆者が考えたモデルです。
上の図は、ロードコンテキスト A から B にスイッチングする際のイメージです。ポイントは二点で、領域 をフラフラ歩いていることと、ニュートラルという回復地帯 を経由していることです。
ここから以下のような本質を導けます。原則という形で名前もつけておきましょう。
地道の原則
歩いているので、移動自体にそれなりの時間がかかる

回復の原則
いったん回復地帯を経由するべきである

面の原則
領域であるため広がりや重なりがある、少なくともゼロイチのような単純な状態ではない

等価交換の原則
ロードコンテキスト領域の奥底に行けばどっぷり浸かれるが、行くのにも戻って来るのにもその分時間がかかる
（等価交換とはトレードオフの意）

コンテキストスイッチングをどう行うかは、このモデルに則った形で設計すると馴染みやすいのです。モデルを踏まえると、おおよその戦略も見えてきます。いくつか見ていきましょう。

 休憩の時間をしっかり取るまずは基本中の基本ですが、ニュートラル（回復地帯）を経由するための 休憩の時間をしっかり取りましょう。
休憩の強度としては、筆者の体感ですが、睡眠 >> 昼寝 > 瞑想やぼーっとすること >> ネットサーフィンや談話 > 家事や散歩や手慣れた作業、くらいだと思います。睡眠はニュートラル領域の奥底に行くイメージだと考えてください。後ろの方のネットサーフィンや散歩は、ニュートラルには入っていないが、かなり近づいているようなイメージです。近づくだけでも回復は得られますし、別の領域に行く際はむしろやりやすいです。
一つ注意したいのですが、だからといってネットサーフィンや散歩ばかりしてればいいかというと、そうでもないのです。ネットサーフィンでは注意資源（認知資源）、散歩では物理的な体力も使います。これらが減りすぎても動けなくなるので、やりすぎると本末転倒です。あくまでもコンテキストスイッチングの観点においてはニュートラルに位置するものだ、という話にすぎません。そういう意味では、休憩手段を分散させるのは手です。ネットサーフィンしか使えないよりも、ネットサーフィンと散歩と家事を全部使えた方が、休憩の余地は広がります。前者だと注意資源を消耗してしまって、早々にどこかでバテてしまうでしょう。
これら休憩は意識的に取りたいです。筆者としては、1時間仕事Xをする → 1時間ネットサーフィン → 1時間仕事Yをする → 1時間散歩、のように同じ時間だけ休憩を差し込んでも全然問題ないと思います。一見すると休憩にだいぶ時間を割いてそうですが、コンテキストスイッチングは疲れますし、スイッチングが不十分のまま仕事してもかえって雑になったり無駄に詰まったりして進行が遅くなりがちです。徹夜するよりもしっかり睡眠を取った方が捗る、くらいならわかりやすいが、これはコンテキストスイッチング全般でもそうだと考えてください。おそらく実際に試して、生産性など成果を測定してみるのが良いでしょう。休憩をこまめに、大胆に入れた方が出ると思います。
休憩の手段は多岐に渡りますが、本章では解説しません。筆者としては「自分に合った手段と時間を取り入れる」と「一つの手段に頼りすぎると（ネットサーフィンで注意資源を使い切るように）別の資源が死んでしまうので色んな手段を使う」の二点を押さえて、あとは自分で模索すればいいかなと思っています。その他詳細は、この手の話題を扱った参考文献に譲ります: 19、22

 スプリント vs マラソンコンテキストスイッチングのあり方として、スプリントが合う人とマラソンが合う人がいると感じます。
スプリントとはオンオフをしっかり区別することです。やるときはしっかりやる、ロードコンテキスト領域の奥底にまで一気に突っ込み、しばらく滞在してあくせくした後、帰りも一気に駆け抜けるイメージ。一方でマラソンとは、マイペースにゆっくりと常に移動し続けることです。
スプリントの場合、たとえば仕事 A を3時間して、その後 2～3 時間くらい休憩してから、仕事 B にまた3時間くらいどっぷりと浸かる――そんな過ごし方になります。途中の仔細は見向きもしません。仕事 A の最中に用事を思い出したから済ませるかー、みたいな脱線はせず、ただただ気が済むか落ち着くまで仕事 A にぶっこんでいます。
マラソンの場合は、だらだらとながら作業しながら A をこなしつつ、B をこなしつつ、のような中途半端な過ごし方になります。とはいえ今は A に注力している、今は休憩寄り、今は B に寄っている、などウェイトの傾向は出ます。ただスプリントのように A にだけぶっこむ！というほど特化はしていません。ながらやマルチタスクといった言葉がよく似合います。また常に歩いているようなものなので、足を止めるような大きめの休憩は取りません。たとえば昼休憩中や散歩中でもスマホを片手に何かを読んだり聴いたりするでしょう。
どちらのスタイルが合っているかは人それぞれですので、ご自身のスタイルを意識すると良いでしょう。スプリントでしたら割り込みや誘惑は積極的に断つべきですし、マラソンであれば逆に下手に縛らず開放的で賑やかな環境の方が過ごしやすいです。一つの目安は散歩で、30分から 1 時間くらいの散歩を毎日行うとして、散歩中に他のことを行いたいかどうか、です。あるいは行ってしまうかどうか、でも構いません。数日くらいだと演技も可能なので、数ヶ月や一年など長期的に続ける場合を考えてみてください。行う場合はマラソンタイプだと思います。
ちなみに現代ではマラソンが主流です。スマホや SNS の影響は言わずもがなですし、仕事も長時間拘束されがちで、休日や休憩時間も未だに偏っていて、で待ち時間に対してもシビアになりがちですよね。なので性格次第というより、生活次第だとは思っています。実際、筆者自身も昔は明らかにマラソン派でしたが、現在はスプリント派です。そのためにミニマリズムなど現代の潮流に抗う行動もかなりしています（たとえばスマホを持っていません）。もう一つ、仕事の現場でもマラソン派が主流となっていて、慌ただしい状況下でマルチタスクを求められがちです。スプリント派は、よほど実力があればどうとでもなりますが、そうでもなければ中々厳しい社会だと感じます――と、マラソンが主流であることを書いたのは、主流に惑わされず自分のタイプを判断してほしいから です。

 バッファを取るバッファとはイレギュラーに備えて取っておく余裕時間ですが、モデルで示したとおり、コンテキストスイッチングは移動のようなものであり、それなりに時間がかかります。移動時間は見越しておいた方が何かと良いです。
特に色んな仕事に切り替えないといけない人は、10 分でも 5 分でもいいので、余分に取ることを意識してみてほしいです。前述でいうマラソン派の人は、間を置かずにすぐ切り替えがちですが、これは疲れます。移動でもそうですよね、たとえば乗り換えでも次の電車の発車時刻まであと数秒しかなくて駆け込み気味に乗車するのと、5 分くらい待ち時間があってゆっくり待ってから乗車するのとでは違います。このイメージです。管理職の方も、会議の予定が連続で詰まっている場合が多いかと思いますが、数分くらい休憩があるだけでもだいぶ違うでしょう。
コンテキストスイッチング一つ一つの負荷は大して大きくありませんが、これも重なると効きます。意識的にバッファを取っておくことで、この重なりの暴力もある程度食い止められます。

 土地勘を養う土地勘とはたとえですが、各ロードコンテキストの位置関係と歩きづらさはぜひとも知っておきたいところです。
位置関係とは、文脈的に似ていることの度合いです。たとえばブログ記事 A を書くことと、同じブログの別の記事 B を書くことはタスクとして近いです。文脈が似ているので、コンテキストスイッチングも比較的しやすいです。もちろん記事内容によってはスイッチングが大変なケースもありますが、少なくともブログを書くという環境面では同じです。これは内容観点では遠いが、環境観点では近いと言えます。距離的に近い（似ている）観点があることこそが重要であり、このような観点が多ければ多いほどスイッチングはしやすくなります。位置関係の近い観点が一つ存在することを ニア（near） と呼ばせてください。この場合、環境観点がニアです。ニアを最低一つ、できれば複数探したいのです。
さて、どんな観点があるかですが、ここは各々しっくり来るものを探してください。参考までに、筆者がよく使う観点を挙げておきます。
内容感（仮にカテゴリーに分けるとしたらどのカテゴリーに属するか）
締切感（寝かせる余裕があるかどうかなど）
資料感（誰かに伝えるための手間が要るのか、それとも自分だけがわかればいいのか）
審査感（誰かにチェックしてもらう必要性の度合い）
契機感（トリガーコンテキスト感。同じ状況で実行できそうか）
小難しく書いてますが、要は内容感は「同じ食レポ記事なら記事 A から記事 B にもスイッチングしやすいよね」、締切感は「今日締切のものはまとめて行った方がやりやすいよね」、資料感は「人に伝える必要がなく手元で検討すればいいものはまとめて行った方が捗りそうだよね」といったことを言っています。締切感が一番わかりやすいでしょうか。今日が締切のタスクが複数あったとしても、あまりスイッチングの負担に煩わされずに対処できると思います（疲れはしますが）。これは締切という観点において、コンテキストの位置関係つまりは距離が近いからです。近いからスイッチングの負担が小さくて済んでいるのです。「締切感」はよく知られた観点の一つと言えるでしょう。ニアを探すのもかんたんです。言葉にするまでもなく、今日が 2024/07/03 なら、各タスクの締切が 2024/07/03（今日中）や 2024/07/04（明日中）であることを確認すればいいだけだからです。
このように観点をたくさん知り、自分が抱えるタスク達の位置関係を把握してニアを探せば、スイッチングを行いやすくなります。頭だけで把握できない場合は、書いたりプロットしたりもしても良いでしょう。Miroなど無限キャンバスが役に立ちます。
もう一つ、歩きづらさについては、端的に言えばどれだけ消耗しやすいかです。一番わかりやすいのがスポーツにおける本番でしょう。陸上でも野球でも何でもいいですが、本番を一つ行うためには前後のウォームアップやクールダウンも含めて、かなりの手間がかかります。一日複数回本番を行うことは通常ないはずです。頭脳労働についても、アイデア出しなど正解含む制約の無い状態で発散や収束を行う営みは非常に疲れるもので、一日数時間とできるものではありません。これらは非常に歩きづらい山岳地帯を登り降りしているようなもので、移動自体にかなりの負担がかかります。一方、身体の各部位を鍛えたり技術的な練習をしたりすることや、スキルを発揮して何らかの作業を行うことなどは（習熟具合にもよりますが慣れてしまえば）さほど疲れません。熱心な者やプロは一日中、下手すれば四六時中活動していられますが、これは歩きやすい平地を移動しているようなものです。
何のタスクがどれだけ歩きづらいかは、そのタスクの性質と、タスクの実行者の能力で決まります。たとえば現在 40 万文字、第 3 巻相当まで書けている小説の続きを書くタスクがあるとして、これは歩きづらいでしょうか。答えは人によります。まず小説を書かない大多数の一般人にとっては、まともに歩けないほど険しいでしょう。書ける人については、頭の中で組み立てることができてそれを出力・微調整するだけで済む才能の持ち主（個人的には小説家に必要な才能と思います）であれば歩きやすいはずです。逆に、筆者もそうですが、頭の中では完結できず、書いたものと脳内を絶えず行き来しながら頑張って整合性を合わせつつ、より面白い展開も粘り強く探しに行くようなタイプですと歩きづらいです。実際、筆者はいくつかの Web 小説を書いてきましたが、歩きづらすぎて一日数時間くらいしか書けません。プロの小説家や Web 小説でも毎日更新できるような人にとっては平地を歩くようなものですが、筆者にとって山岳地帯を登るようなものです。
この歩きづらさの把握は非常に重要です。歩きづらいかどうかで適切な向き合い方が変わるからです。まず 歩きづらいタスクは一日の中で実行できるタイミングが限られます。筆者にとっての小説がまさにそうで、起床後のフレッシュな頭で数時間もつかどうか、という程度です。仕事後の疲れた頭では書けません。なので筆者が小説を書きたいのなら、なるべく起床後早めに書く必要があるのです。会社員で仕事があることも考えると、早起きをして数時間の時間をつくる必要もありますね。そのためには生活を早寝早起きにシフトせねばなりません――と、ここまでやらないといけなくなります。逆を言えば、歩きづらさを把握しているからこそ、自信を持ってこうして行動に移せているわけですし、ここまでしない限りは書けません。散歩時の軽装で本格的な登山ができないのと同じです。登山に必要な準備は、やるしかないのです。次に 歩きやすいタスクは一日中どこでもできます。始めれば進みますので、始められるかどうかが争点となります。カフェで仕事をしたり、とりあえずたくさん仕事を詰め込んで忙しくしたりする人が多いのもそのためですね。自律的に始めるのが難しいので、環境や集団の力に頼るわけです。あまりに当たり前すぎて自覚がないこともよくあります。
このように歩きづらさを把握できれば、どう取り組んでいくかも考えやすくなります。ゲームでたとえるとマッピングのようなものです。マップを自分でつくるのは大変ですが、一度つくってしまえば、以後はそのつくったマップを見て最適な行動が取れるようになります。

 タスク管理のスタンスとの関係スタンスの章でもコンテキストを重視したスタンスをいくつか取り上げています。
コンテキストン は、タスクコンテキストを重視するスタンスです。ちなみにセルフコンテキストは重視しません（してもよい）。セルフコンテキストは、どちらかと言えばマネージャーが部下と上手く付き合ったり、社内政治で勝つためにキーマンを理解して対策を打ったりといった場面で重視されます。しかし現代は多様性の時代でもあり、他の人のセルフコンテキストを尊重できない人は今後淘汰されていく（少なくとも万能ではなく活躍の機会が限定される）と思います。
ミキサーは、ロードコンテキストを重視する――つまりはコンテキストスイッチングを抑えるスタンスです。位置関係の近いタスクを把握して、まとめて処理しようとします。

 まとめコンテキストとは文脈のこと
コンテキストを知ることの重要性
1 踏まえないと通じないし、下手すれば失敗するから
2 何度も挑戦できるほどチャンスは多くないから（特に対人関係）
1+2、つまり少ないチャンスで確実にものにするために、コンテキストを知っておいた方が良いから

コンテキストには動的と静的がある
タスク管理においては、コンテキストは 5 つある
5 つ
タスクに紐づくタスクコンテキスト
人に紐づくセルフコンテキスト
道具に紐づくツールコンテキスト
そのタスクを実行できる状況、を意味するトリガーコンテキスト
コンテキストスイッチングにて切り替えるロードコンテキスト

タスクとセルフとツールについては、
知りに行くのにもコストがかかるためトレードオフである
どんな切り口で知りに行くかは人それぞれ、自分なりの手札を揃えておくと便利

トリガーとロードについては、
最適なあり方は人それぞれなので自分で模索していきたい
筆者の例も示しているが、これは筆者の例であり、おそらく参考にならない

コンテキスト四天王とコンテキストスイッチングモデルは便利
No	名前	分類	解説	例
1	タスクコンテキスト	静的	そのタスクが持つ文脈	なぜ必要か、なぜ今行うのか、誰が内を言っているか、何が契機か、何に繋がるのか
2	セルフコンテキスト	静的	その人に関する文脈	その人が抱えている制約、立場や役割、生活、信条、意図や企み
3	ツールコンテキスト	静的	そのタスク管理ツールが持つ文脈	ツールのコンセプト、デザインや雰囲気とその理由、ツール開発者の思想、用語Xをツール上ではどう捉えているか
4	トリガーコンテキスト	静的	そのタスクを実行できる状況	人、場所、時間帯、道具
5	ロードコンテキスト	動的	そのタスクを行うときに必要な「頭の中に入れておくこと」	コンテキストスイッチングで切り替えるものがこれにあたる