planning-releases

name	planning-releases
description	アジャイルなリリース計画とイテレーション計画を作成し進捗を管理。ベロシティ分析、ふりかえり、完了報告書まで一貫してサポートする。「リリース計画を作りたい」「イテレーション計画を作成したい」「ベロシティを分析したい」「ふりかえりを実施したい」「完了報告書を作りたい」といった場面で発動する。計画を生きた文書として管理し、実績データに基づいて継続的に調整することで、プロジェクトの予測可能性を高める。

リリース・イテレーション計画

アジャイルなリリース計画とイテレーション計画を作成し、ベロシティに基づいてプロジェクトの進捗を管理する。

計画の価値は「正確に予測すること」ではなく「実績と計画のズレを早期に検知し調整すること」。ベロシティの安定に 3 イテレーションかかるため、初期は粗く後から精緻化する。

オプション

オプション	説明
なし	全体のリリース計画を作成または更新
--release	リリース計画のみを作成（3-6 ヶ月のマクロ計画）
--iteration <番号>	特定のイテレーション計画を作成（2 週間の詳細計画）
--velocity	ベロシティ分析と予測を実行
--burndown	バーンダウンチャートを生成
--retrospective	ふりかえり結果を記録し次イテレーション計画に反映
--iteration-report	イテレーション完了報告書を作成（creating-iteration-report に委譲）
--release-report	リリース完了報告書を作成（creating-release-report に委譲）
--status	現在の進捗状況をサマリー表示

リリース計画の作成

リリース・イテレーション計画ガイドに準拠した包括的なリリース計画を作成する。

テンプレート: @docs/template/リリース計画.md

作成される内容:

• 満足条件（スコープ・スケジュール・リソース）
• ベロシティ見積もり（基準ストーリー分析に基づく）
• 優先順位マトリックス（金銭価値・コスト・知識習得・リスク軽減の 4 軸）
• 段階的リリース戦略（MVP→機能拡張版→完成版）
• バッファ戦略（フィーチャバッファ 30%、スケジュールバッファ）
• mermaid.js ガントチャートによるスケジュール概要

成果物は docs/development/release_plan.md に保存する。docs/index.md と mkdocs.yml も更新する。

イテレーション計画の作成

コミットメント駆動方式で実行可能な 2 週間の詳細計画を作成する。

テンプレート: @docs/template/イテレーション計画.md

作成される内容:

• イテレーションゴール（1-2 行の明確な目標）
• ストーリー選択（リリース計画に基づく優先順位付け）
• タスク分解（各ストーリーを 4-16 理想時間のタスクに分解）
• mermaid.js ガントチャートによる詳細スケジュール

成果物は docs/development/iteration_plan-N.md に保存する。release_plan.md、docs/index.md、mkdocs.yml も更新する。

ふりかえりの実施

KPT（Keep・Problem・Try）分析を中心に、イテレーションの振り返りを記録する。

• Keep: 技術的成功事項、プロセス的成功事項
• Problem: 未完了項目、見積もり精度の課題
• Try: 具体的改善アクション（責任者・期限・期待効果付き）

成果物は docs/development/retrospective-N.md に保存する。iteration_plan-N.md と release_plan.md の進捗も更新する。

完了報告書の作成

報告書の作成は専用スキルに委譲する。

• イテレーション完了報告書（--report）: creating-iteration-report スキルを参照
• リリース完了報告書: creating-release-report スキルを参照

計画作成の流れ

graph TD
    A[要件定義/ユーザーストーリー] --> B[リリース計画作成]
    B --> C[イテレーション計画作成]
    C --> D[実行・進捗管理]
    D --> E[ふりかえり]
    E --> G[完了報告書作成]
    G --> F[計画調整]
    F --> C
    F --> B

途中から再開

既存の計画ドキュメントがある場合は、まず現在の状態を確認する。

Example:

ユーザー: 「イテレーション 1 が終わった。次の計画を作りたい」
回答: docs/development/iteration_plan-1.md の完了状況を確認する。
      --retrospective でふりかえりを実施し、
      --report で完了報告書を作成してから、
      --iteration 2 で次のイテレーション計画を作成する。
      イテレーション 1 のベロシティ実績を反映する。

注意事項

• 要件定義書またはユーザーストーリーが存在すること（前提条件）
• 初回ベロシティは推測値のため、3 イテレーション後に再調整を推奨する
• 各イテレーション終了時に計画を更新し、生きた文書として管理する
• タスク項目（リスト）の前には空行を入れる（Markdown Lint 準拠）
• バッファ確保: フィーチャバッファ 30%、スケジュールバッファを必ず設定する
• 感覚ではなく実績データに基づいて計画を調整する

関連スキル

• creating-iteration-report — イテレーション完了報告書の作成
• creating-release-report — リリース完了報告書の作成
• syncing-github-project — GitHub Project への同期
• tracking-progress — 進捗確認
• operating-docs — ドキュメント管理