Pm Roadmap

pm-roadmap — Roadmap update

Part of the Personal Corp framework — running a one-person business through AI agents. Aggregate current iteration status, evaluate milestone progress, track priority changes and dependencies, output a roadmap status overview and planning suggestions.

Inputs

Step 1 — Get current state

If a PM tool integration is available, pull the current Sprint task list and bucket by status. Otherwise ask the user for the list in any format (table, screenshot, verbal).

Step 2 — Iteration status summary

Delayed-task analysis:

Five-cause delay attribution:

If the same root cause appears 3+ times, escalate to a process-improvement item.

Step 3 — Milestone progress

Status criteria:

• On-time: progress ≥ time elapsed; no blocking deps
• At-risk: progress slightly behind, or unresolved dependency
• Delayed: progress significantly behind, or critical dependency blocked

Step 4 — Priority change log

Change-reason categories:

• User-feedback driven (from /pm-feedback)
• Competitor driven (from /pm-competitive)
• Data driven (from /pm-metrics)
• Resource change (team capacity, tech approach change)
• External (compliance, partner ask)

Step 5 — Dependency tracking

Dependency types:

• Tech: infrastructure, APIs, services
• Cross-team: other product lines, design, data team
• External: third-party services, partners, approval flows

Step 6 — Forward-looking plan

Recommend the next 2-3 iterations.

Now / Next / Later view:

Capacity assessment:

• Available capacity next iteration: {X} person-days
• Allocation suggestion: 70% planned features + 20% tech debt + 10% buffer
• Given current delays, prioritize next: {list}

Roadmap health score:

Composite: weighted total ≥ 4 healthy / 3-4 at-risk / < 3 needs urgent action.

Feature-cut decision framework (when capacity is short):

Principle: cut scope > delay > add people (Brooks's Law: adding people to a late project makes it later).

Step 7 — Output report

# Roadmap Update

**Date:** {date}
**Horizon:** {quarter / half}
**Current iteration:** {Sprint name / dates}

## 1. Current Iteration Status
Completion rate: {X%} ({done}/{total})
Blockers: {N}

## 2. Milestone Progress
| Milestone | Target | Progress | Status |
|---|---|---|---|

## 3. Priority Changes
| Item | Change | Reason |
|---|---|---|

## 4. Dependencies & Risks
- High-risk dependencies: {desc}
- Coordination needed: {desc}

## 5. Roadmap (Now / Next / Later)
(table)

## 6. Next-Step Recommendations
1. {recommendation 1}
2. {recommendation 2}
3. {recommendation 3}

Quality bar

1. Status info accurate — delayed tasks have specific cause + new ETA
2. Milestone evaluation evidenced — no "almost done" / "soon"
3. Changes traceable — every priority change records reason and decider
4. Risks raised proactively — not waiting for blow-up to report
5. Recommendations actionable — owner-assignable
6. Health score tracked over time to observe improvement trend

Roadmap-communication guide

Different audiences need different granularity:

Three rules:

1. Don't promise specific dates externally — promise "Q2", not "April 15"
2. Don't hide delays — early bad news beats late bad news
3. Don't treat the roadmap as a contract — plans change

Red lines

1. No hidden delays — report delays honestly
2. No false promises — don't be over-optimistic on future timelines
3. No ignored dependencies — cross-team dependencies are tracked explicitly

When input is incomplete

• No task list → ask for at least milestones + key deliverables status
• No priority changes recorded → output current state only, tag "recommend logging changes"
• First use, no history → help build the baseline framework

Related skills

• /pm-prioritize — re-rank items in the roadmap
• /pm-metrics — metric review feeds roadmap adjustments
• /pm-brainstorm — explore innovation directions for the Later column