Study notes · 3.2% of the exam

Apply Claude to analyze requirements and use cases

Use Claude to draft, critique and stress-test requirements and use cases from real inputs, keeping every requirement traceable to a source and every decision with the stakeholders.

Key points

  1. 1

    Claude adds most value as a critical reader of requirements: ask it to find gaps, ambiguous terms, missing edge cases, conflicting statements and unmeasurable criteria, and to propose testable acceptance criteria.

  2. 2

    Give Claude the real inputs (workshop notes, transcripts, the actual process with steps, owners, volumes and pain points). A generic question such as "what should we automate?" gets a generic list.

  3. 3

    Ask Claude to separate what stakeholders explicitly said from what it inferred, and to list open questions for the next meeting. Inferred requirements are hypotheses to confirm, not findings.

  4. 4

    Insist on traceability: every requirement should cite the input it came from (a survey question, a transcript, a policy). Anything without a source is labelled an assumption that needs an owner, not silently kept.

  5. 5

    Vague acceptance criteria ("fast", "promptly", "user-friendly") are a red flag. Supply real targets and ask Claude to rewrite them as measurable statements with thresholds and conditions.

  6. 6

    Claude will fill gaps with plausible content: a requirements document may contain features nobody asked for (the invented "SSO section"). Regenerating with a bigger model does not fix this; traceability checks do.

  7. 7

    Do not ask Claude to approve requirements as "complete" or "ready", to sign off on the client's behalf, or to estimate the team's story points; those depend on knowledge and accountability Claude does not have.

  8. 8

    Use-case analysis works best with explicit criteria: frequency, how rule-based the task is, drafting or summarising load, risk of error, and what data it would need. Ask Claude to score each candidate step against them.

  9. 9

    Data policies apply to requirements work too: use anonymised summaries or respondent groups for traceability rather than uploading names, and never fabricate personas as stand-in stakeholders.

  10. 10

    Requirements are decisions the organisation owns. Claude drafts and challenges; stakeholders confirm, prioritise and sign off.

Test yourself on Apply Claude to analyze requirements and use cases

Ten questions, with the answer and explanation after each one.