Menu
アジャイルなリリース計画とイテレーション計画を作成し進捗を管理。ベロシティ分析、バーンダウンチャート、ふりかえり、完了報告書の作成。計画策定やイテレーション管理時に使用。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
バックエンド開発の TDD ワークフロー。Red-Green-Refactor サイクル、インサイドアウトアプローチ、品質チェックリスト。Java/Spring Boot のバックエンド実装時に使用。
フロントエンド開発の TDD ワークフロー。Red-Green-Refactor サイクル、アウトサイドインアプローチ、コンポーネント設計。React/TypeScript のフロントエンド実装時に使用。
設計ドキュメントの一覧表示、進捗確認、内容参照、インデックス更新、Markdown Lint を実行。ドキュメント管理や整備時に使用。
分析フェーズ全体のワークフローをオーケストレーション。要件定義から非機能要件まで各 analyzing-* スキルの実行順序を案内。分析フェーズの開始や全体像の把握時に使用。
開発フェーズ全体の TDD ワークフローをオーケストレーション。バックエンド・フロントエンド開発の進め方、Codex 分業体制を案内。開発フェーズの開始や開発手法の確認時に使用。
計画・進捗管理フェーズ全体のワークフローをオーケストレーション。リリース計画、GitHub Project 同期、進捗追跡の実行順序を案内。プロジェクト管理の開始や全体像の把握時に使用。
| name | planning-releases |
| description | アジャイルなリリース計画とイテレーション計画を作成し進捗を管理。ベロシティ分析、バーンダウンチャート、ふりかえり、完了報告書の作成。計画策定やイテレーション管理時に使用。 |
アジャイルなリリース計画とイテレーション計画を作成し、プロジェクトの進捗を管理します。
--release : リリース計画のみを作成（3-6 ヶ月のマクロ計画）--iteration <番号> : 特定のイテレーション計画を作成（2 週間の詳細計画）--velocity : ベロシティ分析と予測を実行--burndown : バーンダウンチャートを生成--retrospective : ふりかえり結果を記録し次イテレーション計画に反映--report : イテレーション完了報告書を作成--status : 現在の進捗状況をサマリー表示# 初回のリリース計画作成
# 「要件定義書とユーザーストーリーからリリース計画を作成して」
# イテレーション 1 の詳細計画作成
# --iteration 1
# 「リリース計画に基づいてイテレーション 1 の詳細計画を作成して」
# ふりかえり結果の反映
# --retrospective
# 「イテレーション 1 のふりかえり結果を記録して次の計画に反映して」
# イテレーション完了報告書の作成
# --report
# 「最新イテレーションの完了報告書を作成して」
リリース・イテレーション計画ガイドに準拠した包括的なリリース計画を作成します。
テンプレート: @docs/template/リリース計画.md
作成される内容:
成果物は @docs/development/release_plan.md に保存する @docs/index.md と @mkdocs.yml を更新してドキュメントを最新にする
コミットメント駆動方式で実行可能な 2 週間のイテレーション計画を作成します。
テンプレート: @docs/template/イテレーション計画.md
作成される内容:
成果物は @docs/development/iteration_plan-N.md に保存する @docs/development/release_plan.md の進捗を更新する @docs/index.md と @mkdocs.yml を更新してドキュメントを最新にする
チームの開発速度を継続的に測定・分析・予測します。
分析内容:
ふりかえり結果を記録し次イテレーション計画に反映します。
作成される内容:
成果物は @docs/development/retrospective-N.md に保存する 対象のイテレーション @docs/development/iteration_plan-N.md の進捗を更新する @docs/development/release_plan.md の進捗を更新する @docs/index.md と @mkdocs.yml を更新してドキュメントを最新にする
イテレーション完了時に、実績と成果を記録する公式な完了報告書を作成します。
テンプレート: @docs/template/イテレーション完了報告書.md
作成される内容:
プロジェクト概要: 日程（開始日・終了日・作業日数）、要員（予定/実績作業日数）
指標:
実施内容と評価:
成果物詳細: 各ストーリーの具体的な実装内容（API、UI、モデル等）
品質メトリクス:
イテレーションレビュー: 成功した点、技術的課題と解決策、アクションアイテム
リリース状況: リリース達成条件の充足状態、全体リリース進捗
データ収集方法:
git log からコミット履歴・コミット数・分類を収集git diff --stat から追加/削除行数を収集成果物は @docs/development/iteration_report-N.md に保存する @docs/development/release_plan.md の進捗を更新する @mkdocs.yml を更新してドキュメントを最新にする
リリース計画サマリー
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
リリース 1.0 MVP（8 週間）
├─ 目標: 基本的な会議室予約機能
├─ ストーリー: 10 個（41SP）
├─ ベロシティ: 10-11SP/イテレーション
└─ 進捗: 25% 完了（イテレーション 1/4 完了）
ベロシティ推移
├─ イテレーション 1: 10SP（計画通り）
├─ 平均: 10SP
└─ 予測: リリース 1.0 は予定通り完了見込み
graph TD
A[要件定義/ユーザーストーリー] --> B[リリース計画作成]
B --> C[イテレーション計画作成]
C --> D[実行・進捗管理]
D --> E[ふりかえり]
E --> G[完了報告書作成]
G --> F[計画調整]
F --> C
F --> B
前提条件: 要件定義書またはユーザーストーリーが存在すること
制限事項: 初回ベロシティは推測値のため、3 イテレーション後に再調整推奨
推奨事項: 各イテレーション終了時に計画を更新し、生きた文書として管理
以下の記述ルールに従うこと:
タスク項目などは一行開けて記述する
NG:
**受入条件**:
- [ ] ログアウトボタンをクリックするとログアウトできる
**受入条件**:
- [ ] ログアウトボタンをクリックするとログアウトできる
syncing-github-project : GitHub Project への同期tracking-progress : 進捗確認managing-docs : ドキュメント管理