
【Obsidian最適化の旅 #15】Projectsプラグインを試す。
どうも。趣味でObsidianを使っている者です。
このnoteを含む一連の記事は、私が新しいVaultに求めるものを明確にし、Obsidianの機能を改めて深掘りした上で、私のためだけに存在するObsidian環境を作り上げるまでの旅の記録になります。
本記事は第15弾です。
興味のある方はぜひ連載を順に読んでみてください。思考と試行の記録です。
Obsidianで自分がしたいと思っていた「プロジェクトマネジメント」をプラグインを使ったりしてこねくり回してみようシリーズ。前回は過去に挫折したTasksを使った方法に改めてトライした結果、当時より使いこなせそうな感じがありました。
今回はProjectsというプラグイン。タスク管理もといプロジェクトマネジメントのために存在していそうな名前のプラグインです。
どうぞお付き合いください。
カレンダーの一覧性の良さは異常。
Projectsプラグインとな・・・?
Obsidianでのプロジェクトマネジメント(タスクマネジメント)を探していた時に見つけたのが下の動画。
専用ビューがProjectsの売り
Projectsは専用のページを提供してくれます。そこでタスクなり各種ノートなりの管理をするスタイルになるわけですが、他にはなかった良さを感じたのがカレンダービューです。

Metadata MenuでもTasksでも、デイリーにタスクを落とし込む際に「何日にどれだけ仕事入れたっけ?」の確認がしづらかったという課題をProjectsは解決してくれます。
表示も月・2週・週・3日・1日といろいろ切り替えることができて便利です。
もう一つの個人的な目玉はTableビュー。外見はノートにDataviewで抽出するのと似ていますが、こちらは表の上で値を変更し、ノート側のプロパティを変えることができます。

ことタスク管理においては、図のように完了/未完了のトグルをポチポチしたり、日付を変えてリスケしたりできる便利さがあります。
他にも「Board(いわゆるカンバン)」と「Gallery」というビューがありますが、これらは私の求めるタスク管理には必要のない部分ですので割愛します。
Galleryは本棚的に使えそうな魅力を感じますが、読んだタイトルの表紙画像をネットで探してくるようなマメさは私にはありません!
タグかフォルダかDataview
Projectsプラグインでは、プロジェクトごとに専用ビューでノートや予定を管理することができます。
そのプロジェクトの作り方は3種類。タグかフォルダか、あるいはDataviewで自分なりの抽出をするか。それぞれにメリットとデメリットがあるので以下にまとめます。

フォルダでやる分には目立ったデメリットはなさそうだなと感じます。強いて言えばノートの移動がいつもよりちょっとだけ面倒かもしれません。
タグは使い方をきちんと設計できていれば問題ないかもしれませんが、例えば月ごとの振り返りノートに学びや反省を書き、その段落にタグを付けて管理した場合、そのノートも拾われるようになります。
フォルダ運用に比べるとちょっとだけ堅苦しい感じがします。
Dataviewの場合は基本的にどのビューも閲覧専用になってしまいます。せっかくのTableビュー上での編集機能が失われるため、個人的には論外です。
階層構造か組み合わせか
プロジェクトの作成をタグで行うにしてもフォルダで行うにしても、分類したものはそれぞれ分類後のものしか表示させることはできません。
例えばフォルダで「Obsidianの記事投稿」「マナビDXQ」と分けた場合、それぞれのプロジェクトごとでしかビューの確認ができません。
テーブル表示は別々の方が情報量が多すぎなくて良いですが、問題はカレンダーです。大体カレンダーを見る目的はすべてのプロジェクトを含めたスケジュールの確認です。プロジェクトごとにしか表示できないと頻繁にプロジェクトを切り替える羽目になります。
これを回避するには
階層にする
フォルダとタグを組み合わせる
の二つが有効そうです。
階層にする
例として上記の「Obsidianの記事投稿」「マナビDXQ」のフォルダわけであれば、
プロジェクト/Obsidianno記事投稿
プロジェクト/マナビDXQ
のように、Projectsで管理する専用フォルダの中に個別にフォルダを作成します。これで「プロジェクト」フォルダ内の全ノートを管理するプロジェクトを作成すれば、専用ビューで全プロジェクトのノートやスケジュールの管理が可能になります。
タグも同様に階層化して適用できます。
フォルダとタグを組み合わせる
例として
「#プロジェクト」というタグをProjectsで管理するノートのテンプレートに埋め込んでおく
タグベースでプロジェクトを作成し、全プロジェクトのノートを管理する
案件ごとにフォルダは分けて、フォルダベースでプロジェクトを作成して個別管理する
これにより全体管理も個別管理も実現できます。
フォルダとタグを逆にしても同様です。
ただこの方法だと完了したプロジェクトのアーカイブが面倒です。完了したプロジェクトに関連するノートのタグだけ書き換えるか、それらのフォルダを移動するか。
どちらにしても階層での運用に比べると手間なので、大人しく階層で運用するのが良さそうです。
Projectsのメリット
なんといっても専用ビュー(既出)
MOCの半自動化(Tableビュー)
予定の可視化(Calendarビュー)
これはよい。とてもよいです。
課題
とはいえ私の全要望を叶えてくれたわけではございません。まだ克服できていない部分があります。
プロジェクトの全体像の把握
Projects単体ではプロジェクトの全体像は見えません。大人しくMOCするか、あるいは他のプラグインとの併用が必要かもしれません。
ノート同士をきちんとリンクして、タスクを最終的なアウトプットまでつなぐことができれば可視化する術はありそうですが・・・どうでしょう?
グラフビューでは心もとないし、キャンバスではノートを配置するのが面倒だし。いい方法をご存知の方は是非コメントをお願いします。
・・・とここまで書いて、「Projectsでプロジェクト運用していれば、グラフビューでフィルターを使って結構可視化できるのでは」と思い至りました。

ノートが増えると心配ではありますが・・・どうでしょう?
端末間の同期はできない
Obsidian Syncなどで自宅と会社のPCで同期してたりすると、片方の設定は他方に反映されません。同じ管理の仕方をしたいと思ったら二度同じ設定をする必要があります。
一つ目のデメリットに比べれば些末な問題ですが、一応。
まとめ
長々とProjectsについて語って来ましたが、まとめると
階層のあるフォルダもしくはタグでプロジェクトを管理すれば!
専用ビューで快適に予定や進捗が管理できる!
ただし全体像や依存関係は見えないかも!
そんな感じのプラグインでございました。
「タスク管理する」という目的に対して「カレンダーで確認できるといいよ」という大いなる気づきをもたらしてくれた経験になったと思います。もうカレンダー的なサムシングがヲンチューです。
次回予告
次回は今回見たカレンダーのように「予定したタスクを確認しやすくするには」というテーマで調査・報告させていただきたいと思います。
乞うご期待。