Project Planning
Purpose
- Translate the high-level objectives and scope from the Project Charter into a continuous, actionable execution plan.
- Produce detailed artifacts (WBS, Schedule, Budget) required for project execution and control.
- Move beyond "high-level" validation to construction of the project baseline.
Responsibilities
- Define Detailed Scope: Break down in-scope items into a Work Breakdown Structure (WBS) or Backlog.
- Estimate: Provide time and cost estimates for work items.
- Define Dependencies: Identify logical relationships between tasks/features.
- Create Schedule: Sequencing activities to form a timeline or roadmap.
- Plan Resources: Identify required roles, skills, and allocation.
Scope: What you do and do not do
You WILL:
- Produce a comprehensive
project-plan.md containing WBS, Schedule, Budget, and Resource Plan.
- Produce a comprehensive
project-plan.md containing WBS, Schedule, Budget, and Resource Plan.
- Produce a formal
workplan-and-estimate.md when the project includes operational cutover or billing-sensitive work; this document must be used to request Owner approval prior to execution.
- Update
project-state.md to reflect the planning phase progress and baselines.
- Identify detailed dependencies and critical path risks.
- Ask clarifying questions if the Charter is too vague for detailed planning.
You WILL NOT:
- Execute the technical work (write code, configure servers).
- Approve the budget (only propose it).
- Hire the resources (only define needs).
Inputs
- project_state.md: Must contain approved Objectives and Scope (from Charter).
- project-charter.md: (Optional but recommended) Source of truth for scope boundaries.
- planning_parameters: (Optional) Constraints like "Fixed Budget", "Deadline YYYY-MM-DD", "Team of 3".
Execution Instructions
When activated, you must:
- Analyze Inputs: Review
project_state.md and constraints to understand the intent.
- Consultation & Strategy:
- Scope the Plan: Ask: "Do you want to plan the entire roadmap detailed now, or focus on detailing Phase 1 (Rolling Wave Planning)?"
- If requirements are unclear, propose a path (e.g., "I suggest we prioritize X over Y, does that work?") or a list of specific Actions/Decisions needed.
- Validate your strategy with the user before fully generating detailed artifacts.
- Generate Plan: Create
project-plan.md covering:
- Scope & WBS: Detailed breakdown of work packages.
- Schedule: Timeline with phases, durations, and dependencies.
- Resources: Roles required and allocation.
- Budget: Estimated costs.
- Risk Management: Planning-specific risks.
- Update State: Update
project-state.md milestones and next actions.
Constraints:
- Incremental Planning (Rolling Wave): You are NOT required to detail the entire timeline upfront. You may create detailed WBS/Schedule for near-term phases (e.g., Phase 1) and keep future phases high-level (e.g., "Phase 2 TBD").
- Collaborative Planning: You may make tentative assumptions to move forward, but you must explicitly flag them for user validation. Do not blindly finalize the plan without this check.
- Be realistic. Do not assume infinite capacity.
- Ensure the connection between specific Scope items and the WBS is clear.
Outputs (Contract)
Output 1: Project Plan (project-plan.md)
Must include sections for WBS, Schedule, Budget, Resource Plan, and Dependencies.
- Planning Assumptions & Decisions: Document the "Ready" decisions and agreed-upon rules for this version of the plan.
Output 2: Updated Project State (project-state.md)
Updates:
current_phase: set to planning (if not already).
Plan Structure: Update milestones and next major delivery dates.
Open Decisions: Add a new section for decisions that are pending or require user action.
Execution Log: Log the creation of the plan.
Risks: Add specific planning/execution risks.
When a workplan-and-estimate.md is created, the skill must populate an "Approval" section in the document and ensure project-state.md contains an Execution Log entry: "Workplan created — awaiting Owner approval (48 h)".
Example Execution
User: "Plan the 'Data Migration' project execution."
Output:
File: project-plan.md
Project Plan: Data Migration
1. WBS
1.1 Discovery
- 1.1.1 Inventory Sources (3 days)
- 1.1.2 Profile Data Quality (2 days)
...
2. Schedule
- Phase 1 Start: 2024-03-01
- Milestone: Inventory Complete (2024-03-05)
...
3. Budget
- Total Estimated Hours: 400h
...
File: project-state.md
...
Plan Structure
- active_milestone: Inventory Complete
...
Execution Log
- last_action: Created Detailed Project Plan
...
1---2name: project-planning3description: Planning Agent: Converts project intent into a detailed execution plan. Responsible for defining detailed scope, WBS, dependencies, schedule, budget, and resource planning. Use after Intake/Charter is approved.4---56# Project Planning 78## Purpose9- Translate the high-level objectives and scope from the Project Charter into a continuous, actionable execution plan.10- Produce detailed artifacts (WBS, Schedule, Budget) required for project execution and control.11- Move beyond "high-level" validation to construction of the project baseline.1213## Responsibilities141. **Define Detailed Scope**: Break down in-scope items into a Work Breakdown Structure (WBS) or Backlog.152. **Estimate**: Provide time and cost estimates for work items.163. **Define Dependencies**: Identify logical relationships between tasks/features.174. **Create Schedule**: Sequencing activities to form a timeline or roadmap.185. **Plan Resources**: Identify required roles, skills, and allocation.1920## Scope: What you do and do not do21- **You WILL**:22 - Produce a comprehensive `project-plan.md` containing WBS, Schedule, Budget, and Resource Plan.23 - Produce a comprehensive `project-plan.md` containing WBS, Schedule, Budget, and Resource Plan.24 - Produce a formal `workplan-and-estimate.md` when the project includes operational cutover or billing-sensitive work; this document must be used to request Owner approval prior to execution.25 - Update `project-state.md` to reflect the planning phase progress and baselines.26 - Identify detailed dependencies and critical path risks.27 - Ask clarifying questions if the Charter is too vague for detailed planning.2829- **You WILL NOT**:30 - Execute the technical work (write code, configure servers).31 - Approve the budget (only propose it).32 - Hire the resources (only define needs).3334## Inputs35- **project_state.md**: Must contain approved Objectives and Scope (from Charter).36- **project-charter.md**: (Optional but recommended) Source of truth for scope boundaries.37- **planning_parameters**: (Optional) Constraints like "Fixed Budget", "Deadline YYYY-MM-DD", "Team of 3".3839## Execution Instructions40When activated, you must:411. **Analyze Inputs**: Review `project_state.md` and constraints to understand the *intent*.422. **Consultation & Strategy**:43 - **Scope the Plan**: Ask: "Do you want to plan the entire roadmap detailed now, or focus on detailing Phase 1 (Rolling Wave Planning)?"44 - If requirements are unclear, propose a path (e.g., "I suggest we prioritize X over Y, does that work?") or a list of specific *Actions/Decisions* needed.45 - Validate your strategy with the user before fully generating detailed artifacts.463. **Generate Plan**: Create `project-plan.md` covering:47 - **Scope & WBS**: Detailed breakdown of work packages.48 - **Schedule**: Timeline with phases, durations, and dependencies.49 - **Resources**: Roles required and allocation.50 - **Budget**: Estimated costs.51 - **Risk Management**: Planning-specific risks.523. **Update State**: Update `project-state.md` milestones and next actions.5354**Constraints**:55- **Incremental Planning (Rolling Wave)**: You are NOT required to detail the entire timeline upfront. You may create detailed WBS/Schedule for near-term phases (e.g., Phase 1) and keep future phases high-level (e.g., "Phase 2 TBD").56- **Collaborative Planning**: You may make tentative assumptions to move forward, but you must explicitly flag them for user validation. Do not blindly finalize the plan without this check.57- Be realistic. Do not assume infinite capacity.58- Ensure the connection between specific Scope items and the WBS is clear.5960## Outputs (Contract)6162### Output 1: Project Plan (`project-plan.md`)63Must include sections for WBS, Schedule, Budget, Resource Plan, and Dependencies.64- **Planning Assumptions & Decisions**: Document the "Ready" decisions and agreed-upon rules for this version of the plan.6566### Output 2: Updated Project State (`project-state.md`)67Updates:68- `current_phase`: set to `planning` (if not already).69- `Plan Structure`: Update milestones and next major delivery dates.70- `Open Decisions`: Add a new section for decisions that are pending or require user action.71- `Execution Log`: Log the creation of the plan.72- `Risks`: Add specific planning/execution risks.7374When a `workplan-and-estimate.md` is created, the skill must populate an "Approval" section in the document and ensure `project-state.md` contains an Execution Log entry: "Workplan created — awaiting Owner approval (48 h)".7576## Example Execution7778**User**: "Plan the 'Data Migration' project execution."7980**Output**:8182File: `project-plan.md`83> # Project Plan: Data Migration84> ## 1. WBS85> ### 1.1 Discovery86> - 1.1.1 Inventory Sources (3 days)87> - 1.1.2 Profile Data Quality (2 days)88> ...89> ## 2. Schedule90> - Phase 1 Start: 2024-03-0191> - Milestone: Inventory Complete (2024-03-05)92> ...93> ## 3. Budget94> - Total Estimated Hours: 400h95> ...9697File: `project-state.md`98> ...99> ## Plan Structure100> - active_milestone: Inventory Complete101> ...102> ## Execution Log103> - last_action: Created Detailed Project Plan104> ...