planning-base

計画（ベースフレームワーク）

中核となる洞察: 計画プロセスは、あらゆる時間スケールで同じです。変化するのは、入力情報、時間的視野、および実験の粒度です。

コア構造

すべての計画セッションでは以下を扱います:

1. 現状把握 → 現在のキャパシティ/状態
2. 制約 → 計画の周りで固定されているもの
3. 優先事項 → 2～3の主要な焦点（最大）
4. 実験 → テスト/試行/探索すること
5. 成功レベル → 「十分良い」の基準（0～3）

時間スケールをパラメータとして

スケール	入力情報	視野	出力
日次	昨日のサマリー	1日	今日の焦点
週次	週次レトロ	7日	週次計画
月次	月次レトロ	4週間	月次計画
四半期	四半期レトロ	3ヶ月	四半期計画
年次	年次レトロ	12ヶ月	年次計画

自然な流れ: レトロ → 同じスケールでの計画。洞察が新鮮で、すぐに将来の計画に活かせます。

プロセス

1. 境界を設定する

# 現在の日付を確認
TZ='America/New_York' date '+%A, %B %d, %Y - %I:%M %p %Z'

計画する期間を確認:

• 日次: 「[日付] の計画を立てます。よろしいですか？」
• 週次: 「[開始] ～ [終了] の計画を立てます。よろしいですか？」
• 月次: 「[月 年] の計画を立てます。よろしいですか？」
• 四半期: 「[年] 第[X]四半期の計画を立てます。よろしいですか？」
• 年次: 「[年] の計画を立てます。よろしいですか？」

2. コンテキストを読み込む

スケールに適した入力情報を読み込み:

• 日次: 昨日のサマリー、今日のカレンダー
• 週次: 今週のレトロ、月次目標
• 月次: 今月のレトロ、四半期目標
• 四半期: 今四半期のレトロ、年次目標
• 年次: 今年のレトロ、複数年のビジョン

目的: 計画を立てる前に、現在のキャパシティとコンテキストを理解する。

3. 最初に制約を特定する ⚠️ 重要

優先事項を提案する前に、固定されているものを特定する:

以下の点を尋ねる:

• 譲れないもの: 締切、予定、義務（動かせないもの）
• 既知の負担: 高負荷のタスク、エネルギーを要する作業（バッファが必要）
• スケジュールのプレッシャー: 将来の日付からの逆算
• 進行中の実験: 一貫性を保ち、データを乱さない

スケールに応じた質問:

• 日次: 「今日のカレンダーは？エネルギーを奪うものはありますか？」
• 週次: 「今週の約束事は？密集した日はありますか？」
• 月次: 「主要なマイルストーンは？旅行は？既知のキャパシティ制約は？」
• 四半期: 「主要な成果物は？季節要因は？」
• 年次: 「大きなライフイベントは？戦略的な賭けは？」

なぜ重要か: 固定された制約を無視した優先事項を提案すると、計画はユーザーを失敗に導きます。

4. 最初に空のフレームワークを作成する

⚠️ 重要: コンテンツを埋める前に、構造のみのアーティファクトを作成する。

プロセス:

1. すべてのセクションヘッダーを含む空のアーティファクトを生成
2. ユーザーに提示: 「こちらが一緒に埋めていく構造です」
3. 各セクションの目的を簡単に説明
4. その後、一度に1セクションずつ埋めていく

なぜ重要か:

• ユーザーは詳細に入る前に全体像を見ることができる
• 認知負荷を軽減（何が来るかわかっている）
• 生成ではなく反応を促す
• 全ドラフトアプローチでは見落とされるニュアンスを捉える

制約特定後、最初のアーティファクトを作成する。

ファイル名テンプレート:

[Scale]-Plan-[Date-Range].md

例:

• Daily-Focus-2025-12-05.md
• Weekly-Plan-2025-12-01-to-07.md
• Monthly-Plan-2025-12.md
• Quarterly-Plan-2025-Q1.md
• Yearly-Plan-2026.md

5. フレームワーク構造

# [スケール] 計画: [テーマ/焦点]

**期間:** [日付範囲]

---

## 現状把握

- [レトロからのキャパシティ洞察]
- [特定された主要な制約]
- [前の期間にうまくいった/いかなかったこと]
- [最大2～3箇条書き、スキャン可能]

---

## 制約

**固定:**
- [譲れない締切、予定]
- [既知の負担または高負荷の日]

**重要な日付（週次以上）:**

| 日付 | イベント | 備考 |
|------|----------|------|
| [日付] | [イベント] | [コンテキスト] |

---

## 今[期間]の優先事項

制約とパターンに基づく:

1. [優先事項1 - 多くの場合、制約に基づく]
2. [優先事項2 - 「うまくいったこと」と目標から]
3. [優先事項3 - ストレッチ、任意]

この順序は、[特定の制約]を考慮して問題ありませんか？

---

## 試す実験

**成功レベルに合わせて:**

**レベル0～1（基盤/ベース）:**
- [最小限の進行をサポートする実験]

**レベル2（目標）:**
- [キャパシティを考慮した良い週のための実験]

**レベル3（到達目標）:**
- [すべてが整った場合のストレッチ実験]

---

## 週間構成（週次計画）

**週次計画に含める。日ごとの焦点マッピング。**

| 曜日 | 日付 | 焦点 | 主要アクティビティ |
|------|------|------|---------------------|
| 月 | [日付] | [主要な焦点] | [1～2アクティビティ] |
| 火 | [日付] | [主要な焦点] | [1～2アクティビティ] |
| … | … | … | … |

---

## 成功の形

### レベル0: 基盤
*今[期間]への最低限の関与*
*現在のコンテキストで「参加した」とみなされるもの*
[会話的に埋める]

### レベル1: ベース
[現在のキャパシティにおける最低限の進行]

### レベル2: 目標
[現在のキャパシティにおける良い[期間]]

### レベル3: 到達目標
[例外的だが達成可能]

**十分良い = レベル0は常にカウント。レベル1で堅実。レベル2で素晴らしい。レベル3で驚異的。**

---

## 備考

[期間固有のコンテキスト、リマインダー、メタ観察]

6. 一度に1セクションずつ埋める

⚠️ 重要: 最初のパスで完全なドキュメントを生成しない。

セクションごとのパターン:

1. 制約とレトロデータに基づいて提案を行う
2. その提案について1つだけ焦点を絞った質問をする
3. ユーザーの応答を待つ
4. アーティファクトをリアルタイムで更新
5. 次のセクションに進む前に確認する

ユーザーの応答の解釈:

• 「進めて」/「続けて」/「これで大丈夫」= 次のセクションに進む（最後までスキップしない）
• 「十分良い」= セクション承認、次に進む
• 「議論しよう」= このセクションに留まり、さらに深掘りする

やってはいけないこと:

• 完全なドキュメントを生成してから承認を求める
• 「進めて」をすべてを終わらせる許可と解釈する
• 成功レベルの会話による調整をスキップする

セクションごとのペース:

• 「現状把握」→ 速やかに進む（レトロから引き出す）
• 「優先事項」→ 深さが必要（制約を考慮した提案→反応）
• 「実験」→ 半自動（レトロ提案から選択）
• 「成功レベル」→ 対話的（現在のキャパシティに合わせて調整）

中核原則: 制約 → 提案 → 反応 → 洗練

7. 最終バージョンを保存する

保存先: /mnt/user-data/outputs/[filename]

ユーザーにリマインド: 「'add to project' をクリックして永続的に保存してください。」

成功レベルフレームワーク

レベル0: 基盤

• 常にカウント
• 「私はこれに何らかの形で関与した」
• オール・オア・ナッシング思考を防ぐ
• 最も困難な日でも、L0は達成可能

レベル1: ベース

• キャパシティに応じた堅実な進行
• 持続可能で、繰り返し可能
• 英雄的ではなく、一貫している

レベル2: 目標

• 良い[期間]の姿
• ストレッチだが現実的
• 勢いを構築する

レベル3: 到達目標

• 例外的な成果
• すべてが整った時
• 驚異的だが必須ではない

調整: レベルは現在のキャパシティに適応する。回復期のレベル2は、全キャパシティ時のレベル2とは異なる。

重要: これらのレベルは、レトロスペクティブにおける主要な評価基準となる。将来の自分が各基準を ✓/✗ で評価できるように、明確に記述すること。

意思決定フィルター（月次以上）

月次以上の計画では、提案されたアクティビティをテストするための2質問フィルターを作成する。

すべてのアクティビティは、両方の質問に「はい」と答える必要がある。これによりスコープクリープを防ぎ、重要なことに焦点を保つ。

テンプレート:

1. これは[テーマに沿ったアクション]ですか？
2. これは[次のマイルストーンに向けて構築]されますか？

例:

月1（基盤構築）:

1. これは目標の距離/スキルに向けて構築されますか？
2. これをケガ/バーンアウトなく維持できますか？

月2（ボリューム増加）:

1. これは適切にキャパシティを増加させますか？
2. これは回復バランスを維持しますか？

月3（レース準備）:

1. これは目標イベントに備えますか？
2. これは目標前にオーバートレーニングを回避しますか？

使用方法: 期間途中で新しい機会やタスクが発生した場合、フィルターにかける。両方「はい」= 進める。一方「いいえ」= 延期または委任。両方「いいえ」= 断る。

中核原則

優先事項は最大2～3: それ以上は焦点が分散する。

制約を先に: 柔軟なものを提案する前に、固定されたものを理解する。

現実とともに働く: 想像上のキャパシティではなく、実際のキャパシティから始める。

コミットメントではなく実験: 義務ではなくテストとして捉える。方向転換の許可。

レベル0は常にカウント: 基盤は完璧主義のスパイラルを防ぐ。

計画は仮説: 実行はリアルタイムで適応する。レトロが実際に起こったことを捉える。

エッジケース

あるスケールでの初めての計画:

• 参照するレトロがない
• 制約の特定から始める
• 控えめな成功レベルを設定
• 最後にレトロを行い、パターンを確立する

レトロ→計画を同じセッションで:

• コンテキストヘッドルームがあれば自然な流れ
• 進む前にトークンを確認
• 利点: 洞察が新鮮で、コンテキストロスがない
• リスク: 計画中にトークンが尽きる可能性

キャパシティが不明:

• レベル0を非常に低く設定
• 期間がキャパシティを明らかにするのを待つ
• レトロが実際に可能だったことを捉える

計画-レトロ（メタ改善）

計画セッションの終了時に、簡単に振り返る:

• この計画プロセスの何がうまくいったか？
• 何がぎこちなかったか、欠けていたか？
• スキルの更新は必要か？

計画の「備考」セクションに記録する。

柔軟性

構造はガイドであり、処方箋ではない:

• 関連しないセクションはスキップ
• ドメイン固有のセクションを追加
• 複雑さに応じて長さを調整
• 包括的ではなく実行可能に焦点を当てる

異なるスケール、同じ筋肉:

• 日次計画は迅速（5～10分）
• 週次計画は中程度（20～30分）
• 月次以上の計画はより深く（45～60分）
• 同じ構造、異なる深さ