Project Planner

プロジェクト計画

Project Planner スキルを使用すると、明確なタイムライン、依存関係、成果物、必要なリソースを含む、構造化された包括的なプロジェクト計画を作成できます。ID8Pipeline の方法論に従い、すべてのプロジェクトで適切なスコープ設定、アーキテクチャ計画、チェックポイントの定義を行ってから着手できるようにします。

このスキルでは、作業分解構成図（WBS）、クリティカルパス分析、リソース配分、リスク軽減策を含む、実行可能なプロジェクト計画を作成します。ID8Pipeline の 11 段階フレームワークと連携し、コンセプトからローンチまで、プロジェクトを体系的に構築できるようにします。

このプランナーでは、垂直スライス、明確な依存関係、チームのキャパシティとプロジェクトの複雑さに基づく現実的なスケジュールの見積もりを重視します。

コアワークフロー

ワークフロー 1：新規プロジェクト計画の作成

手順：

1. 調査フェーズ

   • プロジェクトの要件と制約を収集します
   • ステークホルダーとチームメンバーを特定します
   • 成功基準とビジネス目標を定義します
   • スコープの境界（対象と対象外）を明確にします

2. スコープの定義

   • 1 行の問題定義を作成します（ステージ 1：コンセプトの確定）
   • V1 の機能セットを定義します（主要機能は最大 5 つ）
   • 「まだ対応しない」リストを記録します（ステージ 2：スコープの境界設定）
   • 品質ゲートとチェックポイントを設定します

3. 作業分解構成図

   • プロジェクトを ID8Pipeline の各ステージに沿った主要フェーズに分割します
   • 機能を垂直スライスに分解します
   • 最小単位のタスクを特定します（4～8 時間の作業単位）
   • タスク間の依存関係を整理します

4. タイムラインの作成

   • タスクの所要時間を見積もります（複雑さとチームのキャパシティを考慮します）
   • クリティカルパスと並行作業の流れを特定します
   • バッファ時間を加えます（不確実性を考慮して 20％）
   • チェックポイントの基準を設けてマイルストーンの日付を設定します

5. リソース計画

   • タスクをチームメンバーまたは役割に割り当てます
   • スキルの不足やトレーニングの必要性を特定します
   • リソースの競合と稼働状況を考慮して計画します
   • 予算とツールを割り当てます

6. ドキュメント作成

   • プロジェクトのルートに PIPELINE_STATUS.md を作成します
   • WBS とタイムラインを含む PROJECT_PLAN.md を作成します
   • 進捗追跡の仕組みを設定します（GitHub Projects など）
   • コミュニケーションの頻度を定義します

出力： タイムライン、依存関係、リソース配分、チェックポイントの定義を含む完全なプロジェクト計画。

ワークフロー 2：既存のプロジェクト計画の更新

手順：

1. 現在の PIPELINE_STATUS.md と PROJECT_PLAN.md を読みます
2. 実際の進捗と計画上の進捗を比較して評価します
3. ブロッカー、遅延、スコープの変更を特定します
4. 新しい情報に基づいてタイムラインを再計算します
5. 必要に応じてリソース配分を更新します
6. リスク軽減策を見直します
7. 変更を記録し、ステークホルダーに伝えます

ワークフロー 3：迅速なプロジェクトのキックオフ

小規模なプロジェクトや MVP 向け：

1. 1 行の問題定義を作成します（コンセプトの確定）
2. 主要機能を 3～5 つリストアップします（スコープの境界設定）
3. 技術スタックを選択します（アーキテクチャの概略）
4. 日次チェックポイントを設けた 2 週間のスプリント計画を作成します
5. 基本的なプロジェクト追跡を設定します

クイックリファレンス

アクション	コマンド／トリガー
新しいプロジェクト計画を作成	"plan project [name]"
既存の計画を更新	"update project plan"
MVP の迅速なキックオフ	"quick project kickoff for [idea]"
タイムラインを確認	"review project timeline"
依存関係を確認	"analyze project dependencies"
完了時期を見積もる	"when will this project finish"
マイルストーンを追加	"add milestone [name]"
リソースを調整	"replan resources for [project]"

ベストプラクティス

• まずは一文で説明する：すべてのプロジェクトで、誰のどのような問題を解決するのかを明確に一文で定義します
• スコープの境界を明確にする：スコープが際限なく広がるのを防ぐため、V1 に含めないものを明記します
• 垂直スライスを活用する：水平なレイヤーごとではなく、機能をエンドツーエンドで完成させます
• チェックポイントを設ける：各ステージに明確な終了基準となる質問を設け、必ず回答します
• 稼働率を70％として計画する：会議、中断、コンテキストの切り替えがあるため、チームメンバーが100％の時間を使えることはありません
• 依存関係を可視化する：依存関係をマッピングして、クリティカルパスと並行作業の機会を特定します
• 見積もりセッションに時間制限を設ける：初期見積もりにかける時間は最大30～60分とし、知見が得られるにつれて精度を高めます
• 毎週更新する：実際の進捗に基づいて、プロジェクト計画を毎週確認・更新します
• 前提条件を記録する：計画時に置いたすべての前提条件を文書化し、早い段階で検証します
• フィードバックループを作る：ステークホルダーによるレビューと軌道修正のための定期的なチェックポイントを設けます
• ID8Pipeline を使用する：11 のステージを体系的に進めます。理由を明示して上書きしない限り、ステージを飛ばしてはいけません
• テストを早期に計画する：タイムラインにテストカバレッジの要件を含めます（仕上げに進む前にステージ7を完了させる必要があります）

統合ポイント

• ID8Pipeline：計画を11ステージのフレームワークに沿って自動的に構成します
• GitHub Projects：計画からプロジェクトボードとイシューを生成できます
• PIPELINE_STATUS.md：現在のステージとチェックポイントのステータスを管理します
• Task Manager スキル：計画の作成後、日々のタスク管理を引き継ぎます
• Sprint Planner スキル：プロジェクト計画をスプリント単位の規模に分割します
• Risk Assessor スキル：計画中にプロジェクトのリスクを特定し、追跡します

テンプレート出力

PROJECT_PLAN.md の構成

# [Project Name] - Project Plan

## Concept Lock (Stage 1)
**One-liner:** [Problem statement and target user]

## Scope Fence (Stage 2)
**V1 Features:**
1. Feature 1
2. Feature 2
3. Feature 3

**Not Yet List:**
- Future feature 1
- Future feature 2

## Timeline
[Gantt-style breakdown with dates and dependencies]

## Resources
[Team allocation and budget]

## Risks
[Top 5 risks and mitigation strategies]

## Success Criteria
[How we know we're done and it worked]

見積もりガイドライン

プロジェクト規模	期間	チーム規模	複雑さ
マイクロ（POC）	1～2週間	1～2人	低
小規模（MVP）	1～2か月	2～4人	中
中規模（製品）	3～6か月	4～8人	中～高
大規模（プラットフォーム）	6～12か月	8人以上	高

調整要因：

• 新しい技術スタック：所要時間を30％追加
• 要件が不明確：所要時間を50％追加
• 外部依存関係：依存関係ごとに所要時間を20％追加
• ジュニア中心のチーム：所要時間を40％追加
• 規制への準拠：所要時間を25％追加