Transforms the product-manager from a reactive backlog manager into a vision-driven system with continuous improvement capabilities. New components: - vision-management skill: How to create, maintain, and evolve product vision - /vision command: View, create, or update product vision (syncs to Gitea) - /improve command: Identify gaps between vision goals and backlog Enhanced existing components: - product-manager agent: Now vision-aware with strategic prioritization - /retro command: Connects learnings back to vision updates - /plan-issues command: Shows vision alignment for planned work The vision lives in two places: vision.md (source of truth) and a Gitea issue labeled "vision" for integration with the issue workflow. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
4.2 KiB
4.2 KiB
name, description
| name | description |
|---|---|
| vision-management | Create, maintain, and evolve a product vision. Use when initializing a vision, updating goals, aligning work with vision, or connecting learnings to vision refinement. |
Vision Management
How to create, maintain, and evolve a product vision for continuous improvement.
Vision Document Location
The vision lives in two places:
vision.mdat repo root - Source of truth, versionable- Gitea issue labeled
vision- Integrates with issue workflow
Keep these in sync. The file is authoritative; the issue mirrors it.
Vision Document Structure
# Product Vision
## Purpose
Why this product exists. The problem it solves.
## Goals
1. [Goal 1] - [Success metric]
2. [Goal 2] - [Success metric]
3. [Goal 3] - [Success metric]
## Current Focus
What we're prioritizing now and why.
## Non-Goals
What we're explicitly NOT doing.
## Progress
- [Goal 1]: [Status/progress]
- [Goal 2]: [Status/progress]
## Last Updated
[Date] - [What changed]
Creating a Vision
When no vision exists:
- Identify the purpose: What problem does this product solve? Who benefits?
- Define 3-5 goals: Concrete, measurable outcomes
- Set success metrics: How will you know each goal is achieved?
- Choose current focus: Which 1-2 goals are priorities right now?
- Document non-goals: What are you explicitly NOT doing?
Good Goals
- Specific and measurable
- Outcome-focused (not activity-focused)
- Have clear success criteria
| Bad | Good |
|---|---|
| "Improve performance" | "Page load under 2 seconds" |
| "Better UX" | "User can complete checkout in under 60 seconds" |
| "More features" | "Support 3 export formats (CSV, JSON, PDF)" |
Updating the Vision
Update the vision when:
- A goal is achieved (update progress, possibly add new goal)
- Learnings from retros reveal new priorities
- Strategic direction changes
- A non-goal becomes a goal (or vice versa)
Update Process
- Read current vision
- Identify what needs to change
- Draft the update
- Present changes for approval
- Update
vision.md - Sync to Gitea issue
Aligning Issues with Vision
When creating or reviewing issues:
- Check goal alignment: Does this issue support a vision goal?
- Tag appropriately: Reference the goal in the issue description
- Prioritize by vision: Issues supporting current focus get priority
- Flag misalignment: Issues that don't align with any goal need justification
Alignment Check Template
## Vision Alignment
Supports: Goal 2 (Security)
Priority: High (current focus area)
Identifying Gaps
Compare vision goals to current backlog:
- Which goals have no supporting issues?
- Which goals have stalled (no recent progress)?
- Are there issues that don't align with any goal?
Connecting Retros to Vision
After a retrospective:
- Review learnings: Any that affect the vision?
- Goal changes: Should any goals be added, removed, or modified?
- Non-goal additions: Did we learn something we should explicitly avoid?
- Progress updates: Did completed work advance any goals?
Retro-to-Vision Questions
- "Did this work reveal a new priority we should add as a goal?"
- "Did we learn something that should become a non-goal?"
- "Should our current focus shift based on what we learned?"
- "Did this work make progress on any goals?"
Vision Issue in Gitea
Create/update a Gitea issue that mirrors the vision:
# Create vision issue
tea issues create --title "Product Vision" --description "$(cat vision.md)" --labels "vision"
# Update existing vision issue
tea issues edit <issue-number> --description "$(cat vision.md)"
Benefits of the vision issue:
- Other issues can reference it (
Supports #N) - Visible in backlog alongside work items
- Provides discussion space for vision questions
Continuous Improvement Loop
Vision → Issues → Work → Retro → Vision (updated)
- Vision defines what success looks like
- Issues are created to achieve vision goals
- Work implements the issues
- Retros capture learnings from the work
- Vision updates incorporate learnings (loop continues)
The vision is a living document that evolves as you learn.