agile-requirements-process

Orchestrate requirements engineering for agile projects using just-in-time elaboration and continuous validation.

23|1|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/jdm4pku/RE-Skills --skill agile-requirements-process-jdm4pku
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: agile-requirements-process
Source: https://github.com/jdm4pku/RE-Skills/tree/main/skills/agile-requirements-process
Command: npx skills add https://github.com/jdm4pku/RE-Skills --skill agile-requirements-process-jdm4pku

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Agile teams often end up with requirements that are either too thin (vague user stories developers cannot implement) or too heavy (a full SRS written before sprint 1). This workflow adapts traditional requirements engineering practices for agile delivery, balancing up-front understanding with just-in-time elaboration so rigor is preserved without waterfall ceremony. ## Core Features & Use Cases - Five-Phase Agile RE Workflow: Guides teams through initial vision, backlog seeding with story mapping, iteration planning, just-in-time elaboration, and continuous validation via sprint reviews. - INVEST-Based Story Quality Control: Applies the INVEST criteria (Independent, Negotiable, Valuable, Estimable, Small, Testable) to validate every user story before it enters a sprint. - Product Owner Governance Model: Defines the PO as the requirements authority managing the backlog as a living requirements repository, replacing formal change control boards. - Use Case: A team adopting Scrum finds their user stories too vague to implement. Use this workflow to run a 1-2 week vision and backlog seeding phase, write Given/When/Then acceptance criteria for the top stories, and establish sprint reviews as the primary validation mechanism. ## Quick Start Ask the agent to guide you through setting up an agile requirements process for your project, starting with a lightweight product vision and a story map to seed the backlog.

Frequently Asked Questions about agile-requirements-process

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

FAQPage Schema
How do I adapt requirements engineering for agile projects?▼

Adapt RE for agile by distributing it across the lifecycle: spend 1-2 weeks on a lightweight vision, personas, and story map, then elaborate stories just-in-time during backlog refinement. Validation happens continuously through sprint reviews instead of formal sign-off gates.

How much requirements work should happen before sprint 1?▼

Invest 1-2 weeks before sprint 1 to create a product vision, define 3-5 personas, identify epics, build a story map, and write acceptance criteria for the top 15-20 stories. This avoids both the blank-backlog chaos and the full-SRS waterfall anti-pattern.

What are the INVEST criteria for user stories?▼

INVEST stands for Independent, Negotiable, Valuable, Estimable, Small, and Testable. Every story entering a sprint should pass all six criteria; stories that fail are split, rewritten, or deferred during backlog refinement.

How does change control work in agile requirements?▼

In agile, the product owner replaces the change control board. New requirements discovered during development go into the product backlog, and the PO reprioritizes them against existing stories without a formal change request process.

When should I use this instead of a traditional requirements process?▼

Use this workflow when the team delivers in iterations and needs requirements to evolve with sprint feedback. Choose a traditional requirements development lifecycle instead when the project requires a formal SRS baseline, fixed-scope contracts, or heavy regulatory documentation up front.