前回の記事の続きです。
使い始めたばかりのCapacitiesですが、当面はプロジェクト管理ツールとして使ってみようと考えています。
具体的には、プロジェクトノートをCapacities上に作っていきます。
実際にいくつかのプロジェクトについてプロジェクトノートを作ってみたところ、自然な形でもう1つの役割も兼ねられることに気づきました。
それは、デイリーページです。
デイリーページについてはこれまでにも何度か取り上げてきましたが、いずれも挫折してきました。
ツールとしては、Cosense（旧Scrapbox）とLogseqで取り組んできましたが、今回はCapacitiesで再挑戦ということになります。
以下、Capacities上に作ったプロジェクトノートとデイリーページをご紹介します。
改めて、プロジェクトとは何か？
Capacitiesでのデイリーページとプロジェクトノートの運用・その3
Capacitiesでのデイリーページとプロジェクトノートの運用・その2
当面のCapacitiesの役割
続・メモを残しこれを活用する上でのCapacitiesの役割
メモを残しこれを活用する上でのCapacitiesの役割
メモを残しこれを活用する上でのCosenseの役割
メモを残しこれを活用する上でのEvernoteの役割
メモを残しこれを活用する上でのタスクシュートの役割
CapacitiesとCosenseの棲み分けをどうするか
CapacitiesでTCジャーナルを“束ね直す”
記録をもとに流れをつくる
記録を残すといいことがある？
メモを「束ねる」とは何をすることか？（Cosense編）
メモを「束ねる」とは何をすることか？（Evernote＋Todoist編）
毎日発生するメモをもとに「最終成果物」を作るために
毎日発生するメモの「前処理」・その4
毎日発生するメモの「前処理」・その3
毎日発生するメモの「前処理」・その2
毎日発生するメモの「前処理」・その1
毎日発生するメモをどう処理するか
「夕食までにマストタスクを終えたいと考えています、アドバイスをお願いします」
「無駄なことに時間を使ってはいけない」と戒めるだけでは足りない
やってみないとわからないから、記録する
「タスクに取りかかる」ことは「準備を進める」ことと同義
タスクに取りかかれないとき、自分の中で何が起きているのか
タスク管理における「攻守」のバランスについて
「習慣」を創るツールとしてのタスクシュート──“環世界”を自分で組み立てる
懸案は“まとまった時間”では動かない──たった10分で動き出せた理由
ダムとしてのセクションとビュッフェとしてのセクション
「振り返り」ができないシンドロームから抜け出すためのビンディング調整
「起点」を逃さず記録に残す
当事者目線の記録には「香り」が残る
傍観者目線の記録と当事者目線の記録
「昨日、何してた？」「今日は何をする？」
続・やってみて、うまくいったら次の展開を考える？
やってみて、うまくいったら次の展開を考える？
使途不明時間は「休符」と捉えてみる
2つの使途不明時間
「タスクシュート・ガイド」の使いどころ
「タスクシュートAI（仮）」を作ってみました
使途不明時間をゼロにする効用
タスクに「取りかかる」代わりに「取りに来てもらう」・例外編
タスクに「取りかかる」代わりに「取りに来てもらう」・事例編
タスクに「取りかかる」代わりに「取りに来てもらう」
睡眠をファーストタスクとみなす
続・タスクの「積載率」を考える
タスクの「積載率」を考える
セクションの1つを「ボーナスステージ」にする
新しい習慣を身につけるには「チャーター便」をやめて「混載便」に切り替える
タスクシュートとタイムブロッキングの違い
続・タスクに次々と取りかかれるようになるためのやり方を考える
タスクに次々と取りかかれるようになるためのやり方を考える
タスクに次々と取りかかれるようになるための考え方
タスクに取りかかるための2つのカギ
行動を後押しするのは「再現性」よりも「感覚」
タスクシュートに残した記録を通して未来の自分に伝えたいこと
タスクシュートに残した記録を未来の自分に活用してもらうには
タスクシュートを続けることで得られる時間感覚
タスクシュート上のプランを「実行できる」と思える理由
抱えているプロジェクトを「素早く切り替えることができる」効用
プロジェクト管理においてツールはどの要件に応えてくれるか
プロジェクト管理ツールに求められる要件
プロジェクト管理が必要になるとき
複数のプロジェクトを同時並行で進めるときに「諦める」こと
野望系プロジェクトはどのように進めればいいか
野望系プロジェクトとはどんなプロジェクトか
メンテナンス系プロジェクトの進め方の実際
パズル系プロジェクトの進め方の実際
攻略系プロジェクトの進め方の実際
4つのタイプ別のプロジェクトの進め方
抱えているプロジェクトを4つのタイプに分ける
実行頻度の低いリピートタスクの実行確率を上げるための工夫
「コントロールされた波乗り」と「コントロールされていない波乗り」を混ぜる
「コントロールされた波乗り」と「コントロールされていない波乗り」のバランスの追求
「コントロールされた波乗り」とは何か？
ネガティブループから抜け出すための「コントロールされた波乗り」
完璧とは終わりの始まりなのに、なぜかここを目指してしまう問題
複数ツール併用体制におけるEvernoteの役割を改めて考える
Dynalistという「研究所」では何が行われているのか？
Todoistの役割が日付管理なら、Dynalistの役割は何か？
Todoistで日付管理を行う流れ
Evernoteの「タスク」機能ではタスク管理が難しくなる理由
タスクシュート上で「図」と「地」を区別する
タスク管理システムがあるから「冒険」できるが…
Evernoteの森で道に迷ったら、Dynalistで抜け道を見つける
ツールAに担わせている役割の一部をツールBに移管する
ツールで苦労する体験を積み重ねることで最適解への嗅覚が鋭くなる
名付けがたい「あいまいな時間」に向き合うからこそ得られるもの
タスクシュートの記録を付け忘れたとき＝チャンス
改めて「TaskChute AI」について考える・その2
改めて「TaskChute AI」について考える・その1
「推し進めるタスク」の推し進め方・その2
「推し進めるタスク」の推し進め方・その1
「推し進めるタスク」と「終わらせるタスク」の比率
「期限」や「優先度」とは別に、タスクに取りかかるための自分なりの基準を持つ
タスクに期限を設定すれば取りかかりやすくなるのか
タスク管理を「情報が循環する体系」として捉える
記録と振り返りは何のために行うのか？
タスクシュートにおけるリピートタスクとは何なのか？
