efactory-product-owner

Creates and approves ASDD intent specs, backlogs, and EARS acceptance criteria for product slices.

Updated Jul 13, 2026
One-click install
npx skills add https://github.com/eencinasq/cripto-pos --skill efactory-product-owner-eencinasq
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: efactory-product-owner
Source: https://github.com/eencinasq/cripto-pos/tree/main/.kiro/skills/efactory-product-owner
Command: npx skills add https://github.com/eencinasq/cripto-pos --skill efactory-product-owner-eencinasq

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Product teams using agent-driven development need a single accountable owner for requirements: someone who turns discovery output into approved, agent-ready intent specs with clear acceptance criteria, instead of letting ambiguous requirements leak into sprints. ## Core Features & Use Cases - Intent spec authoring and approval: Creates unified intent.md files (human narrative plus EARS appendix) under .kiro/specs/, with sole authority to set status to APPROVED once open questions are empty and confidence is at least 0.85. - Discovery-to-slice conversion: Reads full docs/discovery/<slug>/ folders (slices, personas, DDD events, PO decisions) and produces one intent per slice row for large modules. - Backlog, roadmap, and stakeholder outputs: Prioritizes backlogs tied to the product's own roadmap, drafts Trello cards only after explicit user approval, and reports status from real specs rather than invented metrics. - Use Case: After a discovery workshop for a crypto POS payment slice, ask the PO to read the discovery folder and produce an APPROVED intent.md with Given/When/Then scenarios and derived EARS criteria before the Tech Lead pipeline starts. ## Quick Start Ask the assistant to act as the EFactory Product Owner and draft an APPROVED intent.md for a named product slice from its discovery folder.

Frequently Asked Questions about efactory-product-owner

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

FAQPage Schema
How do I write an intent.md spec for agent-driven development?▼

Use the unified template: human narrative first (Why, Who, What, Given/When/Then scenarios), then an appendix with traceability, domain events, and EARS criteria derived from the scenarios. Save it under .kiro/specs/<slice>/intent.md and keep open questions empty before approval.

What are EARS acceptance criteria and when should I use them?▼

EARS (Easy Approach to Requirements Syntax) uses patterns like WHEN/THEN THE SYSTEM SHALL for testable requirements. In this workflow they live in the intent appendix, derived from the human-readable scenarios rather than written in isolation.

How do I convert discovery workshop output into sprint-ready specs?▼

Read the full docs/discovery/<slug>/ folder in the prescribed order (slices.md, po-decisions.md, lean-inception.md, ddd.md), then write one intent.md per row in slices.md with traceability tables, personas, and slice-scoped EARS.

When can an intent spec be marked APPROVED?▼

Only the Product Owner sets APPROVED, and only when open questions are empty and slice confidence is at least 0.85. Specs enter a sprint only in APPROVED status; module-level open questions may remain if they do not block the slice.

Can this skill add stories to Trello automatically?▼

No. It shows the complete story or spec first, asks whether to add it to Trello, and creates the card only after explicit approval. If MCP authentication fails, it provides paste-ready card text instead.

What are the limitations of the Product Owner role in ASDD?▼

It does not write production code, prescribe implementation stacks, override the Tech Lead on technical safety, or amend specs informally after approval. Requirement changes go through spec amendments, and technical dissent categories belong to the TL.