Menú
アジャイルなリリース計画とイテレーション計画を作成し進捗を管理。ベロシティ分析、バーンダウンチャート、ふりかえり、完了報告書の作成。計画策定やイテレーション管理時に使用。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
バックエンド開発の 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 : ドキュメント管理