Refactored the vision system to separate concerns: - vision.md remains the stable "north star" philosophy document - Gitea milestones now track goals with automatic progress via issue counts - Updated /vision, /retro, and /create-issue commands to auto-assign milestones 🤖 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.
Architecture
The vision system has two layers:
| Layer | Purpose | Location |
|---|---|---|
| vision.md | North star philosophy (why, principles, non-goals) | File in repo root |
| Milestones | Goals with progress tracking | Gitea milestones |
- vision.md is stable - updated rarely when direction changes
- Milestones are actionable - created/closed as goals evolve
- Issues are assigned to milestones to track progress
Vision Document Structure
The vision.md file should contain the stable "why" - not progress tracking:
# Vision
## The Problem
What problem does this product solve? Who benefits?
## The Solution
How does this product solve the problem?
## Guiding Principles
Core beliefs that guide decisions.
## Non-Goals
What we're explicitly NOT doing.
Do NOT include goals, progress, or focus in vision.md - that's what milestones are for.
Creating a Vision
When no vision exists:
- Identify the problem: What pain point does this solve?
- Define the solution: How does the product address it?
- Set guiding principles: What beliefs guide decisions?
- Document non-goals: What are you explicitly NOT doing?
- Create initial milestones: 3-5 measurable goals
Good Goals (Milestones)
- Specific and measurable
- Outcome-focused (not activity-focused)
- Have clear success criteria in the description
| 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)" |
Managing Goals with Milestones
# List milestones with progress
tea milestones
tea milestones -f title,items_open,items_closed,state
# Create a new goal
tea milestones create --title "Automate repetitive workflows" \
--description "Success: 80% of routine tasks handled by slash commands"
# View issues in a milestone
tea milestones issues "Automate repetitive workflows"
# Close a completed goal
tea milestones close "Automate repetitive workflows"
Assigning Issues to Milestones
When creating issues, assign them to the relevant milestone:
tea issues create --title "Add /commit command" \
--description "..." \
--milestone "Automate repetitive workflows"
Progress is automatically tracked through open/closed issue counts.
Aligning Issues with Vision
When creating or reviewing issues:
- Check goal alignment: Does this issue support a milestone?
- Assign to milestone: Link the issue to the relevant goal
- Prioritize by focus: Issues in priority milestones get worked first
- Flag misalignment: Issues without a milestone need justification
Identifying Gaps
Compare milestones to current backlog:
- Which milestones have no issues?
- Which milestones have stalled (no recent progress)?
- Are there issues without a milestone?
Connecting Retros to Vision
After a retrospective:
- Review learnings: Any that affect the vision or goals?
- Milestone changes: Should any goals be added, closed, or modified?
- Non-goal additions: Did we learn something to add to vision.md?
- Progress check: Did completed work close any milestones?
Retro-to-Vision Questions
- "Did this work reveal a new goal we should add as a milestone?"
- "Did we learn something that should become a non-goal in vision.md?"
- "Should we close or modify any milestones based on what we learned?"
- "Are any milestones ready to close?"
Continuous Improvement Loop
Vision → Milestones → Issues → Work → Retro → (Vision/Milestones updated)
- Vision defines why and principles (stable)
- Milestones define measurable goals
- Issues are work items toward those goals
- Work implements the issues
- Retros capture learnings
- Updates refine vision and create/close milestones
The vision is stable. The milestones evolve as you learn and achieve goals.