レトロスペクティブ（ベースフレームワーク）は何をしますか？

核心的な洞察: レトロスペクティブのプロセスは、どの時間スケールでも同じです。変わるのは入力と時間軸のフレーミングだけです。

3つの質問

すべてのレトロスペクティブは、次の3つの質問に答えます:

何がうまくいったか？ → これをさらに増やす
何がうまくいかなかったか？ → これを変える実験を行う
レトロプロセスをどう改善するか？ → メタ改善のループ

これだけです。それ以外のすべては、これらの質問をサポートするための構造です。

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

スケール	入力	時間軸	出力
日次	生の観察	1日	日次サマリー
週次	日次サマリー	7日	週次レトロ
月次	週次レトロ	4週間	月次レトロ
四半期	月次レトロ	3か月	四半期レトロ
年次	四半期レトロ	12か月	年次レトロ

フラクタルパターン: 各レベルは、前のレベルの出力を圧縮して、次のレベルの入力とします。

プロセス

1. 境界を設定する

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

レビューする期間を確認:

日次: 「[日付] をレビューします。正しいですか？」
週次: 「[開始日] ～ [終了日] をレビューします。正しいですか？」
月次: 「[月] [年] をレビューします。正しいですか？」
四半期: 「Q[X] [年] をレビューします。正しいですか？」
年次: 「[年] をレビューします。正しいですか？」

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

スケールに応じた入力を読み込む:

日次: 今日のメモ・ログを読み込む
週次: 週の日次サマリーを読み込む
月次: 月の週次レトロを読み込む
四半期: 四半期の月次レトロを読み込む
年次: 年の四半期レトロを読み込む

さらに読み込むもの:

前回のレトロ（比較用）
現在の目標・計画（該当スケール）
関連するプロジェクトドキュメント

入力が不足している場合: ギャップを記録し、入手可能なデータで進める。

計画からレベル基準を読み込む

レビュー対象期間に計画ドキュメントが存在する場合:

計画からレベル0/1/2/3の基準をそのまま引用する
各基準を個別に評価する（✓/✗）
全体的なレベル評価にまとめる
これを主要な成功指標とする - 成功指標テーブルは二次的な詳細

3. 日別レビュー（週次以上でデフォルト）

使用タイミング: 週次以上のレトロスペクティブで、日次サマリーが利用可能な場合。これはデフォルトのアプローチであり、毎回行う価値があります。

目的: パターンを統合する前に、各日を簡潔に振り返ります。これにより、見落とされがちな詳細が浮かび上がり、ユーザーが週全体と再びつながるのに役立ちます。

プロセス:

各日のサマリーを簡潔に提示する（1日あたり2～3のキーポイント）
「[曜日]に追加や修正はありますか？」と尋ねる
ユーザーが反応し、コンテキストを追加したり、「それで大丈夫」と言ったりするのを待つ
次の日に進む
ウォークスルー後、空のフレームワークドキュメントを作成する

これが役立つ理由:

忘れられた詳細が浮かび上がる（「そういえば火曜日は大変だった」）
サマリーのギャップやエラーをキャッチする
統合前に記憶をウォームアップする
少ない労力（生成ではなく反応）
最終ドキュメント用の凝縮されたタイムラインを生成する

軽く保つ: これは方向付けであり、分析ではありません。統合はメインセクションに取っておきます。

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

重要: 構造のみのアーティファクトを作成し、何も記入する前にユーザーに説明する。

プロセス:

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

これが重要な理由:

ユーザーは詳細に入る前に全体像を見ることができる
認知負荷を減らす（何が来るかわかっている）
生成ではなく反応を可能にする

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

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

例:

Daily-Summary-2025-12-05.md
Weekly-Retro-2025-12-01-to-07.md
Monthly-Retro-2025-12.md
Quarterly-Retro-2025-Q4.md
Yearly-Retro-2025.md

5. フレームワークの構造

# [スケール] レトロ: [テーマ/タイトル]

**期間:** [日付範囲]
**コンテキスト:** [簡潔なコンテキスト行]

---

## TL;DR - [期間] サマリー

**形式: スキャンしやすい箇条書き**
- 主要パターン 1
- 主要パターン 2
- 主要な発見
- 主な課題
- 全体的な軌跡

---

## 日別タイムライン（週次以上）

**週次以上のレトロに含める。日別レビューから凝縮した参考情報。**

| 曜日 | 日付 | コンテキストタグ | 主な出来事 |
|-----|------|----------------|------------|
| 月 | [日付] | [タグ] | [1-2の主要イベント] |
| 火 | [日付] | [タグ] | [1-2の主要イベント] |
| ... | ... | ... | ... |

**コンテキストタグ:** ドメイン固有の状態追跡のためのオプション列（個人の拡張で定義）。

---

## 計画と実績の比較（週次以上、計画が存在する場合）

**週次、月次、四半期、年次のレトロで、計画ドキュメントが存在する場合に含める。**

### テーマ評価
**計画テーマ:** [計画から]
**維持されたか？** [はい/一部/いいえ + 証拠]

### 成功指標

| 領域 | 目標 | 実績 | 評価 |
|------|------|------|------|
| [優先事項1] | [目標] | [結果] | ✓ 達成 / ◐ 部分的 / ✗ 未達 |
| [優先事項2] | [目標] | [結果] | ✓ 達成 / ◐ 部分的 / ✗ 未達 |

### レベル評価（[期間]計画から）

**レベル0（基盤）:** [✓ 達成 / ◐ 部分的 / ✗ 未達]
- [計画からの基準1] [✓/✗]
- [計画からの基準2] [✓/✗]

**レベル1（ベース）:** [✓ 達成 / ◐ 部分的 / ✗ 未達]
- [計画からの基準1] [✓/✗]
- [計画からの基準2] [✓/✗]

**レベル2（目標）:** [✓ 達成 / ◐ 部分的 / ✗ 未達]
- [計画からの基準1] [✓/✗]

**レベル3（到達目標）:** [✓ 達成 / ◐ 部分的 / ✗ 未達]（該当する場合）
- [計画からの基準1] [✓/✗]

### ベン図

**計画のみ:**
- [計画されたが実現しなかったこと]

**両方:**
- [計画通りに実現したこと]

**実績のみ:**
- [計画にはなかったが実現したこと]

---

## うまくいったこと（もっと増やしたいこと）

[観察 → 反応を通じて会話形式で記入]

---

## うまくいかなかったこと（＋試す実験）

**形式: 課題 → 提案実験**

### 課題1: [問題]
**なぜ問題か:** [影響]
**試す実験:**
- **次の[短い期間]:** [即時テスト]
- **次の[現在の期間]:** [中期実験]
- **より長い時間軸:** [先送りのアプローチ]

---

## 進捗追跡

**関連する間隔と比較:**

### 前回の[期間]
**前回:** [サマリー]
**今回:** [サマリー]
**軌跡:** [改善/安定/悪化 + 証拠]

### より長い時間軸（データがあれば）
**当時:** [状態]
**現在:** [状態]
**流れ:** [何が変わったか]

---

## [スケール]-レトロ（このプロセスを改善する）

[レトロスペクティブ自体に関するメタ観察]
- このレトロ形式でうまくいったことは？
- ぎこちなかった点や不足していた点は？
- スキルの更新が必要な点は？

---

## 感謝

[ポジティブな締めくくりのアンカー - ピークエンド効果]

この[期間]に感謝していることは何ですか？

6. 一度に1つの質問だけを埋める

⚠️ 重要: 1つの質問をし、応答を待ち、アーティファクトを更新してから、次の質問に進む。

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

入力データから観察を行う
その観察について1つの焦点を絞った質問をする
ユーザーの応答を待つ
アーティファクトをリアルタイムで更新する
次のセクションに進む前に確認する

オープンな質問ではなく、観察から始める:

✅ 「[パターン]に気づきました。これをもっと増やしたいですか？」
✅ 「[課題]が繰り返し出てきました。どのような実験がこれに対処しますか？」
❌ 「最も重要だったことは何ですか？」（ゼロからの生成が必要）
❌ 一度に複数の質問をする

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

「うまくいったこと」→ 素早く進む（観察 → 同意）
「うまくいかなかったこと」→ 深堀りが必要（実験は対話的に発展）
「レトロ-レトロ」→ プロセスについて1つの質問
「感謝」→ 最後に取っておく（ポジティブなアンカー）

7. 保存とアーカイブ

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

ユーザーに通知: 「'プロジェクトに追加'をクリックして、永続的に保存してください。」

前のレベルの入力をアーカイブ:

週次レトロ後 → 日次サマリーをアーカイブ
月次レトロ後 → 週次レトロをアーカイブ
コンテキストを軽量に保ち、履歴をローカルに保存する

基本原則

同じ質問、どのスケールでも: 3つの質問は、1日をレビューする場合でも1年をレビューする場合でも機能します。

入力は出力に圧縮される: 各レトロは入力をサマリーに圧縮し、それが次のレベルの入力になります。

観察 → 反応: 人間はゼロから生成するよりも、反応する方が得意です。

判断ではなく実験: 「何がうまくいかなかったか + 何を試すか」は「何が失敗したか」よりも優れています。

ピークエンド効果: 期間の難易度に関わらず、感謝で締めくくる。

メタ改善: レトロプロセス自体が時間とともに改善されるべきです。

エッジケース

あるスケールでの最初のレトロ:

比較をスキップ（過去データなし）
ベースラインパターンの確立に集中

入力不足:

入手可能なデータで進める
将来の改善のためにギャップを記録

複合スケール:

コンテキストが許せば、同じセッションで週次＋月次を実施可能
自然な流れ: 週次の洞察 → 月次の統合

柔軟性

構造はガイドであり、規定ではない:

関連しないセクションはスキップ
ドメイン固有のセクションを追加
複雑さに応じて長さを調整
ノイズではなくシグナルに集中

レトロスペクティブ（ベースフレームワーク）