@k2works/claude-code-booster 4.9.0 → 4.11.0

package/lib/assets/docs/reference//343/203/252/343/203/252/343/203/274/343/202/271/343/203/273/343/202/244/343/203/206/343/203/254/343/203/274/343/202/267/343/203/247/343/203/263/350/250/210/347/224/273/343/202/254/343/202/244/343/203/211.md

@@ -1,581 +1,581 @@
----
-title: リリース・イテレーション計画ガイド
-description: 
-published: true
-date: 2025-09-09T04:16:08.816Z
-tags: 
-editor: markdown
-dateCreated: 2025-09-09T04:06:20.257Z
----
-
-# リリース・イテレーション計画ガイド
-
-## はじめに
-
-このガイドは、XPプログラマ向けのリリース計画とイテレーション計画の実用的な作成手法を提供します。アジャイルな見積もりと計画づくりの原則に基づき、現場で即座に活用できる具体的なステップとツールを含んでいます。
-
-## 計画の基本概念
-
-### アジャイルな計画づくりの原則
-
-- **計画よりも計画づくりを重視**:
-
-  計画は生きた文書として継続的に更新
-
-- **変化を促進**:
-
-  要件や状況の変化に柔軟に対応
-
-- **フィーチャ中心**:
-
-  顧客価値を提供するフィーチャを計画の単位に
-
-```plantuml
-@startuml
-title プランニングの階層
-
-folder "戦略" {
-  folder "ポートフォリオ" {
-    folder "プロダクト" {
-        folder "リリース計画（3-6ヶ月）" {
-            folder "イテレーション計画（1-4週）" {
-            folder "日次計画" {
-              }
-            }
-        }
-    }
-  }
-}
-@enduml
-```
-
-### アジャイルな計画づくりプロセス
-
-```plantuml
-@startuml
-
-[*] --> リリース
-
-state リリース {
-  満足条件1: （ユーザーストーリー、予算、スケジュール)
-  満足条件1 --> リリースプランニング
-  リリースプランニング --> 満足条件1 
-}
-
-state イテレーション {
-  リリースプランニング --> 満足条件2
-  満足条件2: （ユーザーストーリー、予算、スケジュール)
-  満足条件2 --> イテレーションプランニング
-  イテレーションプランニング --> 満足条件2
-  イテレーションプランニング --> 開発
-  開発 --> フィーチャが追加された状態
-  フィーチャが追加された状態 --> 満足条件2 : フィードバック
-  フィーチャが追加された状態 --> 満足条件1 : フィードバック
-}
-
-リリース --> [*]
-
-@enduml
-```
-
-## 1. リリース計画作成プロセス
-
-### 1.1 リリース計画の目的
-
-リリース計画は「いつどれだけの成果が出せるか」を判断することです。
-
-### 1.2 リリース計画作成手順
-
-```plantuml
-@startuml
-title リリース計画作成手順
-
-[*] --> 満足条件を決める
-満足条件を決める --> ユーザーストーリーを見積もる
-
-state fork_state <<fork>>
-ユーザーストーリーを見積もる --> fork_state
-fork_state --> ベロシティを見積もる
-fork_state --> イテレーションの長さを決める
-fork_state --> ユーザーストーリーに優先順位を付ける
-
-state join_state <<join>>
-ベロシティを見積もる --> join_state
-イテレーションの長さを決める --> join_state
-ユーザーストーリーに優先順位を付ける --> join_state
-
-join_state --> ストーリーを選択しリリース日を決める
-
-ストーリーを選択しリリース日を決める --> 満足条件を満たすか
-
-state 満足条件を満たすか <<choice>>
-満足条件を満たすか --> リリース計画完成 : Yes
-満足条件を満たすか --> 満足条件を決める : No
-
-リリース計画完成 --> [*]
-@enduml
-```
-
-#### ステップ1:
-
-満足条件の決定
-
-プロダクトオーナーと協力して以下を定義:
-
-- **スコープ**:
-
-  どんなフィーチャを含むか
-
-- **スケジュール**:
-
-  いつまでに完成させるか
-
-- **リソース**:
-
-  どのようなチーム構成で開発するか
-
-#### ステップ2:
-
-ユーザーストーリーの見積もり
-
-**ストーリーポイント法を推奨**
-
-```markdown
-# 見積もりスケール例
-- 1, 2, 3, 5, 8, 13, 20, 40, 100
-
-# プランニングポーカーの進め方
-1. ストーリーを読み上げ、質疑応答
-2. 全員が同時にポイントカードを提示
-3. 最大値と最小値の人が理由を説明
-4. 合意に至るまで議論・再見積もり
-```
-
-#### ステップ3:
-
-ベロシティの見積もり
-
-**新チームの場合**
-
-- 代表的なストーリーをタスクに分解
-- 理想時間で見積もり
-- チームの作業可能時間（1日4-6時間）と照合
-
-**既存チームの場合**
-
-- 過去3-8イテレーションの平均値を使用
-- 以下が同じであることを確認：
-  - 技術スタック
-  - チームメンバー
-  - 業務分野
-  - 開発環境
-
-#### ステップ4:
-
-優先順位の決定
-
-**4つの評価軸**
-
-1. **金銭価値**:
-
-   新規売上、効率化効果
-
-2. **コスト**:
-
-   開発・運用・サポートコスト
-
-3. **知識習得**:
-
-   プロダクトナレッジ・プロジェクトナレッジ
-
-4. **リスク軽減**:
-
-   技術的・ビジネス的リスクの低減
-
-### 1.3 リリース計画の更新
-
-- 各イテレーション開始時に見直し
-- ベロシティの実績値で調整
-- スコープ変更の反映
-
-## 2. イテレーション計画作成プロセス
-
-### 2.1 リリース計画との違い
-
-|項目|リリース計画|イテレーション計画|
-|---|---|---|
-|対象期間|3-6ヶ月|1-4週間|
-|構成要素|ユーザーストーリー|タスク|
-|見積単位|ストーリーポイント/理想日|理想時間|
-
-### 2.2 イテレーション計画作成手順
-
-#### コミットメント駆動方式（推奨）
-
-```plantuml
-@startuml
-title コミットメント駆動のイテレーション計画作成手順
-
-[*] --> 優先順位を調整する
-優先順位を調整する --> イテレーションゴールを決める
-イテレーションゴールを決める --> ユーザーストーリーを1つ選ぶ
-ユーザーストーリーを1つ選ぶ --> ストーリーをタスクに分解する
-ストーリーをタスクに分解する --> タスクを見積もる
-タスクを見積もる --> チームはコミットできるか
-
-state チームはコミットできるか <<choice>>
-チームはコミットできるか --> ユーザーストーリーを1つ選ぶ : できる（余裕あり）
-チームはコミットできるか --> ストーリーを減らす : できない
-チームはコミットできるか --> イテレーション計画完成 : できる（限界）
-
-ストーリーを減らす --> チームはコミットできるか
-
-イテレーション計画完成 --> [*]
-@enduml
-```
-
-#### ステップ1:
-
-イテレーションゴールの設定
-
-- 1-2行でイテレーションで達成することを記述
-- チーム全員が理解できる明確な目標
-- フィーチャの価値に焦点を当てる
-
-#### ステップ2:
-
-ストーリーのタスク分解
-
-**良いタスクの特徴**
-
-- 4-16理想時間で完了可能
-- 具体的で実行可能
-- 測定可能（完了/未完了が判断可能）
-
-**タスクの種類**
-
-- 開発タスク（設計、実装、単体テスト）
-- 統合タスク（システム統合、統合テスト）
-- その他（ドキュメント作成、環境構築）
-- スパイク（調査・検証タスク）
-
-#### ステップ3:
-
-理想時間での見積もり
-
-```markdown
-# 理想時間の原則
-- 割り込みや会議を除いた純粋な作業時間
-- 個人差は考慮しない（チーム平均で考える）
-- 1つの値で見積もる（幅を持たせない）
-
-# 見積もりのガイドライン
-- 1-2時間：简单な修正、設定変更
-- 4-8時間：標準的な機能実装
-- 12-16時間：複雑な機能、新技術の習得を伴う
-```
-
-### 2.3 イテレーションの実行
-
-#### デイリースタンドアップ
-
-毎日の進捗確認で以下を共有：
-
-- 昨日やったこと
-- 今日やること
-- 障害・ブロッカー
-
-#### タスクボードの活用
-
-```markdown
-# タスクボード構成
-| TODO | 作業中 | レビュー | 完了 |
-|------|--------|----------|------|
-| タスク1 | タスク2 | タスク3 | タスク4 |
-```
-
-## 3. 見積もりのベストプラクティス
-
-### 3.1 ストーリーポイント vs 理想日
-
-**ストーリーポイントの利点**
-
-- 純粋な規模の見積もり
-- チームスキル向上による再見積もりが不要
-- チーム横断での比較が可能
-- 相対見積もりで精度が高い
-
-**理想日の利点**
-
-- 初心者に理解しやすい
-- 時間感覚との対応が直感的
-
-### 3.2 見積もり精度の向上
-
-**不確実性コーンの活用**
-
-```plantuml
-@startuml
-title 不確実性コーン
-
-left to right direction
-
-rectangle "プロジェクト開始\n±4倍の誤差" as start #lightcoral
-rectangle "要件定義完了\n±2倍の誤差" as req #yellow
-rectangle "設計完了\n±1.5倍の誤差" as design #lightgreen  
-rectangle "実装完了\n±1.25倍の誤差" as impl #lightblue
-
-start --> req : 時間の経過
-req --> design : 時間の経過
-design --> impl : 時間の経過
-
-note bottom of start : 最も不確実
-note bottom of impl : 最も確実
-@enduml
-```
-
-**見積もりの改善方法**
-
-- 過去の実績データを蓄積
-- 見積もりと実績の差分を分析
-- チームで見積もり基準を統一
-
-### 3.3 再見積もりのタイミング
-
-以下の場合に再見積もりを実施：
-
-
-- ストーリーの相対的な大きさが変わった
-- 新しい技術・業務知識を習得した
-- チーム構成が大きく変わった
-
-**注意**：進捗の遅れのみでは再見積もりしない
-
-## 4. 進捗管理とモニタリング
-
-### 4.0 全体スケジュール管理
-
-**リリース全体のガントチャート**
-
-```mermaid
-gantt
-    title リリース計画全体スケジュール（6ヶ月）
-    dateFormat  YYYY-MM-DD
-    
-    section リリース1
-    イテレーション1（計画・環境構築）     :done,    iter1, 2024-01-01, 2w
-    イテレーション2（基本機能開発）       :done,    iter2, after iter1, 2w
-    イテレーション3（コア機能実装）       :active,  iter3, after iter2, 2w
-    イテレーション4（統合・改善）         :         iter4, after iter3, 2w
-    
-    section リリース2
-    イテレーション5（新機能開発）         :         iter5, after iter4, 2w
-    イテレーション6（パフォーマンス改善）  :         iter6, after iter5, 2w
-    イテレーション7（UI/UX改善）         :         iter7, after iter6, 2w
-    イテレーション8（バグ修正・安定化）    :         iter8, after iter7, 2w
-    
-    section リリース3
-    イテレーション9（拡張機能開発）       :         iter9, after iter8, 2w
-    イテレーション10（セキュリティ強化）   :         iter10, after iter9, 2w
-    イテレーション11（最終統合）          :         iter11, after iter10, 2w
-    イテレーション12（リリース準備）      :crit,    iter12, after iter11, 2w
-    
-    section マイルストーン
-    リリース1.0（MVP）                  :milestone, m1, after iter4, 0d
-    リリース2.0（機能拡張版）             :milestone, m2, after iter8, 0d
-    リリース3.0（完成版）                :milestone, m3, after iter12, 0d
-```
-
-**イテレーション内のストーリー進捗ガントチャート**
-
-```mermaid
-gantt
-    title イテレーション3の詳細スケジュール（2週間）
-    dateFormat  YYYY-MM-DD
-    axisFormat  %m/%d
-    
-    section ユーザー管理
-    ログイン機能            :done,    story1, 2024-02-01, 3d
-    ユーザー登録            :active,  story2, after story1, 2d
-    パスワードリセット       :         story3, after story2, 2d
-    
-    section 商品管理
-    商品一覧表示            :done,    story4, 2024-02-01, 2d
-    商品詳細表示            :active,  story5, after story4, 2d
-    商品検索機能            :         story6, after story5, 3d
-    
-    section 注文処理
-    カート機能              :         story7, 2024-02-05, 3d
-    注文確認画面            :         story8, after story7, 2d
-    決済処理                :crit,    story9, after story8, 2d
-    
-    section 共通タスク
-    デイリースタンドアップ   :daily,   2024-02-01, 10d
-    イテレーションレビュー   :milestone, review, 2024-02-14, 0d
-```
-
-### 4.1 ベロシティの計算
-
-**オール・オア・ナッシング方式**
-
-- 完全に完了したストーリーのみポイント加算
-- 未完了ストーリーはゼロポイント
-
-```mermaid
-xychart-beta
-    title "ベロシティ推移"
-    x-axis ["イテ1", "イテ2", "イテ3", "イテ4", "イテ5", "イテ6"]
-    y-axis "ストーリーポイント" 0 --> 25
-    bar [15, 18, 14, 19, 17, 20]
-    line [17, 17, 17, 17, 17, 17]
-```
-
-### 4.2 バーンダウンチャート
-
-**リリースバーンダウンチャート**
-
-```mermaid
-xychart-beta
-    title "リリースバーンダウンチャート"
-    x-axis ["イテ1", "イテ2", "イテ3", "イテ4", "イテ5", "イテ6"]
-    y-axis "残ストーリーポイント" 0 --> 100
-    line [80, 65, 48, 30, 15, 0]
-```
-
-**イテレーションバーンダウンチャート**
-
-```mermaid
-xychart-beta
-    title "イテレーションバーンダウンチャート"
-    x-axis ["1日目", "2日目", "3日目", "4日目", "5日目", "6日目", "7日目", "8日目", "9日目", "10日目"]
-    y-axis "残り理想時間" 0 --> 80
-    line [80, 75, 68, 60, 50, 38, 25, 15, 8, 0]
-```
-
-### 4.3 パーキングロットチャート
-
-テーマ単位での進捗可視化
-
-```plantuml
-@startuml
-rectangle "ユーザー管理" as theme1 #lightgreen
-note right of theme1 : 進捗: 8/10 (80%)
-
-rectangle "商品管理" as theme2 #yellow  
-note right of theme2 : 進捗: 3/8 (38%)
-
-rectangle "注文処理" as theme3 #lightcoral
-note right of theme3 : 進捗: 1/6 (17%)
-
-rectangle "レポート機能" as theme4 #lightgray
-note right of theme4 : 進捗: 0/4 (0%)
-@enduml
-```
-
-## 5. リスクマネジメント
-
-### 5.1 バッファ計画
-
-**フィーチャバッファ**
-
-- 重要度の低いフィーチャを30%程度用意
-- スケジュール遅延時に削除対象とする
-
-**スケジュールバッファ**
-
-- 各ストーリーの50%見積もりと90%見積もりの差の平方の合計の平方根
-- 不確実性に対するスケジュール的余裕
-
-### 5.2 複数チーム間の調整
-
-**共通見積もり基準の確立**
-
-- 全チーム共通のストーリーポイントスケール
-- 基準ストーリーの共有と合意
-
-**移動する先読み範囲**
-
-- 今後2-3イテレーションの計画を事前共有
-- チーム間の依存関係を早期に特定
-
-## 6. コミュニケーション
-
-### 6.1 ステークホルダーへの報告
-
-**3つのベロシティ値で予測**
-
-- 直近イテレーション：最新状況
-- 平均：長期トレンド  
-- ワースト3平均：最悪ケース
-
-### 6.2 イテレーション終了報告
-
-```markdown
-# イテレーション終了報告テンプレート
-
-## 基本情報
-- イテレーション: 第X回
-- 期間: YYYY/MM/DD - YYYY/MM/DD  
-- 作業日数: X日
-
-## 成果
-| ストーリー | 状態 | ポイント |
-|-----------|------|----------|
-| ストーリーA | 完了 | 5 |
-| ストーリーB | 完了 | 3 |
-| ストーリーC | 未完了 | 0 |
-
-## 指標
-- 今回ベロシティ: Xポイント
-- 平均ベロシティ: Yポイント
-- 次イテレーション予定: Zポイント
-
-## ふりかえり
-### よかったこと
-- ...
-
-### 改善点  
-- ...
-
-### アクション
-- ...
-```
-
-## 7. チェックリスト
-
-### リリース計画チェックリスト
-
-- [ ] プロダクトオーナーの満足条件が明確
-- [ ] 全ストーリーにストーリーポイントを設定
-- [ ] 優先順位が明確（価値・コスト・知識・リスクで評価）
-- [ ] ベロシティ見積もりが妥当（過去実績または詳細見積もりベース）
-- [ ] リスクバッファを考慮
-- [ ] 各イテレーションの目標が明確
-
-### イテレーション計画チェックリスト
-
-- [ ] イテレーションゴールが1-2行で表現
-- [ ] 全ストーリーをタスクに分解
-- [ ] 各タスクが4-16理想時間
-- [ ] チーム全員がコミット
-- [ ] タスクボードを準備
-- [ ] デイリースタンドアップの時間を設定
-
-### 見積もりチェックリスト
-
-- [ ] 相対見積もりを実施（プランニングポーカーなど）
-- [ ] 見積もりスケールを統一
-- [ ] 全員参加で見積もり
-- [ ] 見積もり根拠を共有
-- [ ] 不確実性を考慮した幅を設定
-
-## まとめ
-
-このガイドに従うことで、XPチームは効果的なリリース計画とイテレーション計画を作成できます。重要なのは：
-
-1. **継続的な改善**：計画は生きた文書として更新し続ける
-2. **チーム全体での合意**：見積もりと計画をチーム全員で作成
-3. **価値志向**：顧客価値を最大化する優先順位付け
-4. **透明性**：進捗と課題を常にオープンに共有
-
+---
+title: リリース・イテレーション計画ガイド
+description: 
+published: true
+date: 2025-09-09T04:16:08.816Z
+tags: 
+editor: markdown
+dateCreated: 2025-09-09T04:06:20.257Z
+---
+
+# リリース・イテレーション計画ガイド
+
+## はじめに
+
+このガイドは、XPプログラマ向けのリリース計画とイテレーション計画の実用的な作成手法を提供します。アジャイルな見積もりと計画づくりの原則に基づき、現場で即座に活用できる具体的なステップとツールを含んでいます。
+
+## 計画の基本概念
+
+### アジャイルな計画づくりの原則
+
+- **計画よりも計画づくりを重視**:
+
+  計画は生きた文書として継続的に更新
+
+- **変化を促進**:
+
+  要件や状況の変化に柔軟に対応
+
+- **フィーチャ中心**:
+
+  顧客価値を提供するフィーチャを計画の単位に
+
+```plantuml
+@startuml
+title プランニングの階層
+
+folder "戦略" {
+  folder "ポートフォリオ" {
+    folder "プロダクト" {
+        folder "リリース計画（3-6ヶ月）" {
+            folder "イテレーション計画（1-4週）" {
+            folder "日次計画" {
+              }
+            }
+        }
+    }
+  }
+}
+@enduml
+```
+
+### アジャイルな計画づくりプロセス
+
+```plantuml
+@startuml
+
+[*] --> リリース
+
+state リリース {
+  満足条件1: （ユーザーストーリー、予算、スケジュール)
+  満足条件1 --> リリースプランニング
+  リリースプランニング --> 満足条件1 
+}
+
+state イテレーション {
+  リリースプランニング --> 満足条件2
+  満足条件2: （ユーザーストーリー、予算、スケジュール)
+  満足条件2 --> イテレーションプランニング
+  イテレーションプランニング --> 満足条件2
+  イテレーションプランニング --> 開発
+  開発 --> フィーチャが追加された状態
+  フィーチャが追加された状態 --> 満足条件2 : フィードバック
+  フィーチャが追加された状態 --> 満足条件1 : フィードバック
+}
+
+リリース --> [*]
+
+@enduml
+```
+
+## 1. リリース計画作成プロセス
+
+### 1.1 リリース計画の目的
+
+リリース計画は「いつどれだけの成果が出せるか」を判断することです。
+
+### 1.2 リリース計画作成手順
+
+```plantuml
+@startuml
+title リリース計画作成手順
+
+[*] --> 満足条件を決める
+満足条件を決める --> ユーザーストーリーを見積もる
+
+state fork_state <<fork>>
+ユーザーストーリーを見積もる --> fork_state
+fork_state --> ベロシティを見積もる
+fork_state --> イテレーションの長さを決める
+fork_state --> ユーザーストーリーに優先順位を付ける
+
+state join_state <<join>>
+ベロシティを見積もる --> join_state
+イテレーションの長さを決める --> join_state
+ユーザーストーリーに優先順位を付ける --> join_state
+
+join_state --> ストーリーを選択しリリース日を決める
+
+ストーリーを選択しリリース日を決める --> 満足条件を満たすか
+
+state 満足条件を満たすか <<choice>>
+満足条件を満たすか --> リリース計画完成 : Yes
+満足条件を満たすか --> 満足条件を決める : No
+
+リリース計画完成 --> [*]
+@enduml
+```
+
+#### ステップ1:
+
+満足条件の決定
+
+プロダクトオーナーと協力して以下を定義:
+
+- **スコープ**:
+
+  どんなフィーチャを含むか
+
+- **スケジュール**:
+
+  いつまでに完成させるか
+
+- **リソース**:
+
+  どのようなチーム構成で開発するか
+
+#### ステップ2:
+
+ユーザーストーリーの見積もり
+
+**ストーリーポイント法を推奨**
+
+```markdown
+# 見積もりスケール例
+- 1, 2, 3, 5, 8, 13, 20, 40, 100
+
+# プランニングポーカーの進め方
+1. ストーリーを読み上げ、質疑応答
+2. 全員が同時にポイントカードを提示
+3. 最大値と最小値の人が理由を説明
+4. 合意に至るまで議論・再見積もり
+```
+
+#### ステップ3:
+
+ベロシティの見積もり
+
+**新チームの場合**
+
+- 代表的なストーリーをタスクに分解
+- 理想時間で見積もり
+- チームの作業可能時間（1日4-6時間）と照合
+
+**既存チームの場合**
+
+- 過去3-8イテレーションの平均値を使用
+- 以下が同じであることを確認：
+  - 技術スタック
+  - チームメンバー
+  - 業務分野
+  - 開発環境
+
+#### ステップ4:
+
+優先順位の決定
+
+**4つの評価軸**
+
+1. **金銭価値**:
+
+   新規売上、効率化効果
+
+2. **コスト**:
+
+   開発・運用・サポートコスト
+
+3. **知識習得**:
+
+   プロダクトナレッジ・プロジェクトナレッジ
+
+4. **リスク軽減**:
+
+   技術的・ビジネス的リスクの低減
+
+### 1.3 リリース計画の更新
+
+- 各イテレーション開始時に見直し
+- ベロシティの実績値で調整
+- スコープ変更の反映
+
+## 2. イテレーション計画作成プロセス
+
+### 2.1 リリース計画との違い
+
+|項目|リリース計画|イテレーション計画|
+|---|---|---|
+|対象期間|3-6ヶ月|1-4週間|
+|構成要素|ユーザーストーリー|タスク|
+|見積単位|ストーリーポイント/理想日|理想時間|
+
+### 2.2 イテレーション計画作成手順
+
+#### コミットメント駆動方式（推奨）
+
+```plantuml
+@startuml
+title コミットメント駆動のイテレーション計画作成手順
+
+[*] --> 優先順位を調整する
+優先順位を調整する --> イテレーションゴールを決める
+イテレーションゴールを決める --> ユーザーストーリーを1つ選ぶ
+ユーザーストーリーを1つ選ぶ --> ストーリーをタスクに分解する
+ストーリーをタスクに分解する --> タスクを見積もる
+タスクを見積もる --> チームはコミットできるか
+
+state チームはコミットできるか <<choice>>
+チームはコミットできるか --> ユーザーストーリーを1つ選ぶ : できる（余裕あり）
+チームはコミットできるか --> ストーリーを減らす : できない
+チームはコミットできるか --> イテレーション計画完成 : できる（限界）
+
+ストーリーを減らす --> チームはコミットできるか
+
+イテレーション計画完成 --> [*]
+@enduml
+```
+
+#### ステップ1:
+
+イテレーションゴールの設定
+
+- 1-2行でイテレーションで達成することを記述
+- チーム全員が理解できる明確な目標
+- フィーチャの価値に焦点を当てる
+
+#### ステップ2:
+
+ストーリーのタスク分解
+
+**良いタスクの特徴**
+
+- 4-16理想時間で完了可能
+- 具体的で実行可能
+- 測定可能（完了/未完了が判断可能）
+
+**タスクの種類**
+
+- 開発タスク（設計、実装、単体テスト）
+- 統合タスク（システム統合、統合テスト）
+- その他（ドキュメント作成、環境構築）
+- スパイク（調査・検証タスク）
+
+#### ステップ3:
+
+理想時間での見積もり
+
+```markdown
+# 理想時間の原則
+- 割り込みや会議を除いた純粋な作業時間
+- 個人差は考慮しない（チーム平均で考える）
+- 1つの値で見積もる（幅を持たせない）
+
+# 見積もりのガイドライン
+- 1-2時間：简单な修正、設定変更
+- 4-8時間：標準的な機能実装
+- 12-16時間：複雑な機能、新技術の習得を伴う
+```
+
+### 2.3 イテレーションの実行
+
+#### デイリースタンドアップ
+
+毎日の進捗確認で以下を共有：
+
+- 昨日やったこと
+- 今日やること
+- 障害・ブロッカー
+
+#### タスクボードの活用
+
+```markdown
+# タスクボード構成
+| TODO | 作業中 | レビュー | 完了 |
+|------|--------|----------|------|
+| タスク1 | タスク2 | タスク3 | タスク4 |
+```
+
+## 3. 見積もりのベストプラクティス
+
+### 3.1 ストーリーポイント vs 理想日
+
+**ストーリーポイントの利点**
+
+- 純粋な規模の見積もり
+- チームスキル向上による再見積もりが不要
+- チーム横断での比較が可能
+- 相対見積もりで精度が高い
+
+**理想日の利点**
+
+- 初心者に理解しやすい
+- 時間感覚との対応が直感的
+
+### 3.2 見積もり精度の向上
+
+**不確実性コーンの活用**
+
+```plantuml
+@startuml
+title 不確実性コーン
+
+left to right direction
+
+rectangle "プロジェクト開始\n±4倍の誤差" as start #lightcoral
+rectangle "要件定義完了\n±2倍の誤差" as req #yellow
+rectangle "設計完了\n±1.5倍の誤差" as design #lightgreen  
+rectangle "実装完了\n±1.25倍の誤差" as impl #lightblue
+
+start --> req : 時間の経過
+req --> design : 時間の経過
+design --> impl : 時間の経過
+
+note bottom of start : 最も不確実
+note bottom of impl : 最も確実
+@enduml
+```
+
+**見積もりの改善方法**
+
+- 過去の実績データを蓄積
+- 見積もりと実績の差分を分析
+- チームで見積もり基準を統一
+
+### 3.3 再見積もりのタイミング
+
+以下の場合に再見積もりを実施：
+
+
+- ストーリーの相対的な大きさが変わった
+- 新しい技術・業務知識を習得した
+- チーム構成が大きく変わった
+
+**注意**：進捗の遅れのみでは再見積もりしない
+
+## 4. 進捗管理とモニタリング
+
+### 4.0 全体スケジュール管理
+
+**リリース全体のガントチャート**
+
+```mermaid
+gantt
+    title リリース計画全体スケジュール（6ヶ月）
+    dateFormat  YYYY-MM-DD
+    
+    section リリース1
+    イテレーション1（計画・環境構築）     :done,    iter1, 2024-01-01, 2w
+    イテレーション2（基本機能開発）       :done,    iter2, after iter1, 2w
+    イテレーション3（コア機能実装）       :active,  iter3, after iter2, 2w
+    イテレーション4（統合・改善）         :         iter4, after iter3, 2w
+    
+    section リリース2
+    イテレーション5（新機能開発）         :         iter5, after iter4, 2w
+    イテレーション6（パフォーマンス改善）  :         iter6, after iter5, 2w
+    イテレーション7（UI/UX改善）         :         iter7, after iter6, 2w
+    イテレーション8（バグ修正・安定化）    :         iter8, after iter7, 2w
+    
+    section リリース3
+    イテレーション9（拡張機能開発）       :         iter9, after iter8, 2w
+    イテレーション10（セキュリティ強化）   :         iter10, after iter9, 2w
+    イテレーション11（最終統合）          :         iter11, after iter10, 2w
+    イテレーション12（リリース準備）      :crit,    iter12, after iter11, 2w
+    
+    section マイルストーン
+    リリース1.0（MVP）                  :milestone, m1, after iter4, 0d
+    リリース2.0（機能拡張版）             :milestone, m2, after iter8, 0d
+    リリース3.0（完成版）                :milestone, m3, after iter12, 0d
+```
+
+**イテレーション内のストーリー進捗ガントチャート**
+
+```mermaid
+gantt
+    title イテレーション3の詳細スケジュール（2週間）
+    dateFormat  YYYY-MM-DD
+    axisFormat  %m/%d
+    
+    section ユーザー管理
+    ログイン機能            :done,    story1, 2024-02-01, 3d
+    ユーザー登録            :active,  story2, after story1, 2d
+    パスワードリセット       :         story3, after story2, 2d
+    
+    section 商品管理
+    商品一覧表示            :done,    story4, 2024-02-01, 2d
+    商品詳細表示            :active,  story5, after story4, 2d
+    商品検索機能            :         story6, after story5, 3d
+    
+    section 注文処理
+    カート機能              :         story7, 2024-02-05, 3d
+    注文確認画面            :         story8, after story7, 2d
+    決済処理                :crit,    story9, after story8, 2d
+    
+    section 共通タスク
+    デイリースタンドアップ   :daily,   2024-02-01, 10d
+    イテレーションレビュー   :milestone, review, 2024-02-14, 0d
+```
+
+### 4.1 ベロシティの計算
+
+**オール・オア・ナッシング方式**
+
+- 完全に完了したストーリーのみポイント加算
+- 未完了ストーリーはゼロポイント
+
+```mermaid
+xychart-beta
+    title "ベロシティ推移"
+    x-axis ["イテ1", "イテ2", "イテ3", "イテ4", "イテ5", "イテ6"]
+    y-axis "ストーリーポイント" 0 --> 25
+    bar [15, 18, 14, 19, 17, 20]
+    line [17, 17, 17, 17, 17, 17]
+```
+
+### 4.2 バーンダウンチャート
+
+**リリースバーンダウンチャート**
+
+```mermaid
+xychart-beta
+    title "リリースバーンダウンチャート"
+    x-axis ["イテ1", "イテ2", "イテ3", "イテ4", "イテ5", "イテ6"]
+    y-axis "残ストーリーポイント" 0 --> 100
+    line [80, 65, 48, 30, 15, 0]
+```
+
+**イテレーションバーンダウンチャート**
+
+```mermaid
+xychart-beta
+    title "イテレーションバーンダウンチャート"
+    x-axis ["1日目", "2日目", "3日目", "4日目", "5日目", "6日目", "7日目", "8日目", "9日目", "10日目"]
+    y-axis "残り理想時間" 0 --> 80
+    line [80, 75, 68, 60, 50, 38, 25, 15, 8, 0]
+```
+
+### 4.3 パーキングロットチャート
+
+テーマ単位での進捗可視化
+
+```plantuml
+@startuml
+rectangle "ユーザー管理" as theme1 #lightgreen
+note right of theme1 : 進捗: 8/10 (80%)
+
+rectangle "商品管理" as theme2 #yellow  
+note right of theme2 : 進捗: 3/8 (38%)
+
+rectangle "注文処理" as theme3 #lightcoral
+note right of theme3 : 進捗: 1/6 (17%)
+
+rectangle "レポート機能" as theme4 #lightgray
+note right of theme4 : 進捗: 0/4 (0%)
+@enduml
+```
+
+## 5. リスクマネジメント
+
+### 5.1 バッファ計画
+
+**フィーチャバッファ**
+
+- 重要度の低いフィーチャを30%程度用意
+- スケジュール遅延時に削除対象とする
+
+**スケジュールバッファ**
+
+- 各ストーリーの50%見積もりと90%見積もりの差の平方の合計の平方根
+- 不確実性に対するスケジュール的余裕
+
+### 5.2 複数チーム間の調整
+
+**共通見積もり基準の確立**
+
+- 全チーム共通のストーリーポイントスケール
+- 基準ストーリーの共有と合意
+
+**移動する先読み範囲**
+
+- 今後2-3イテレーションの計画を事前共有
+- チーム間の依存関係を早期に特定
+
+## 6. コミュニケーション
+
+### 6.1 ステークホルダーへの報告
+
+**3つのベロシティ値で予測**
+
+- 直近イテレーション：最新状況
+- 平均：長期トレンド  
+- ワースト3平均：最悪ケース
+
+### 6.2 イテレーション終了報告
+
+```markdown
+# イテレーション終了報告テンプレート
+
+## 基本情報
+- イテレーション: 第X回
+- 期間: YYYY/MM/DD - YYYY/MM/DD  
+- 作業日数: X日
+
+## 成果
+| ストーリー | 状態 | ポイント |
+|-----------|------|----------|
+| ストーリーA | 完了 | 5 |
+| ストーリーB | 完了 | 3 |
+| ストーリーC | 未完了 | 0 |
+
+## 指標
+- 今回ベロシティ: Xポイント
+- 平均ベロシティ: Yポイント
+- 次イテレーション予定: Zポイント
+
+## ふりかえり
+### よかったこと
+- ...
+
+### 改善点  
+- ...
+
+### アクション
+- ...
+```
+
+## 7. チェックリスト
+
+### リリース計画チェックリスト
+
+- [ ] プロダクトオーナーの満足条件が明確
+- [ ] 全ストーリーにストーリーポイントを設定
+- [ ] 優先順位が明確（価値・コスト・知識・リスクで評価）
+- [ ] ベロシティ見積もりが妥当（過去実績または詳細見積もりベース）
+- [ ] リスクバッファを考慮
+- [ ] 各イテレーションの目標が明確
+
+### イテレーション計画チェックリスト
+
+- [ ] イテレーションゴールが1-2行で表現
+- [ ] 全ストーリーをタスクに分解
+- [ ] 各タスクが4-16理想時間
+- [ ] チーム全員がコミット
+- [ ] タスクボードを準備
+- [ ] デイリースタンドアップの時間を設定
+
+### 見積もりチェックリスト
+
+- [ ] 相対見積もりを実施（プランニングポーカーなど）
+- [ ] 見積もりスケールを統一
+- [ ] 全員参加で見積もり
+- [ ] 見積もり根拠を共有
+- [ ] 不確実性を考慮した幅を設定
+
+## まとめ
+
+このガイドに従うことで、XPチームは効果的なリリース計画とイテレーション計画を作成できます。重要なのは：
+
+1. **継続的な改善**：計画は生きた文書として更新し続ける
+2. **チーム全体での合意**：見積もりと計画をチーム全員で作成
+3. **価値志向**：顧客価値を最大化する優先順位付け
+4. **透明性**：進捗と課題を常にオープンに共有
+
 定期的にこのガイドを見直し、チームの状況に合わせてカスタマイズしてください。