analysis-retrospective

実施するタイミング

重要な分析プロジェクトを完了してから1週間以内に、詳細をまだ覚えているうちに実施します。また、分析がうまくいかなかった場合（納期遅れ、関係者からの却下、納品後に発覚したデータエラーなど）にも、同じ問題の再発を防ぐために実施します。特定の問題がなくても、チームの振り返りを四半期ごとに実施します。

プロセス

1. 振り返りの時間を設定する — 1人の場合は30分、チームの場合は60分です。焦点を保つため、references/retro_frameworks.md の構成（Start/Stop/Continue または4Ls：Liked/Lacked/Learned/Longed for）を使用します。
2. プロジェクトを計画と照らし合わせて見直す — 実際のスケジュール、範囲、工数を計画と比較し、差異を記録します。
3. うまくいったことを特定する — 再度取り入れるべき、うまくいったことを少なくとも2つ記録します。これらは問題と同じくらい重要です。
4. 問題の根本原因を特定する — 問題ごとに「なぜ」を5回繰り返し、症状ではなく実際の原因を見つけます。
5. 再利用可能な学びを記録する — references/learning_capture.md を使って、どの学びをテンプレート、参考ドキュメント、チェックリスト、チームの規範に反映するかを判断します。
6. アクションを記録して追跡する — 担当者と期限を記入して assets/retrospective_template.md を完成させ、長期的に役立つ学びを assets/learnings_log_template.md に記録します。

このスキルに必要な入力

• 完了した分析プロジェクト（名称、範囲、スケジュール）
• 比較対象となる当初の計画または概要
• 参加者（1人、または関係するチームメンバー）

出力

• 完了した振り返り（retrospective_template.md）：うまくいったこと、問題、根本原因、アクション項目を記録
• 再利用可能な知見を記録した学びのログ（learnings_log_template.md）