概要

プロジェクト終了後の振り返りは、チームが教訓をまとめるのに役立ちます。Claudeはプロジェクトデータ、チームフィードバック、イベント記録を統合し、ハイライトと改善点を特定する構造化された振り返りレポートを生成できます。

ユースケース

プロジェクト完了時の振り返り
スプリントレビューミーティング
インシデント事後分析
四半期チームサマリー

手順

ステップ1：プロジェクトデータを収集する

様々なプロジェクト情報をまとめます。

以下のプロジェクト資料を分析してください：
- ~/project/timeline.md - プロジェクトタイムライン
- ~/project/metrics.csv - 主要指標データ
- ~/project/issues_log.txt - 問題ログ
- ~/project/team_feedback.md - チームフィードバック

抽出項目：
- プロジェクト基本情報（タイムライン、チーム、目標）
- マイルストーン達成状況
- 発生した主要な問題とその解決方法
- チームフィードバックの主要テーマ

ステップ2：うまくいったこと（What Went Well）の分析

プロジェクトでうまくいった点を特定します。

プロジェクトのハイライトと成功事例をリストアップしてください：
以下の観点から分析：
- 期待を上回った成果
- 効果的なプロセスと実践
- チームコラボレーションのハイライト
- 革新的な解決策
- 推進する価値のある実践
各ハイライトについて説明：何か、なぜ成功したか、どう再現するか

ステップ3：うまくいかなかったこと（What Went Wrong）の分析

問題とミスに正直に向き合います。

プロジェクトの問題と課題を特定してください：
- 達成されなかった目標とその理由
- 繰り返し発生した問題パターン
- プロセスのボトルネック
- コミュニケーションとコラボレーションの困難
- リソースまたはスキルのギャップ
客観性を保ち、個人ではなくシステムに焦点を当てる
表面的な症状だけでなく、根本原因を分析する

ステップ4：振り返りレポートを生成する

完全な振り返りドキュメントを作成します。

振り返りレポートを生成してください：~/project/retrospective_report.md

# プロジェクト振り返りレポート - プロジェクトX

## プロジェクト概要
- プロジェクトの目標と背景
- チーム構成
- タイムライン

## 目標達成状況
- 当初の目標 vs 実際の達成
- 主要指標比較表

## うまくいったこと（What Went Well）
- データに裏付けられた3〜5つの具体的なハイライト

## うまくいかなかったこと（What Went Wrong）
- 根本原因分析を含む3〜5つの主要な問題

## チームフィードバックサマリー
- 最も頻繁に言及された提案
- 士気とセンチメント分析

## 学んだ教訓（Lessons Learned）
- 主要な学習ポイント
- 将来のプロジェクトへの推奨事項

## アクションプラン
- 具体的な改善施策
- 担当者とタイムライン

## 付録
- 詳細データとチャート
- 完全なチームフィードバック

ステップ5：振り返りミーティングを準備する

振り返りミーティングのアジェンダとファシリテーション質問を生成します。

振り返りミーティング資料を準備してください：
所要時間：90分
参加者：プロジェクトチーム全員

生成内容：
1. ミーティングアジェンダ（時間配分）
2. ファシリテーション質問リスト：
   - オープニングのアイスブレイク質問
   - 深い議論のための質問
   - まとめと収束のための質問
3. ホワイトボード/付箋アクティビティのデザイン
4. ミーティングファシリテータースクリプト
5. ミーティング後のフォローアップ計画

~/project/retro_meeting_guide.mdとして保存

注意： 振り返りはシステムとプロセスに焦点を当て、個人を責めることは避けてください。正直な表現を促す心理的安全な環境を作りましょう。形式的にやるのではなく、実際の改善を推進してください。

ヒント： 匿名フィードバック収集ツール（アンケートなど）を使用すると、チームメンバーがより率直になれます。振り返りレポートは行動指向で、特定された問題ごとに改善施策を設けるべきです。

よくある質問

Q：チームの振り返りへの積極的な参加を促すには？ A：振り返りは責任追及ではなく学習のためであることを強調します。ゲーミフィケーションを取り入れたアクティビティ形式を使用します。全員が発言する機会を確保します。建設的なフィードバックを提供するチームメンバーを認識します。

Q：振り返りレポートは誰と共有すべきですか？ A：プロジェクトチーム、関連するステークホルダー、他のプロジェクトチーム（参考として）。機密性の高い内容は階層化できます：内部版（完全版）と外部版（要約版）。

Q：振り返りはどのくらいの頻度で行うべきですか？ A：アジャイルチームは各スプリント後に行います。プロジェクトベースのチームはプロジェクト完了後または重要なマイルストーン後に行います。重大なインシデント（本番障害など）は速やかに振り返りを行うべきです。