jpskill.com
🛠️ 開発・MCP コミュニティ

sprint-retrospective

Facilitate effective sprint retrospectives for continuous team improvement. Use when conducting team retrospectives, identifying improvements, or fostering team collaboration. Handles retrospective formats, action items, and facilitation techniques.

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux 
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o sprint-retrospective.zip https://jpskill.com/download/20923.zip && unzip -o sprint-retrospective.zip && rm sprint-retrospective.zip
🪟 Windows (PowerShell) 
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/20923.zip -OutFile "$d\sprint-retrospective.zip"; Expand-Archive "$d\sprint-retrospective.zip" -DestinationPath $d -Force; ri "$d\sprint-retrospective.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して sprint-retrospective.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → sprint-retrospective フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動
⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

スプリントレトロスペクティブ

このスキルを使用するタイミング

  • スプリントの終わり: 各スプリントの終わりに
  • プロジェクトのマイルストーン: 主要なリリース後に
  • チームの問題: 即座にレトロスペクティブが必要な場合

手順

ステップ1: Start-Stop-Continue

## レトロスペクティブテンプレート: Start-Stop-Continue

### START (始めること)
- デイリースタンドアップを短くする（5分以内）
- コードレビューチェックリストを使用する
- ペアプログラミングを導入する

### STOP (やめること)
- 金曜日の午後のデプロイ（ロールバックのリスク）
- 緊急会議の乱用
- ドキュメントなしでの機能追加

### CONTINUE (続けること)
- 週次の技術共有セッション
- 自動テスト
- 透明性のあるコミュニケーション

### アクションアイテム
1. [ ] スタンドアップの時間を9:00 → 9:30に変更する（チームリーダー）
2. [ ] コードレビューチェックリストのドキュメントを作成する（開発者A）
3. [ ] 「金曜日のデプロイ禁止」ルールを周知する（チームリーダー）

ステップ2: Mad-Sad-Glad

## レトロスペクティブ: Mad-Sad-Glad

### MAD (腹が立ったこと)
- デプロイ後の緊急バグ（2回）
- 要件が頻繁に変更された
- テスト環境が不安定だった

### SAD (もっと良くしたかったこと)
- コードレビューの時間が足りなかった
- ドキュメントが遅れていた
- 技術的負債が蓄積していた

### GLAD (嬉しかったこと)
- 新しいチームメンバーがすぐにオンボーディングできた
- CI/CDパイプラインが安定した
- 顧客からの肯定的なフィードバック

### アクションアイテム
- デプロイチェックリストを強化する
- 要件変更プロセスを改善する
- 毎週金曜日にドキュメント作成時間を確保する

ステップ3: 4Ls (Liked-Learned-Lacked-Longed For)

## レトロスペクティブ: 4Ls

### LIKED (良かったこと)
- 素晴らしいチームワーク
- 新しい技術スタックの導入に成功した

### LEARNED (学んだこと)
- Docker Composeでローカル環境を標準化する
- React Queryでサーバーの状態管理を改善する

### LACKED (足りなかったこと)
- パフォーマンス試験
- モバイル対応

### LONGED FOR (望んでいること)
- より良い開発ツール
- 外部トレーニングの機会

### アクションアイテム
- Lighthouse CIを導入してパフォーマンスを自動測定する
- レスポンシブデザインのガイドラインを作成する

出力形式

レトロスペクティブドキュメント

# スプリント [N] レトロスペクティブ
**日付**: 2025-01-15
**参加者**: チームメンバーA、B、C、D
**形式**: Start-Stop-Continue

## 良かった点
- 全てのストーリーを完了した（ベロシティ: 25ポイント）
- バグ0件
- チームの士気が高かった

## 改善点
- 技術的調査に予想より時間がかかった
- 設計変更による手戻りが発生した

## アクションアイテム
1. [ ] 技術的調査を専用のスプリントに割り当てる（チームリーダー、〜01/20）
2. [ ] 設計の事前レビュープロセスを導入する（デザイナー、〜01/18）
3. [ ] ベロシティチャートを共有する（スクラムマスター、毎週）

## 主要なメトリクス
- ベロシティ: 25ポイント
- 発見されたバグ: 0件
- スプリント目標達成度: 100%

制約

必須ルール (MUST)

  1. 安全な場: 非難のない環境であること
  2. アクションアイテム: 具体的に実行可能であること
  3. フォローアップ: 次のレトロスペクティブで進捗を確認すること

禁止事項 (MUST NOT)

  1. 個人攻撃: 人ではなくプロセスを改善すること
  2. 多すぎるアクション: 2〜3個に限定すること

ベストプラクティス

  1. タイムボックス: 1時間以内
  2. ファシリテーターの交代: チームメンバーが交代でファシリテーションを行う
  3. 成功を祝う: 成功も祝うこと

参考資料

メタデータ

バージョン

  • 現在のバージョン: 1.0.0
  • 最終更新日: 2025-01-01
  • サポートされているプラットフォーム: Claude, ChatGPT, Gemini

タグ

#retrospective #agile #scrum #team-improvement #project-management

例

例1: 基本的な使用方法

<!-- ここに例のコンテンツを追加 -->

例2: 高度な使用方法

<!-- ここに高度な例のコンテンツを追加 -->

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Sprint Retrospective

When to use this skill

  • End of sprint: at the end of each sprint
  • Project milestone: after major releases
  • Team issues: when an immediate retrospective is needed

Instructions

Step 1: Start-Stop-Continue

## Retrospective Template: Start-Stop-Continue

### START (Start doing)
- Make daily standups shorter (within 5 minutes)
- Use a code review checklist
- Introduce pair programming

### STOP (Stop doing)
- Deploying on Friday afternoons (rollback risk)
- Overusing emergency meetings
- Adding features without documentation

### CONTINUE (Keep doing)
- Weekly tech sharing session
- Automated tests
- Transparent communication

### Action Items
1. [ ] Change standup time from 9:00 → 9:30 (Team Lead)
2. [ ] Write a code review checklist document (Developer A)
3. [ ] Announce the "no Friday deployments" rule (Team Lead)

Step 2: Mad-Sad-Glad

## Retrospective: Mad-Sad-Glad

### MAD (What made us mad)
- Urgent bugs after deployment (twice)
- Requirements changed frequently
- Unstable test environment

### SAD (What we wished went better)
- Not enough time for code reviews
- Documentation lagged behind
- Accumulating tech debt

### GLAD (What made us glad)
- New team members onboarded quickly
- CI/CD pipeline stabilized
- Positive customer feedback

### Action Items
- Strengthen the deployment checklist
- Improve the requirements change process
- Reserve documentation time every Friday

Step 3: 4Ls (Liked-Learned-Lacked-Longed For)

## Retrospective: 4Ls

### LIKED (What we liked)
- Great teamwork
- Successfully adopted a new tech stack

### LEARNED (What we learned)
- Standardize the local environment with Docker Compose
- Improve server state management with React Query

### LACKED (What we lacked)
- Performance testing
- Mobile support

### LONGED FOR (What we longed for)
- Better developer tools
- External training opportunities

### Action Items
- Automatically measure performance by introducing Lighthouse CI
- Write responsive design guidelines

Output format

Retrospective document

# Sprint [N] Retrospective
**Date**: 2025-01-15
**Participants**: Team Member A, B, C, D
**Format**: Start-Stop-Continue

## What Went Well
- Completed all stories (Velocity: 25 points)
- 0 bugs
- Great team morale

## What Didn't Go Well
- Tech spike took longer than expected
- Rework due to design changes

## Action Items
1. [ ] Assign tech spikes to a dedicated sprint (Team Lead, ~01/20)
2. [ ] Introduce a pre-review process for designs (Designer, ~01/18)
3. [ ] Share the velocity chart (Scrum Master, weekly)

## Key Metrics
- Velocity: 25 points
- Bugs Found: 0
- Sprint Goal Achievement: 100%

Constraints

Required Rules (MUST)

  1. Safe Space: a blame-free environment
  2. Action Items: must be specific and actionable
  3. Follow-up: check progress in the next retrospective

Prohibited (MUST NOT)

  1. Personal attacks: improve the process, not the person
  2. Too many actions: limit to 2-3

Best practices

  1. Time-box: within 1 hour
  2. Rotate Facilitator: team members take turns facilitating
  3. Celebrate Wins: celebrate successes too

References

Metadata

Version

  • Current version: 1.0.0
  • Last updated: 2025-01-01
  • Supported platforms: Claude, ChatGPT, Gemini

Tags

#retrospective #agile #scrum #team-improvement #project-management

Examples

Example 1: Basic usage

<!-- Add example content here -->

Example 2: Advanced usage

<!-- Add advanced example content here -->