Dashboard.mdを3〜10件フォーカスで回す日次運用【Obsidian Tips】

"ObsidianのDashboard.mdでフォーカス件数を3〜10件に絞る日次運用を解説。朝の候補固定・終業時のstatus更新・保留案件の残し方まで、初心者が再現できる手順をまとめました。"

Obsidian で記事ネタや作業メモを管理していると、「たくさん書き溜めたのに何から手をつければいいか分からない」という状態になりやすいです。

Dashboard.md のフォーカス件数を 3〜10件 に絞る運用にすると、短期の進捗と在庫の維持をバランスよく回しやすくなります。

この記事の結論

フォーカス件数を3〜10件に絞ると、進めるものと積んでおくものの区別がつきやすくなる

朝にフォーカス候補を固定し、終業時に status を更新するサイクルが基本

保留案件は hold_reason と next_action を必ず残しておく。残さないと積み残しが見えなくなる

なぜ3〜10件に絞るのか

フォーカス件数に上限を設けない運用では、「やること」がいつも多く見え、どれも中途半端に進む状態になりやすいです。

一方、少なすぎると在庫（ストック記事・ネタ）の状況が把握しにくくなります。

3〜10件という範囲は、次の2つのバランスを取りやすい目安です。

観点	内容
短期進捗	今日・今週に動かすものが明確になる
在庫維持	上位の候補を常に視野に入れておける

件数は固定でなくてよく、作業量や締め切りに合わせて3〜10の範囲で調整します。

朝・終業の日次サイクル

ステップ 1: 朝に上位からフォーカス候補を固定する

Dashboard.md を開き、未公開記事の上位から3〜10件を「今日・今週に動かすもの」として選びます。

選ぶ基準の例:

priority が高い順（S・A・B など）
publish_date が近い順
前日の next_action に「翌日着手」と書いたもの

選んだら、その件数より下は今日は見ない、と決めるのがポイントです。全件を毎朝見直すと判断コストが上がります。

ステップ 2: 終業時に status を更新する

作業が終わったら、該当の記事の frontmatter を更新します。

# 例: 本文初稿まで進んだとき
status: draft

# 例: 公開したとき
status: published
published_date: 2026-05-30

status の種類は運用に合わせて決めますが、筆者は次の4つを使っています。

status	意味
`inbox`	着手前・アイデア段階
`draft`	執筆中
`hold`	一時保留
`published`	公開済み

ステップ 3: 保留案件に hold_reason と next_action を残す

「今日は進められなかった」「方針が決まっていない」など、保留にする案件が出たときは 必ず理由と次のアクションを残します。

status: hold
hold_reason: "関連記事の公開を待ってから構成を決める"
next_action: "cursor-free 公開後に再着手"

この2項目を空にしたまま hold にすると、翌日以降に「なぜ止まっているか」が分からなくなります。Dashboard.md を見返したときに判断できる状態を保つのが目的です。

保留案件の扱い方

保留案件はフォーカス候補の外に置きますが、完全に忘れてよいわけではありません。週次レビューのタイミングで hold_reason を確認し、条件が整ったものは inbox に戻して再度フォーカス候補に入れます。

保留が長期化している案件は、hold_reason を読み直して「そもそも書くか書かないか」を判断します。削除より「保留のまま残す」ほうがコストは低いですが、件数が増えすぎると Dashboard.md が読みにくくなるため、定期的な棚卸しが向きやすいです。

まとめ

フォーカス件数は 3〜10件 を目安に、作業量に合わせて調整する
朝に候補を固定 → 終業時に status 更新、のサイクルを回す
保留には必ず hold_reason と next_action を残す

Obsidian を使った AI ログ・知識管理の全体像は、AI 知識管理 / AI ログ運用 Hub 記事（準備中）でまとめる予定です。

本記事は執筆時点（2026-05-30）の情報に基づいています。Obsidian の仕様は変更される場合があります。最新情報は Obsidian 公式ドキュメントでご確認ください。