40 lines
1.1 KiB
Markdown
40 lines
1.1 KiB
Markdown
|
|
---
|
||
|
|
name: pm-requirement-refine
|
||
|
|
description: Refine user-facing requirements from a PM perspective. Use when Codex needs to transform reviewed intake into traceable user requirement, requirement analysis, scenario analysis, user stories, acceptance criteria, and open questions.
|
||
|
|
---
|
||
|
|
|
||
|
|
# PM Requirement Refine
|
||
|
|
|
||
|
|
Refine a reviewed intake into PM-side requirement artifacts.
|
||
|
|
|
||
|
|
## Inputs
|
||
|
|
|
||
|
|
- INTAKE.
|
||
|
|
- PM review note.
|
||
|
|
- Existing business context.
|
||
|
|
|
||
|
|
## Process
|
||
|
|
|
||
|
|
1. Write the user requirement in user-goal language.
|
||
|
|
2. Extract business value, target users, constraints, and non-goals.
|
||
|
|
3. Produce requirement analysis with assumptions, dependencies, and risks.
|
||
|
|
4. Produce scenario analysis for main, alternative, exception, and boundary scenarios.
|
||
|
|
5. Define acceptance criteria that can be verified later.
|
||
|
|
6. Create traceability metadata for all generated artifacts.
|
||
|
|
|
||
|
|
## Output
|
||
|
|
|
||
|
|
Generate or update:
|
||
|
|
|
||
|
|
- UR.
|
||
|
|
- RA.
|
||
|
|
- SA.
|
||
|
|
- Open question list.
|
||
|
|
|
||
|
|
## Quality Bar
|
||
|
|
|
||
|
|
- Each requirement has a clear user or business value.
|
||
|
|
- Each scenario maps to at least one requirement.
|
||
|
|
- Each acceptance criterion is observable.
|
||
|
|
- Unknowns are not hidden inside polished prose.
|