sdd-product-owner

Convert vague stakeholder requests into detailed user stories with acceptance criteria.

1|Updated May 2, 2026
One-click install
npx skills add https://github.com/mlefebvre1/cooksense-backend --skill sdd-product-owner
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sdd-product-owner
Source: https://github.com/mlefebvre1/cooksense-backend/tree/main/.claude/skills/sdd-product-owner
Command: npx skills add https://github.com/mlefebvre1/cooksense-backend --skill sdd-product-owner

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill helps Product Owners convert raw stakeholder requests into detailed, structured specifications that are traceable and ready for implementation, reducing ambiguity and miscommunication.

Core Features & Use Cases

  • Story and Requirement Generation: Creates comprehensive user stories with clear acceptance criteria aligned to SPEC-* IDs.
  • Scope and Impact Clarification: Defines boundaries, affected modules, and out-of-scope elements for each story.
  • Traceability and Validation: Ensures every requirement uses RFC-2119 keywords and links to testable criteria.
  • Use Case: A Product Owner receives a vague feature request and uses this Skill to draft a complete story with design notes, acceptance tests, tasks, and scope boundaries.

Quick Start

Ask the AI to help turn a stakeholder request into a detailed user story using the predefined template.

Frequently Asked Questions about sdd-product-owner

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

FAQPage Schema
How do I convert vague stakeholder requests into detailed user stories with acceptance criteria?

To convert vague stakeholder requests into detailed user stories, use a specification generation process that structures raw input into traceable requirements with clear acceptance criteria, design notes, and scope boundaries. This ensures clear implementation and testing paths.

What is the best way to ensure traceability for agile user stories and requirements?

Ensuring traceability for agile user stories involves linking every requirement to testable acceptance criteria using standardized keywords like RFC-2119. This structured approach aligns requirements to specific IDs and validates that all scope boundaries are met.

How do I define scope boundaries and out-of-scope elements for a feature specification?

Defining scope boundaries for a feature specification requires explicitly documenting affected modules alongside out-of-scope elements within the user story. This clarifies the implementation impact and prevents ambiguity by setting strict limits on the requested feature.

Can I generate design notes and tasks automatically from a raw feature request?

Generating design notes and tasks from a raw feature request is possible by transforming the stakeholder input into a structured user story template. This process outputs comprehensive design considerations and actionable tasks aligned with the core requirement.

Why does my agile user story lack testable acceptance criteria?

An agile user story lacks testable acceptance criteria when it is not structured with standardized requirement keywords like RFC-2119. Structuring the story ensures every requirement links directly to a testable criterion and a traceable specification ID.

Does this user story generation process work for complex agile requirements with multiple affected modules?

This user story generation process works for complex agile requirements by explicitly defining boundaries, affected modules, and out-of-scope elements. It structures the entire specification to handle multiple modules while maintaining strict traceability and testable criteria.