Logan Hutchinson
User stories are where business analysis meets agile execution, and in my experience they reveal more about a BA’s craft than any other artefact. The BAs I see write strong user stories produce smoother sprints, fewer scope churns, and more aligned teams. The ones who write poor stories produce frustrated engineers and cycle-time problems. I’ve found AI dramatically lowers the cost of writing strong stories, which means BAs like me can iterate, refine, and deliver higher-quality stories than was practical before.
AI for User Story Writing: A BA’s Practical Guide
This guide is the practical playbook I use for writing user stories with AI assistance.
The Anatomy of a Strong User Story
A strong user story has:
- A specific user (not “user”).
- A specific goal (not “log in”).
- A specific reason (the business value).
- Clear acceptance criteria.
- Right size (deliverable in one sprint).
- Out-of-scope explicit.
- Dependencies named.
Skip any of these and the story underperforms in sprint planning and execution.
The AI-Augmented Story Writing Workflow
The workflow:
- BA completes elicitation and requirement synthesis.
- AI generates draft stories from requirements.
- BA reviews, refines, validates with stakeholders.
- AI runs INVEST checks; BA addresses issues.
- AI generates AC; BA adjusts.
- Story enters product backlog.
Time from requirement to backlog story: 10-15 minutes vs 30-45 manual.
Generating Stories From Requirements
A useful prompt:
“From these synthesised requirements [paste], generate user stories. For each: title, narrative (As a [user] I want [goal] so that [reason]), AC (8-12 items), out-of-scope, dependencies. Maintain traceability comments noting which requirement each story addresses.”
The BA reviews and refines. AI provides 70-80% of the structure; human refinement produces the final.
INVEST Checks With AI
INVEST = Independent, Negotiable, Valuable, Estimable, Small, Testable.
A useful audit prompt:
“Run INVEST checks on these 25 user stories. For each: pass/fail per criterion, specific issues, suggested fixes.”
The BA addresses AI-flagged issues. Most failures are size (Small) and estimability.
Acceptance Criteria Generation
AI generates AC patterns:
“For each story, generate 8-12 AC. Use Given/When/Then format. Cover: happy path (3-4 AC), edge cases (2-3), error states (1-2), observability hooks (1-2), DoD items (1-2). Each AC must be objectively testable.”
Strong BAs review AC carefully. Generic AC produces sloppy implementation.
Story Splitting When Stories Are Too Big
For stories that are too big:
“This story is too big: [paste]. Suggest 3 splitting strategies (SPIDR, workflow steps, business rules). For each: resulting stories, what is deferred. Recommend the best split for delivering customer value fastest.”
The team selects the split that fits their context.
Linking Stories to Source Requirements
Traceability matters. AI helps by including traceability comments:
“When generating stories, add a comment line noting which source requirement each story addresses. Format: ‘’.”
This metadata enables later impact analysis when requirements change.
The Prompts You Need
Save these:
- Story generator from requirements
- INVEST checker
- AC generator (Given/When/Then)
- Story splitter (SPIDR, workflow, business rules)
- Audience tailoring (engineering vs business voice)
- Out-of-scope generator
- Dependency surfacing
- Validation question generator
Common Failure Modes
These are the failure modes I find catch BAs out most often with AI-generated stories. I’ve made versions of every one of these mistakes myself before tightening up my workflow.
- AI invents users not in source. I always specify the real user from elicitation.
- Generic AC. I push AI hard for context-specific.
- Stories that look good but lack scope clarity. Always include explicit out-of-scope.
- Missing traceability. Add it as part of the prompt.
- Over-specified AC. I trim to essential and let engineers add internal criteria.
- AI tone vs organisation tone. Edit for your team’s voice.
The Backlog Refinement Discipline
Stories become valuable through refinement, not just generation:
- Backlog grooming weekly with team.
- AI-assisted INVEST checks before refinement meetings.
- Story splitting when items grow too big.
- AC validation with engineering and QA.
- Traceability maintenance as requirements evolve.
AI-augmented stories that don’t go through refinement remain weak. The discipline matters more than the tool.
Story Quality Metrics for BAs
Track:
- Story acceptance rate: percentage of stories accepted by engineering as-written.
- In-sprint scope changes: declining is good (better story sizing).
- Story-related questions during sprint: declining is good (clearer AC).
- Carry-over rate: percentage of stories carried to next sprint.
- Customer rejection of delivered stories: should be near zero.
If acceptance rates drop, your story quality is the issue. AI assistance is no substitute for judgement.
- 25+ years at the intersection of complex systems and human needs
- SAFe Certified Product Manager (Scaled Agile)
- Certified Scrum Master (Scrum Alliance)
- Pragmatic Marketing Certified PM
- Expert in AI-driven product strategy and delivery
- Deep experience scaling products at enterprise level
- Known for balancing detail-orientation with big-picture thinking
- Passionate about engineering tailored solutions for customer needs
Questions people ask
Published