user-story-fundamentals

Write structured user stories with acceptance criteria, INVEST checks, and prioritization frameworks.

Updated Apr 29, 2026
One-click install
npx skills add https://github.com/dev-khoi/AURA-conHack-2026 --skill user-story-fundamentals-dev-khoi
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: user-story-fundamentals
Source: https://github.com/dev-khoi/AURA-conHack-2026/tree/main/.opencode/skills/user-story-fundamentals
Command: npx skills add https://github.com/dev-khoi/AURA-conHack-2026 --skill user-story-fundamentals-dev-khoi

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Product teams often write vague, implementation-focused requirements that lack user context and testable outcomes, leading to miscommunication between product and development. This Skill provides a structured framework for capturing requirements as user-centered stories with clear acceptance criteria. ## Core Features & Use Cases - Standard Story Format: Enforces the "As a... I want... so that..." template with guidance on writing specific personas, goal-focused functionality, and clear business value. - Quality & Prioritization Tools: Applies the INVEST checklist, RICE scoring, and MoSCoW categorization to validate and rank backlog items. - Story Splitting & Templates: Provides five splitting techniques (workflow steps, user types, CRUD, data variations, acceptance criteria) plus a ready-to-use story template with real-world examples. - Use Case: When breaking down an epic like "user account management" into sprint-ready backlog items, use this Skill to split it into independent stories, write testable acceptance criteria, and prioritize them with RICE scoring. ## Quick Start Write a user story with acceptance criteria for a password reset feature and check it against the INVEST criteria.

Frequently Asked Questions about user-story-fundamentals

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

FAQPage Schema
How do I write a good user story for a product backlog?▼

Use the format "As a [specific user type], I want [goal], so that [benefit]". Make the persona specific (e.g., "returning customer" not "user"), focus the goal on user outcomes rather than implementation, and always include the "so that" clause explaining the value.

What is the INVEST criteria for user stories?▼

INVEST stands for Independent, Negotiable, Valuable, Estimable, Small, and Testable. It is a quality checklist ensuring each story can be built separately, delivers real value, fits within a sprint, and has clear acceptance criteria for verification.

How do I split a user story that is too large?▼

Split by workflow steps, user types, CRUD operations, data variations, or acceptance criteria. For example, "user can manage contacts" splits into create, view, edit, and delete contact stories that each fit in a single sprint.

What is the difference between acceptance criteria and definition of done?▼

Acceptance criteria are story-specific, testable conditions unique to each story, such as "reset link expires after 24 hours". Definition of done is a universal quality checklist applied to all stories, like code review and tests written.

How do I prioritize user stories with RICE scoring?▼

RICE equals Reach times Impact times Confidence divided by Effort. Estimate how many users are affected, the impact level (3 for massive to 0.25 for minimal), your confidence percentage, and person-months of effort. Higher scores indicate higher priority.

When should I not use the user story format?▼

Avoid user stories for purely technical tasks with no direct user value, such as "create database table". Also avoid them when the story prescribes a solution ("I want a dropdown menu") instead of describing a user goal open to negotiation.