Roadmap Update
Keep the roadmap bounded and make every priority change visible.
Workflow
- Read the current roadmap and the strategy, customer evidence, commitments, capacity, dependencies, and recent changes that constrain it.
- Identify the operation: add, remove, change status, reprioritize, move timing, or create a roadmap.
- For every addition or acceleration, state what moves, shrinks, or stops. Do not silently expand capacity.
- Prefer
Now / Next / Later unless dates are genuine commitments. Never turn uncertain work into precise dates.
- Map owners, blocking dependencies, risks, and confidence. Use a scoring framework only when its inputs are real; do not fabricate scores.
- Produce the revised roadmap plus a before/after change log and implications for stakeholders.
Output
## Roadmap Update
### Decision
What changed and why.
### Roadmap
| Horizon | Initiative | Outcome | Status | Owner | Dependencies | Confidence |
|---|---|---|---|---|---|---|
### Tradeoffs
Added or accelerated:
Moved, reduced, or removed:
### Risks and Dependencies
Blocked, at risk, hard commitments, and mitigations.
### Changes This Update
Before → after, with the evidence or decision behind each change.
### Open Decisions
Only choices that materially affect priority, scope, or timing.
Quality Gates
- Express initiatives as user or business outcomes, not feature inventories.
- Consolidate duplicates into one roadmap item.
- Distinguish commitment, plan, and directional intent.
- Preserve prior decisions unless new evidence justifies changing them.
1---2name: roadmap-update3description: Create, update, or reprioritize a product roadmap with explicit tradeoffs, dependencies, risks, and change history. Use when priorities, scope, status, or timing must change after new information.4---56# Roadmap Update78Keep the roadmap bounded and make every priority change visible.910## Workflow11121. Read the current roadmap and the strategy, customer evidence, commitments, capacity, dependencies, and recent changes that constrain it.132. Identify the operation: add, remove, change status, reprioritize, move timing, or create a roadmap.143. For every addition or acceleration, state what moves, shrinks, or stops. Do not silently expand capacity.154. Prefer `Now / Next / Later` unless dates are genuine commitments. Never turn uncertain work into precise dates.165. Map owners, blocking dependencies, risks, and confidence. Use a scoring framework only when its inputs are real; do not fabricate scores.176. Produce the revised roadmap plus a before/after change log and implications for stakeholders.1819## Output2021```markdown22## Roadmap Update2324### Decision25What changed and why.2627### Roadmap28| Horizon | Initiative | Outcome | Status | Owner | Dependencies | Confidence |29|---|---|---|---|---|---|---|3031### Tradeoffs32Added or accelerated:33Moved, reduced, or removed:3435### Risks and Dependencies36Blocked, at risk, hard commitments, and mitigations.3738### Changes This Update39Before → after, with the evidence or decision behind each change.4041### Open Decisions42Only choices that materially affect priority, scope, or timing.43```4445## Quality Gates4647- Express initiatives as user or business outcomes, not feature inventories.48- Consolidate duplicates into one roadmap item.49- Distinguish commitment, plan, and directional intent.50- Preserve prior decisions unless new evidence justifies changing them.
cogine-ai