po

Convert ambiguous product requests into prioritized user stories for GitHub backlog planning.

Updated Sep 21, 2025
One-click install
npx skills add https://github.com/jammindev/house --skill po-jammindev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: po
Source: https://github.com/jammindev/house/tree/main/.claude/skills/po
Command: npx skills add https://github.com/jammindev/house --skill po-jammindev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps transform an unclear product request into a set of small, testable, and prioritized user stories so the team can move from ambiguity to a backlog-ready plan.

Core Features & Use Cases

  • Requirement framing: clarifies the real user problem, scope, actors, and edge cases before writing stories.
  • Story decomposition: breaks a large feature into independent lots that can be delivered incrementally.
  • Backlog preparation: formats stories with acceptance criteria, constraints, and priorities suitable for GitHub issues.
  • Use case: A product request like “I want a better dashboard” can be turned into a sequence of concrete stories covering data loading, permissions, empty states, and UI polish.

Quick Start

Ask the po skill to break down your product request into prioritized user stories for the house project.

Frequently Asked Questions about po

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I turn vague product requests into ready backlog user stories?

Turning vague product requests into ready backlog user stories requires clarifying the real user problem, scope, actors, and edge cases before decomposing the feature into atomic, testable stories formatted for issue tracking.

How do I break down a large feature for incremental delivery?

Breaking down a large feature for incremental delivery involves decomposing the scope into independent, prioritized lots, ensuring each story has clear acceptance criteria, constraints, and permissions suitable for the backlog.

How do I format user stories for GitHub issues?

Formatting user stories for GitHub issues requires structuring each story with testable acceptance criteria, scope boundaries, and priority levels aligned with repository conventions to ensure the backlog is immediately actionable.

What is the best way to prioritize user stories in a product backlog?

Prioritizing user stories in a product backlog is best achieved by evaluating the clarified user problem, scope, and constraints, then sequencing the decomposed stories to support incremental delivery across multi-tenant workflows.

Do I need to clarify permissions before scoping a feature for backlog planning?

Clarifying permissions before scoping a feature for backlog planning is required because defining actors, edge cases, and access levels ensures the resulting user stories are atomic, testable, and accurately reflect the system constraints.

When should I not use story decomposition for product discovery?

Story decomposition for product discovery should not be used when the initial product request lacks enough clarity to define the core users, scope, and acceptance criteria, as this prevents generating testable backlog items.