【Obsidianぶらり旅 #7】Full CalendarとGTDの魔法

ハ〇ーポッター的なタイトルを意識してしまいました。

先日、デビッド・アレン著「はじめてのGTD ストレスフリーの整理術」および「ひとつ上のGTD ストレスフリーの整理術 実践編」をオーディオブックで拝聴しました。

なかなか電子書籍化されないようですが、audiobook.jpではオーディオブック化されていた上、セールでこれ幸いと購入。1冊あたり12~13時間、倍速でその半分としてもそれなりにヘビーでした。内容については個人的にはどちらか1冊でよかったかな、と思います。

で、書籍にて紹介されていたタスク管理の手法や考え方が自分がObsidian上＋αで構築しているものとほぼ一致していたため、せっかくなので記事にしようというわけです。

Full Calendarとは

楽したかったのでAIにお手伝いいただきました。

導入に至った経緯はこちらの連載の12~17話をお読みいただけると幸いです。他のプラグインも試したりして、自分に必要な要素を備えたものとしてFull Calendarを導入し、活用しています。

GTDとは

やはり楽したかったのでAIにお手伝いいただきました。

設定・準備

インストールと有効化

各自でお願いします。（投）

フォルダかデイリーノートか

Full Calendarではタスク・予定の管理方法としてフォルダ運用とデイリーノート運用を選択することができます。

Githubに置いてあるgifがわかりやすいのでそちらのページをご紹介します。運用イメージがつかみやすいと思います。

個人的にはフォルダでの運用がおすすめです。タスクに関するメモを残せるのがただひたすらに便利です。

業務に関するプロジェクトなんかはイメージしやすいと思いますが、運動の習慣化などプライベートなこともプロジェクト化して同じカレンダーで運用すると良い感じです。

プロジェクトとそうでないけど重要なこと（習慣とか）をどう分類するかはお好み次第ですが、私はPARAメソッドを推しています。

管理ルーティン

ObsidianおよびFull Calendarを使ってGTDを実践するには以下のようなことをルーティン的に行う必要があります。

プロジェクトノートの作成

Full Calendarによってタスクごとにノートが作成されるようになりますが、これらは放っておくとリンクの無いノートとして乱立することになります。

いずれのタスクも基本的にはプロジェクトやエリアに紐づき、特定の目的に向かうための活動になるはずです。そこで最低限の紐づけ先として、プロジェクトごとの専用ノートが必要になります。

このプロジェクトノート内にプロジェクト自体の目的やゴール、期限を記入しておいたり、関連タスクを全部配置してMOCしたりしています。

私の例を挙げると

• Milestones（会議関係）

• Tasks（中でさらに目的ごとにわける）

• References（関連する書籍や論文へのリンク）

• Memos（その他分類がよくわからないやつら）

といった形でMOCして運用しています。会議用の資料作成は会議の予定にリンクしたり。

月ごとの目標設定（収集・処理）

タスクが振られる場合には自分で洗い出す必要はないかもしれませんが、一人前に仕事を任されるようになるほど自分で進捗を管理する必要が生じてきます。

その際に個人的に役立っているのが「今月どこまで進むか」を決めておくことです。もちろん会社や上司が想定している進捗に遅れない範囲で。

今月どこまで進めるかが決まっていると、この次で紹介する翌週のタスク確認の際に「来週はここまで進めておかないとな」といったことが把握できるようになります。

翌週のタスク確認（収集・処理・整理・見直し）

これはGTDでも推奨されている活動ですが、毎週末にタスクを見直します。前週のやり残しは何か、翌週やらなければいけないことは何か。

Full Calendarを使っているとタスクや予定が埋まっているかは一目瞭然です。スカスカであればどんどん予定をタスクで埋めていきます。

この辺は突発案件の多い職場かどうかでやり方を変えるべきところかもしれません。現場や客に近い部署ほど自分でコントロールできない突発案件が増えてくると思います。それらに対応できるようにある程度はスケジュールを空けておきたい人もいるでしょう。

いずれにせよ、前週を振り返ってやり残したタスクがあればそれを翌週に計画したり、やり残した原因がタスクの掘り下げ不足にあり、事前に取り組むべきことが出て来たならそれを計画したり。あるいは今月の目標を達成するために必要な新しいタスクを計画したりする必要があります。

タスク同士のリンク

プロジェクトノートのところでも触れましたが、タスクのノートは放っておくとどのノートともリンクされません。しかし潜在的にはどのタスクも関連タスクやプロジェクト、エリアとリンクできるはずです。

しっかりタスクノートをリンクしておくことで、未来の自分が当時を振り返りやすくなったり、関連資料やデータを探しやすくなります。

これらはプロジェクトのアウトプットに役立つこともあれば、コミュニケーションをスムーズにしてくれたりします。たぶん。

タスク同士をリンクしやすくするためにはリンク漏れを検出できると便利です。私はプロジェクトノート内でDataviewによりこれを抽出するようにしています。（後述）

オプション：抜け漏れ防止

GTDを実践していくためにはタスクをすべて洗い出す必要があります。
そしてタスクノートをObsidianの一部としてきちんと運用していくためには関連するノート同士をつないでいくことが必要になります。

これらを効率的に行うためにDataviewを活用したりしています。

未完タスク洗い出しのDataview

完了していないタスクについては毎日のデイリーノートにテンプレートとしてDataviewを埋め込むことで確認できるようにしています。

毎日カレンダー見てればわかるんですけども・・・一応。

テンプレートの中身は以下のようになっています。

• ProjectsかAreasフォルダの中のノートで

• 未完で

• 計画された日がそのデイリーノート以前

のものを抽出しています。

const today = dv.date("<% tp.file.title %>");
dv.table(["File", "startTime", "completed"],
    dv.pages('"Areas" OR "Projects"')
       .where(p => p.completed == false)
       .where(p => p.date < today)
       .sort(p => p.file.name)
       .map(p => [p.file.link, p.startTime, p.completed]));

ノートのリンク漏れ検出のDataview

こちらはプロジェクトノートの下部に仕込んでいます。そのプロジェクトフォルダの中のノートに対して、リンクの数が0のものを抽出します。

LIST
FROM "Projects/ProjectX"
WHERE length(file.inlinks) = 0

バックリンクはドキュメント内に

リンクしてあるかの確認をしやすくするため、バックリンクはドキュメント内に表示させるのが良いと思います。

タスクのメモを残しながら「あ、リンクしなきゃな」と気づきやすくなります。

おまけ

以下の記事で紹介しましたが、フォルダ運用ついでにContribution Graphというプラグインを使用すると、いつどれだけタスクを実行したかをまた違った形で可視化できます。

まとめ

Full Calendarの良さは以下のような点にあると感じています。

• 予定が見える

• タスクを具体的に計画・修正できる

• タスクごとにメモを残せる

来週の予定がスカスカだなぁと感じれば、今抱えているプロジェクトを見直して遅れているものがあれば進めたり、滞っているものがあればフォローをタスクとして追加したりできます。

どれくらい予定を埋めておくべきかは職場環境によって異なる部分だと考えています。突発案件がほぼない職場であれば、始業から終業までタスクで埋め尽くしてあってもいいでしょうが、現場や客先に近い部署ほど突発案件が自分の業務時間を占める割合が増えてくると思います。でも同時にコツコツ進めなければならないプロジェクトも進行している、といった状況もあると思います。

自分の環境だとどれくらい予定を埋めておくのが良いか、あるいは「この日のこの時間だけはプロジェクトのことだけやる」みたいな時間捻出の仕方を考えて調整するのがいいかもしれません。

Full Calendarを使うことでタスクを洗い出さなきゃという意識といつやるかの具体的な計画が促進されます。ご自身の性格や環境とマッチしそうであれば、ぜひ試してみてはいかがでしょうか。

現場からは以上です。