AI Skill Report Card

Writing Estimable User Stories

A88·Apr 15, 2026·Source: Web
15 / 15

Before (Vague): As a user, I want better search.

After (Estimable): As a returning customer, I want to filter search results by price range, so that I can find products within my budget without browsing everything.

Acceptance Criteria:

  • Given I'm on the search results page
  • When I select a price range filter ($0-$50, $50-$100, etc.)
  • Then only products in that range are displayed
  • And the result count updates to reflect filtered items
Recommendation
Add a quick template or cheat sheet section for rapid story creation
15 / 15

Progress:

  • Identify specific user persona (not "user" or "admin")
  • Define single, clear goal
  • Explain business value with "so that" clause
  • Write testable acceptance criteria
  • Validate with INVEST checklist
  • Test team estimation (should converge within 2-3 points)

Core Format

As a [specific user type], I want [single, clear goal], so that [business value].

Acceptance Criteria:
- Given [context/precondition]
- When [action/trigger] 
- Then [expected outcome]

INVEST Validation

CriterionRed FlagFix
IndependentDepends on unfinished workRemove dependencies or make them explicit
NegotiableSpecifies technical solutionFocus on what, not how
ValuableOnly developers careFind the user benefit
EstimableWide planning poker spreadsClarify scope, split if needed
SmallMultiple weeks of workBreak into smaller stories
Testable"Good UX" or subjective measuresAdd specific, measurable criteria
Recommendation
Include specific metrics for what makes acceptance criteria 'testable' (e.g., measurable outcomes, specific data values)
18 / 20

Example 1: E-commerce As a returning customer, I want to complete my order using my saved payment method, so that I don't have to re-enter my card details on every purchase.

Acceptance Criteria:

  • Given I have at least one saved payment method
  • When I reach checkout
  • Then I see my saved option pre-selected with last 4 digits
  • Given I select saved payment and click "Complete Order"
  • Then my order processes without requiring card entry

Example 2: SaaS Dashboard As a team lead, I want to export sprint velocity data as CSV, so that I can include it in my monthly stakeholder reports.

Acceptance Criteria:

  • Given I'm viewing the velocity dashboard
  • When I click "Export CSV"
  • Then a file downloads named "velocity-[YYYY-MM-DD].csv"
  • And contains: sprint name, dates, story points completed/committed

Example 3: Mobile App As a first-time app user, I want to skip the tutorial, so that I can start using the app immediately if I'm familiar with similar tools.

Acceptance Criteria:

  • Given I'm on any tutorial screen
  • When I tap "Skip Tutorial"
  • Then I go directly to main app screen
  • And see tooltip pointing to "Help" menu
Recommendation
Provide more guidance on handling edge cases like dependent stories or technical debt stories that don't fit the standard format

User Persona Specificity

  • ✅ "returning customer", "team lead", "billing administrator"
  • ❌ "user", "person", "stakeholder"

Vertical Slicing

Slice through all technical layers to deliver user value:

  • ❌ "Build user authentication API"
  • ✅ "As a new user, I want to sign up with email and password, so that I can access personalized features"

Acceptance Criteria Guidelines

  • Write 3-7 criteria per story
  • Include one unhappy path if critical
  • Use specific data: "($0-$50)" not "(X-Y)"
  • Specify timing when it matters: "within 3 seconds"

Pre-Sprint Checklist

  • Specific persona identified
  • Single, measurable goal
  • "So that" clause explaining value
  • 3-7 testable acceptance criteria
  • All INVEST criteria met
  • No unresolved dependencies
  • Team can estimate without research

Missing Business Value

❌ As a user, I want to update my profile picture. ✅ As a freelancer, I want to update my profile picture, so that potential clients see my current professional photo and trust my profile.

Technical Stories (No User)

❌ Build API endpoints for notification system ✅ As a mobile app user, I want to receive push notifications when my order ships, so that I know when to expect delivery.

Splitting by Technical Layers

❌ Story 1: Database schema, Story 2: API, Story 3: UI ✅ As a blog reader, I want to post comments on articles, so that I can share thoughts and engage with the author.

Too Vague to Estimate

❌ As a user, I want better performance. ✅ As a dashboard user, I want the sales report to load in under 3 seconds, so that I can quickly check daily metrics.

Epic Disguised as Story

❌ As a customer, I want a complete checkout experience. ✅ Split into: cart review, shipping address, payment method (separate stories)

Estimation Red Flags

  • 1-2 points spread: Healthy disagreement, quick discussion
  • 3-5 points spread: Moderate confusion, 5-10 min clarification
  • 5-13 points spread: Major misalignment, story needs refinement

When team says "It depends on...": Story needs refinement before estimation.

0
Grade AAI Skill Framework
Scorecard
Criteria Breakdown
Quick Start
15/15
Workflow
15/15
Examples
18/20
Completeness
12/20
Format
15/15
Conciseness
13/15