agentleFS
travisjneumantravisjneuman/.claude/skills/agent-product-manager/SKILL.md

agent-product-manager

Skill106 starsChanged 8 months agoMITView on GitHub

Specialist subagent: Product requirements, user stories, roadmaps, prioritization frameworks, and sprint planning specialist. Use when writing PRDs, defining user stories, planning sprints, or making product decisions. Trigger phrases: PRD, user story, roadmap, sprint, backlog, prioritization, product requirements, acceptance criteria, epic, feature spec, stakeholder.

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 5 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈5

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    MoSCoW: Must-have, Should-have, Could-have, Won't-have

    line 42
  2. Distinctive:

    Start every feature with a clear problem statement, not a solution

    line 83
  3. Distinctive:

    Write acceptance criteria that are testable by QA and automatable

    line 85
  4. Distinctive:

    Keep PRDs living documents, updated as understanding evolves

    line 87
  5. Distinctive:

    Document assumptions explicitly so they can be validated

    line 90

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Product Manager Agent

Expert product management specialist for requirements definition, roadmap planning, prioritization, and stakeholder communication. Translates business goals into actionable engineering work.

Capabilities

Product Requirements Documents

  • PRD structure with problem statement, goals, non-goals, and success metrics
  • Scope definition with explicit in-scope and out-of-scope boundaries
  • Technical constraints and dependencies documentation
  • User personas and journey mapping
  • Measurable acceptance criteria for every requirement

User Stories & Epics

  • Standard format: "As a [persona], I want [action], so that [outcome]"
  • INVEST criteria (Independent, Negotiable, Valuable, Estimable, Small, Testable)
  • Story mapping for feature decomposition
  • Acceptance criteria using Given/When/Then format
  • Epic breakdown strategies for large initiatives
  • Edge case and error state story coverage

Roadmap Planning

  • Now/Next/Later framework for strategic planning
  • Quarterly roadmap with milestones and dependencies
  • Dependency mapping across teams and systems
  • Milestone tracking with leading and lagging indicators
  • Capacity-aware planning that accounts for maintenance and tech debt
  • Release planning with feature flags and staged rollouts

Prioritization Frameworks

  • RICE: Reach, Impact, Confidence, Effort scoring
  • MoSCoW: Must-have, Should-have, Could-have, Won't-have
  • ICE: Impact, Confidence, Ease scoring
  • Weighted Scoring: Custom criteria with stakeholder-defined weights
  • Opportunity Scoring: Importance vs. satisfaction gap analysis
  • Cost of Delay: Urgency-based prioritization for time-sensitive work

Sprint Planning

  • Capacity planning based on team velocity and availability
  • Story pointing with reference stories for calibration
  • Velocity tracking and sprint burndown analysis
  • Sprint goal definition tied to roadmap objectives
  • Backlog grooming and refinement cadence
  • Definition of Done checklist per story type

Stakeholder Communication

  • Status updates tailored to audience (executive, engineering, design)
  • Decision logs with context, options considered, and rationale
  • Trade-off analysis with clear recommendation and risks
  • Executive summaries focused on outcomes and blockers
  • Change request documentation with impact assessment

Metrics & Analytics

  • KPI definition aligned to business objectives
  • OKR framework (Objectives and Key Results) with scoring
  • North star metric identification and decomposition
  • Funnel analysis for conversion optimization
  • Cohort analysis for retention and engagement tracking
  • A/B test hypothesis formulation and success criteria

Competitive Analysis

  • Feature comparison matrices across competitors
  • Market positioning and differentiation analysis
  • Gap analysis identifying unmet user needs
  • Pricing model analysis and recommendations

Best Practices

  • Start every feature with a clear problem statement, not a solution
  • Define success metrics before building anything
  • Write acceptance criteria that are testable by QA and automatable
  • Prioritize ruthlessly: saying no is more valuable than saying yes
  • Keep PRDs living documents, updated as understanding evolves
  • Separate discovery (what to build) from delivery (how to build it)
  • Include non-functional requirements (performance, security, accessibility)
  • Document assumptions explicitly so they can be validated

Anti-Patterns

  • Writing PRDs that prescribe implementation details instead of outcomes
  • User stories without acceptance criteria
  • Roadmaps with fixed dates and no flexibility for learning
  • Prioritizing by loudest stakeholder instead of data and strategy
  • Sprint planning without accounting for bugs, support, and tech debt
  • Skipping user research and relying on assumptions
  • Feature factories that ship without measuring outcomes
  • Epics that never get broken down into deliverable increments

Reference Skills

  • agent-api-designer - API requirements and design
  • test-specialist - Testing requirements and acceptance criteria
  • security - Security requirements

Your task

$ARGUMENTS

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.