project-planner

プロジェクト計画スキル

あらゆる種類のプロジェクトで、構造化された実行可能な計画を作成するための汎用的な計画手法です。ビジネス施策、個人の目標、クリエイティブプロジェクト、学術研究、イベント計画、組織変革に対応します。

このスキルを使用するタイミング

次の計画を立てる際に、このスキルを有効にします。

• ビジネスプロジェクト：製品のローンチ、マーケティングキャンペーン、業務改善
• 個人の目標：キャリア開発、学習目標、ライフスタイルの変更
• クリエイティブプロジェクト：執筆プロジェクト、アートインスタレーション、コンテンツ制作
• 学術研究：研究プロジェクト、論文の計画、学習プログラム
• イベント計画：会議、結婚式、コミュニティイベント
• 組織変革：組織再編、企業文化施策、ポリシーの変更

ソフトウェア開発には使用しないでください - 代わりに implementation-planner スキルを使用してください

計画前のプロトコル

新しい計画を作成する前に必ず実行してください。

1. 進行中の計画を確認する：

   test -f docs/plan.md && cat docs/plan.md
   

2. 進行中の計画がある場合：

   • ユーザーに尋ねます：「進行中の計画が見つかりました：[PLAN-ID]。この計画を続けますか、それとも新しい計画を作成しますか？」
   • 続行する場合：進行中の計画を読み込み、現在のフェーズから続けます
   • 新規作成する場合：現在の計画を一時停止または完了として記録し、新しい計画を作成します

3. 進行中の計画がない場合：

   • 新しい計画の作成に進みます

計画の形式基準

命名規則

• 形式：PLAN-YYYYMMDD-HHMM-{project-slug}.md
• 例：PLAN-20251118-1430-product-launch.md
• 場所：docs/plans/

必須のフロントマター

---
plan_id: PLAN-YYYYMMDD-HHMM-{slug}
title: [Project Name]
created: YYYY-MM-DD HH:MM
status: draft | active | completed | on_hold | cancelled
category: business | personal | creative | academic | event | organizational
phase: planning | execution | monitoring | complete
priority: critical | high | medium | low
---

必須セクション

1. ビジョンと目標 - 何を、なぜ行うか
2. 範囲と成果物 - 具体的な成果
3. アクションステップ - 担当者を含む、順序立てたタスク
4. 必要なリソース - 人員、予算、資材、時間
5. スケジュールとマイルストーン - 締め切りと確認ポイント
6. リスクと緊急時対応 - 起こり得る問題
7. 成功指標 - 測定可能な成果

マスタープランのトラッカー（docs/plan.md）

implementation-planner と同じ構造で、すべてのプロジェクト計画を追跡します。

更新ワークフロー

新しい計画を作成するとき：

1. docs/plans/ に計画ファイルを生成します
2. docs/plan.md を更新します：
   • active_plan を新しい計画 ID に設定します
   • 該当するカテゴリのセクションに追加します
   • last_updated のタイムスタンプを更新します

計画を完了するとき：

1. 計画ファイルの status: completed を更新します
2. docs/plan.md を更新します：
   • ✅ を付けて「Completed」に移動します
   • 統計情報を更新します

計画を一時停止するとき：

1. 計画ファイルの status: on_hold を更新します
2. docs/plan.md を更新します：
   • 「On Hold」セクションに移動します
   • 進行中の計画だった場合は active_plan をクリアします

計画の基本原則

1. 複雑さより明確さを優先 - シンプルで理解しやすい計画
2. 行動を重視 - すべてのセクションを具体的な行動につなげます
3. 柔軟性 - 状況の変化に合わせて計画を調整します
4. 説明責任 - 担当者と締め切りを明確にします
5. 測定可能性 - 成功基準を客観的に定めます

計画の手法

ステップ 1：ビジョンと目標（5 分未満）

目的：達成したいことと、その理由を定義します

回答する質問：

• 望ましい最終状態は何ですか？
• このプロジェクトが重要なのはなぜですか？
• このプロジェクトの恩恵を受けるのは誰ですか？
• このプロジェクトはどのような問題を解決しますか？

出力形式：

## Vision & Objectives

### Vision Statement
[One paragraph describing the ideal outcome]

### Primary Objective
[Main goal - SMART format: Specific, Measurable, Achievable, Relevant, Time-bound]

### Secondary Objectives
- Objective 1: [SMART format]
- Objective 2: [SMART format]

### Alignment
- **Strategic Fit**: [How this aligns with broader goals]
- **Stakeholders**: [Who cares about this and why]
- **Value Proposition**: [Why now, why this approach]

ステップ 2：範囲と成果物（5 分未満）

目的：境界と具体的な成果を定義します

回答する質問：

• このプロジェクトに含まれるものは何ですか？
• 明確に除外されるものは何ですか？
• どのような具体的な成果物を作成しますか？
• 受け入れ基準は何ですか？

出力形式：

## Scope & Deliverables

### In Scope
- [Specific activity/outcome 1]
- [Specific activity/outcome 2]

### Out of Scope
- [What we're NOT doing 1]
- [What we're NOT doing 2]

### Deliverables
1. **Deliverable 1**: [Description]
   - Acceptance Criteria: [How we know it's done]
   - Format: [Document, event, product, etc.]

2. **Deliverable 2**: [Description]
   - Acceptance Criteria: [How we know it's done]
   - Format: [Format]

### Constraints
- **Budget**: [Budget limitation]
- **Time**: [Time constraint]
- **Resources**: [Resource constraints]
- **Quality**: [Non-negotiable quality standards]

ステップ 3：アクションステップ（10 分未満）

目的：作業を実行可能なタスクに分解します

順序付けの原則：

1. 依存関係を優先 - 依存するタスクに先立ち、前提となるタスクを完了します
2. 早期にクイックウィンを達成 - 実現可能なタスクで勢いをつけます
3. 並行作業 - 同時に進められるタスクを特定します
4. クリティカルパス - 全体のスケジュールを左右するタスクを明示します

出力形式：

## Action Steps

### Phase 1: [Phase Name] (Weeks 1-2)

#### Step 1.1: [Action Verb] [What]
- **Description**: [What needs to be done]
- **Owner**: [Who is responsible]
- **Duration**: [Estimated time]
- **Dependencies**: [What must be done first]
- **Output**: [What this produces]
- **Verification**: [How to confirm completion]

#### Step 1.2: [Action Verb] [What]
[Same structure]

### Phase 2: [Phase Name] (Weeks 3-4)
[Continue with steps]

### Critical Path
Tasks that determine overall timeline:
1. Step X.X → Step Y.Y → Step Z.Z

ステップ 4：必要なリソース（5 分未満）

目的：実行に必要なものを特定します

カテゴリ：

• 人員：スキル、役割、必要な時間
• 予算：資材、サービス、ライセンスに必要な費用
• 資材：物品、機器、備品
• 時間：期間、締め切り、対応可能な時間
• 知識：トレーニング、専門知識、情報
• ツール：ソフトウェア、プラットフォーム、システム

出力形式：

## Resources Required

### People
- **Role 1**: [Skills needed], [Time commitment], [Availability]
- **Role 2**: [Skills], [Time], [Availability]

### Budget
| Category | Item | Estimated Cost | Status |
|----------|------|----------------|--------|
| Materials | [Item] | $X,XXX | Approved/Pending |
| Services | [Service] | $X,XXX | Approved/Pending |

**Total Budget**: $X,XXX

### Materials & Equipment
- [Item 1]: [Quantity], [Specifications], [Source]
- [Item 2]: [Quantity], [Specifications], [Source]

### Knowledge & Training
- [Skill/Knowledge 1]: [Who needs it], [How to acquire]
- [Skill/Knowledge 2]: [Who needs it], [How to acquire]

### Tools & Systems
- [Tool 1]: [Purpose], [License/Access], [Cost]
- [Tool 2]: [Purpose], [License/Access], [Cost]

ステップ 5：タイムラインとマイルストーン（5 分未満）

目的：締め切りを設定し、説明責任を明確にします

マイルストーンの基準：

• 重要な進捗地点であること
• 完了を測定できること
• 次のフェーズに進めること
• 関係者が進捗を把握できること

出力形式：

## Timeline & Milestones

### Overall Timeline
**Start Date**: YYYY-MM-DD
**End Date**: YYYY-MM-DD
**Total Duration**: [X weeks/months]

### Milestones

#### Milestone 1: [Name] - [Date]
- **Criteria**: [What must be complete]
- **Deliverables**: [What to show]
- **Checkpoint**: [Review meeting/decision point]

#### Milestone 2: [Name] - [Date]
[Same structure]

### Gantt Chart (Text-based)

第 1 週： [█████████░░░] フェーズ 1（ステップ 1.1～1.3） 第 2 週： [░░░░█████████] フェーズ 1（ステップ 1.4～1.6） 第 3 週： [█████████░░░] フェーズ 2（ステップ 2.1～2.3） 第 4 週： [░░░░█████████] フェーズ 2 完了

### Key Dates
- [YYYY-MM-DD]: [Event/Deadline]
- [YYYY-MM-DD]: [Event/Deadline]

ステップ 6：リスクと緊急時対応策（5 分未満）

目的：問題を予測し、対応を計画します

リスクのカテゴリ：

• 外部要因：市場の変化、規制、競争
• リソース：予算削減、人員の不在、資材
• 技術：複雑さ、依存関係、不明点
• 関係者：抵抗、優先事項の競合、認識のずれ
• タイムライン：遅延、スコープクリープ、楽観バイアス

出力形式：

## Risks & Contingencies

### Risk 1: [Description]
**Category**: [External/Resource/Technical/Stakeholder/Timeline]
**Probability**: [High/Medium/Low]
**Impact**: [High/Medium/Low]
**Risk Score**: [Probability × Impact = Score]

**Mitigation**: [How to prevent]
**Contingency**: [What to do if it happens]
**Early Warning Signs**: [Indicators this is occurring]
**Owner**: [Who monitors this]

### Risk 2: [Description]
[Same structure]

### Risk Matrix

影響度 高 │ R3 │ R1 │ R1 │ 中 │ R5 │ R2 │ R1 │ 低 │ R7 │ R5 │ R2 │ └────┴────┴────┘ 低 中 高 発生確率

ステップ 7：成功指標（3 分未満）

目的：測定可能な成果を定義します

SMART 基準：

• 具体的：正確な指標
• 測定可能：定量化できること
• 達成可能：現実的であること
• 関連性：目標に沿っていること
• 期限付き：いつまでに達成するか

出力形式：

## Success Metrics

### Primary Metrics
- **Metric 1**: [Name]
  - **Target**: [Specific number/outcome]
  - **Measurement**: [How to measure]
  - **Frequency**: [How often to check]
  - **Baseline**: [Current state]

- **Metric 2**: [Name]
  [Same structure]

### Secondary Metrics
- [Metric 3]: [Target]
- [Metric 4]: [Target]

### Completion Criteria
- [ ] All deliverables accepted by stakeholders
- [ ] Primary metrics meet/exceed targets
- [ ] Budget within ±10% of estimate
- [ ] Timeline within ±10% of estimate
- [ ] Stakeholder satisfaction ≥ 8/10
- [ ] No critical issues remaining

### Post-Project Review
- **Review Date**: [2-4 weeks after completion]
- **Participants**: [Who attends]
- **Topics**: Lessons learned, metrics achieved, improvements

計画の完全版テンプレート

---
plan_id: PLAN-YYYYMMDD-HHMM-{slug}
title: [Project Name]
created: YYYY-MM-DD HH:MM
status: draft
category: [business|personal|creative|academic|event|organizational]
phase: planning
priority: [critical|high|medium|low]
---

# 🎯 Project Plan: [Project Name]

## Vision & Objectives
[Vision statement and SMART objectives]

## Scope & Deliverables
[What's included, excluded, and delivered]

## Action Steps
[Phased, sequenced tasks with owners]

## Resources Required
[People, budget, materials, time, knowledge, tools]

## Timeline & Milestones
[Dates, milestones, Gantt chart]

## Risks & Contingencies
[Identified risks with mitigation strategies]

## Success Metrics
[Measurable outcomes and completion criteria]

## Notes & Considerations
[Additional context, assumptions, dependencies]

品質基準

完全性

• 7 つのセクションがすべてあり、記入されている
• 各アクションステップに担当者と期限がある
• リソースが現実的で、利用可能である
• リスクに対する軽減策がある
• 成功指標が SMART 基準を満たしている

明確さ

• 誰でも計画を理解できる
• 説明のない専門用語がない
• 具体例が示されている
• 曖昧さが解消されている

実行可能性

• 次のステップが明確である
• 担当者が何をすべきか把握している
• タイムラインが現実的である
• リソースが確保されている

よくあるプロジェクトの種類

ビジネスプロジェクトの例となるきっかけ

• 製品の発売、マーケティングキャンペーン、営業施策
• プロセス改善、効率化プロジェクト
• 市場拡大、パートナーシップの構築

個人プロジェクトの例となるきっかけ

• キャリア転換、スキル開発
• 健康・フィットネスの目標、ライフスタイルの変更
• 財務目標、貯蓄計画

クリエイティブプロジェクトの例となるきっかけ

• 書籍・記事の執筆、コンテンツ作成
• アートプロジェクト、展覧会の企画
• 音楽制作、アルバムのリリース

学術プロジェクトの例となるきっかけ

• 研究プロジェクト、論文の計画
• 学習プログラム、試験準備
• 学会発表、論文の出版

イベント企画の例となるきっかけ

• カンファレンス・ワークショップの運営
• 結婚式・祝賀会の企画
• 地域イベント、資金調達イベント

組織変革の例となるきっかけ

• チームの再編、役割の変更
• 文化に関する施策、価値観の導入
• 方針の変更、プロセスの導入

計画を続けるワークフロー

ユーザーが「continue plan」と言った場合：

1. docs/plan.md から進行中の計画を読み込む
2. フェーズを確認する：
   • 計画：詳細を追加し、各セクションを洗練する
   • 実行：進捗を更新し、ステップを完了としてマークする
   • モニタリング：指標を確認し、タイムラインを調整する
3. 作業の進行に合わせてステータスを更新する

形式の検証

最終確定の前に：

• フロントマターがすべて記入されている（plan_id、title、status、category、phase、priority）
• 7 つのセクションがすべてある
• ビジョンが明確で、人を鼓舞する内容である
• 目標が SMART 基準を満たしている
• アクションステップに担当者と期限がある
• リソースが特定され、利用可能である
• タイムラインが現実的である
• リスクに対する緊急時対応策がある
• 成功指標が測定可能である
• マスタートラッカーが更新されている

使用例

シナリオ：製品のローンチ計画

ユーザー：「新しいモバイルアプリをローンチする計画を立ててください」

Claude：

1. docs/plan.md を確認します。進行中の計画はありません
2. 詳細を確認する質問をします：
   • 対象ユーザーは誰ですか？
   • ローンチの目標日はいつですか？
   • 予算はいくらですか？
3. PLAN-20251118-1430-mobile-app-launch.md を作成します：
   • ビジョン：最初の1か月で1万ダウンロードを達成する
   • 目標：ダウンロード数、収益、エンゲージメントに関するSMART目標
   • 範囲：v1.0の機能、マーケティングチャネル、ローンチイベント
   • アクションステップ：開発、テスト、マーケティング、ローンチ
   • リソース：チームの役割、予算、ツール
   • スケジュール：マイルストーンを含む12週間のスケジュール
   • リスク：技術的な遅延、市場の反応、競合
   • 指標：ダウンロード数、DAU、収益、評価
4. docs/plan.md を更新し、進行中の計画を記載します

シナリオ：個人の学習目標

ユーザー：「データサイエンスのためにPythonを学ぶ計画を立てるのを手伝ってください」

Claude：

1. 進行中の計画があるか確認します
2. 構成化された学習計画を作成します：
   • ビジョン：6か月で就職可能なデータサイエンティストになる
   • 目標：コースを修了し、ポートフォリオ用のプロジェクトを作成する
   • 範囲：学習するトピック、作成するプロジェクト
   • アクションステップ：毎週の学習スケジュール、実践演習
   • リソース：コース、書籍、データセット、ツール
   • スケジュール：月ごとの進捗
   • リスク：時間管理、モチベーション、難易度
   • 指標：修了したコース、完成したプロジェクト、応募した求人

Implementation Planner との連携

計画にソフトウェア開発が含まれる場合：

1. プロジェクト全体の計画にはこのスキルを使用します：

   • ビジネス目標
   • ステークホルダー管理
   • リソース配分
   • スケジュール

2. 技術的な実装には implementation-planner を使用します：

   • コードアーキテクチャ
   • ファイルの変更
   • テスト戦略
   • デプロイ

3. 計画を相互参照します：

   • 技術的な成果物では実装計画を参照します
   • プロジェクト計画では実装を1つのアクションステップとして管理します

---

このスキルは、一貫した形式と進捗管理を維持しながら、あらゆる種類のプロジェクトについて実行可能で完全な計画を作成します。