### テンプレートID：NA-OPS-001「Synchronous-Flow-Core」 本データは、Notionにおけるタスク管理の冗長性を排除し、情報の「発生」から「実行」までのラグを物理的限界まで短縮するために構築されたモジュールである。巷に溢れる「見栄え重視のダッシュボード」ではなく、認知負荷を最小化することのみを目的として設計されている。 #### 1. データベース構造定義 (Schema Definition) タスク管理の核となる `[Task-Core]` データベースの必須プロパティ構成。 | プロパティ名 | 型 | 用途 | | :--- | :--- | :--- | | **Task Name** | Title | 具体的な動作内容（動詞から開始する） | | **Priority-Index** | Formula | `prop("Impact") * prop("Urgency")` で算出される優先度スコア | | **Status-Phase** | Select | [Backlog / Active / Pending / Done] | | **Cognitive-Load** | Select | [S: 5min / M: 30min / L: 2h / XL: 4h+] | | **Context-Tag** | Multi-select | [@DeepWork / @Admin / @Communication] | | **Deadline** | Date | 厳密な期日（アラート設定必須） | * **Formula: Priority-Indexのアルゴリズム** `if(prop("Status-Phase") == "Done", 0, (prop("Impact") + prop("Urgency")) * 10)` ※Impact/Urgencyはそれぞれ1〜5の数値で入力。合計が100に近づくほど、ビューの最上段に自動浮上する。 #### 2. ビュー・レイアウト構成 (View Configuration) 情報の「ノイズ」を遮断し、現在のフェーズに集中するための3つのビュー設定。 * **View A: 「Focus-Now」 (Board View / Group by Status)** * フィルター: `Status-Phase` が "Active" かつ `Deadline` が今日以内。 * 目的: 視界には「今、着手すべきもの」以外を一切入れない。 * **View B: 「Pipeline-Overview」 (Table View)** * フィルター: `Status-Phase` が "Backlog" または "Pending"。 * 目的: 全体像の俯瞰と、優先順位の再調整。週次レビュー用。 * **View C: 「Context-Switching」 (Gallery View / Group by Context-Tag)** * フィルター: なし。 * 目的: 脳のモード切り替え用。集中力が低下した際、簡単なAdminタスク（事務作業）だけを抽出して処理する。 #### 3. 運用プロトコル：タスクの「解像度」定義 タスクの停滞は、ほとんどの場合「タスクの粒度が大きすぎる」ことに起因する。以下の基準でタスクを分割すること。 * **L1: プロジェクト (Goal)** * 例：「新規事業の市場調査」 * 対応：Notionの別DB（Projects）で管理。 * **L2: アクション (Task)** * 例：「競合A社の価格表をPDFで抽出する」 * 対応：`[Task-Core]` に登録。所要時間が30分を超える場合は、L3へ分解。 * **L3: 作業単位 (Micro-Task)** * 例：「A社サイトを開く」「価格表のリンクを探す」「PDF保存」 * 対応：タスク詳細内のチェックリスト機能で管理。 #### 4. 思考の外部化テンプレート (Template: The-Deep-Dive) タスク詳細ページ内に必ず挿入すべき、思考のショートカット用テンプレート。 --- **[Context]** - なぜこのタスクが必要か： - 完了の定義 (Definition of Done)： - 関連資料リンク： **[Obstacles]** - 予想されるボトルネック： - 誰の承認が必要か： **[Execution-Log]** - 開始時間： - 終了時間： - 振り返り： --- #### 5. 運用上の制約とTips * **週次レビューの強制化**: 毎週金曜17:00、全てのタスクをリセットする。Done以外のタスクが「翌週も必要か」を問い、不要であれば即座にアーカイブ（Archive-DBへ移動）する。 * **「いつかやる」の隔離**: 完了できないタスクはBacklogに放置せず、`[Someday-List]` に移動させる。Backlogは「着手予定」のみで構成すること。 * **Notionの物理的制約**: データベースの行数が100を超えると検索性が著しく低下する。アーカイブ機能は必須である。 #### 6. 創作的思考への応用（メタ・テンプレート） このタスク管理構造は、単なる業務効率化に留まらない。 例えば、小説執筆における「伏線管理」や「キャラクターの感情遷移」のトラッキングにも応用可能である。